publish-content

Files (12)

• SKILL.md
• bilibili.md · references/
• campaigns-and-followup.md · references/
• douyin.md · references/
• execution.md · references/
• publish-plan.example.json · references/
• publishing-contract.md · references/
• wechat-video.md · references/
• xiaohongshu-who-ai-work.md · references/
• xiaohongshu.md · references/
• browser-helpers.mjs · scripts/
• preflight.py · scripts/

SKILL.md (first lines)

# 视频发布

目标：执行已批准发布包，保存每个平台的真实结果。主流程负责路由；一次只读当前平台手册。
所有网页操作用 `ego-browser`。首次读它的 Skill 和用户 managed overrides，遵守当前 API。
目标账号昵称沿用最近一个项目 `06-publish/publish-plan.json` 里的 `account_display_name`（各平台不同就按平台取）；
一个都没有时问用户一次，记进本次计划。仍须核对目标账号稳定 ID。不同平台共用同一视频的 content_id。

## 先决定从哪里继续

读项目 `06-publish/publish-plan.json` 和 `06-publish/execution-state.json`（若有）。
已有回执优先于口头进度；已提交不重新上传。结果不明先查作品管理。
用户接管时停止整个空间和同一外部操作；明确交回后恢复同一空间。

| 当前情况 | 下一步与必读材料 |
|---|---|
| 缺发布包、首次执行、授权或检查有疑问 | [发布契约](references/publishing-contract.md)，完成来源、素材、授权和 AutoCrew 检查 |
| 需要活动匹配或返稿 | [活动与跟进](references/campaigns-and-followup.md)；先 `autocrew_publish activities` 读活动台账，按 freshness 轻核或完整重核，`activity_record` 写回 |
| 发布包已检查且授权完整 | 运行下述本地核验，再读当前平台手册 |
| 已提交/审核中/定时中 | 只查回执、公开状态和到期返稿；不再次点击发布 |
| 异常或恢复任务 | [执行与恢复](references/execution.md)，按已保存的下一步继续 |

## 正常执行顺序

1. 准备账号、完整文案、原生话题清单、封面槽、AI/商业声明、活动（台账里在期对口的默认参加，见活动与跟进）、带时区排期。
2. 按发布契约运行 AutoCrew check；告知四平台活动计划。复用覆盖同一发布件的已有授权，不重复问。
3. 固定本轮发布内容。核对本地文件和各平台页面账号后，**先把所有目标平台的上传都开起来**（一个平台一个页签，各记 `upload_started_at`），再逐个填写；不要等一个平台提交完才开始下一个的上传。
4. 按当前平台手册填写。每个有异步结果的动作，等成功条件成立后继续。
5. 集中读回标题、完整描述、话题、声明、活动、排期；逐槽核对封面裁切。
6. 最终点击前，把 check_id、实际 submitted_at、submission_unknown 写入 publish-plan.json。
   获授权且检查通过才点击一次；本地脚本不能授权发布。
7. 保存平台回执，再转下一平台。公开后完成已授权返稿，用 AutoCrew record 登记真实结果。
8. 本用户的中文目标平台都取得真实定时回执后，先读 `autocrew_content derivative_status`。后台策略开启时，由服务持久派发公众号与英文版任务，前台只转述真实状态，不另建会话；关闭时按 [中文视频会话](../video-session/SKILL.md) 的「中文视频完成排期后」一节查重衔接。实际公开、公众号扫码、英文发布仍是各自后续节点。会话没建成要报告原因，不影响已完成的中文排期。

## 快速执行

- 一次备齐各平台的账号、文案、原生话题、封面、声明与排期，再集中检查；沿用已覆盖本次发布件的授权。
- 每个平台开始上传后立即填写可用字段；上传或转码等待期间，可在同一 ego 空间准备其他已授权平台。最终提交与回执仍按平台分别核对。
- 确认各账号后，尽早启动多个独立平台的上传；一个平台上传、转码或审核等待时切换到另一个已准备的平台。页签、素材、check_id 和状态按平台绑定，不并发操作同一表单。登录阻塞不阻塞其他平台。
- 同页按已观察的控件批量填写，只在依赖中间结果时重新观察。话题逐个关联原生候选，但可在同一轮中连续完成并等待各自生效。
- 一次读取页面结构后批量处理文字、声明与排期；用条件等待异步控件，最后一次集中读回。复用已观察的控件，不为每次输入、点击或正常等待截图。日期优先用可识别的日期和时间控件；仅无法可靠定位时用截图。
- 每个平台提交前集中读回一次；仅核对本次变化或出错的字段。封面检查裁切和保存结果，避免重复截图；只在相关发布内容变化时重跑该平台检查。
- 登录阻塞只暂停受影响的平台，先完成独立平台。已提交或结果不明的稿件先查管理页，绝不重新投稿。
- 在 `06-publish/publish-plan.json` 的对应平台记录关键时间：上传开始、上传完成、提交、回执和登录等待（如有）。区分实际操作、平台等待、用户等待及中断；没有时间证据时不猜耗时。
- 只在看到上传完成时记上传完成时间；提交和回执分别记实际时刻。没有观察到的时间留空，不用后来补记的时刻冒充上传完成；间断会话和人工等待不算浏览器操作耗时。

平台手册：[抖音](references/douyin.md) · [视频号](references/wechat-video.md) ·
[小红书](references/xiaohongshu.md) · [B站](references/bilibili.md)。
由视频派生的公众号文章（`wechat_article`）另有一条线：[公众号文章](references/wechat-mp.md)（API 推草稿 + 编辑器收尾，停在管理员二维码）。
英文版（YouTube / X，未经实测）：[YouTube](references/youtube.md) · [X](references/x.md)。

## 本地辅助工具

`<本技能目录>` 指这份 SKILL.md 所在的目录（宿主加载技能时给出的路径），下同。

```bash
python3 <本技能目录>/scripts/preflight.py /绝对路径/06-publish/publish-plan.json
```

脚本只核查文件、哈希、必要字段和恢复状态，不替代 AutoCrew check、人工授权或网页核验。
退出码非零时按报告修正，不能用它改审批记录。

富文本读回与话题等待使用 [browser-helpers.mjs](scripts/browser-helpers.mjs)，用法见
[执行与恢复](references/execution.md)。它只通过传入的 ego Page 操作 DOM；不发布、不上传、不读取私有框架状态。

## 执行纪律

- 一批发布只用一个 ego 空间。优先完成一个平台的填写、提交、回执；等待上传时才切换其他已准备平台。
- 结构定位优先。不要固定本次 ref 或坐标；遇 shadow DOM 用已观察到的控件上下文。
- 工具调用成功不等于操作成功。文案看读回，上传看进度/完成，封面看保存后的槽位。
- 一次失败后检查状态；同一路径不盲试。一次有依据的替代仍失败，就保留现场和精确阻碍。
- 已核对且未变的字段不反复抓整页。截图留给封面裁切、无语义控件和结果证据。
- 简单模型执行已确定发布包；内容修改、陌生页面结构、未知提交结果进入异常处理，不自行猜测。
- 由 Claude 后台派来（任务里带创始人同意发布的原话）时，那句原话就是本次授权；创始人批过的发布包里列的活动也在授权内，照单参加。你没法和创始人对话，所以原话和发布包都没覆盖的事（新出现的活动条件、check 过期、缺批准、账号对不上），一律停在最终点击前，把要说明的内容和已完成的平台写进交回报告，不点击、不猜。
- 保留 published、submitted、reviewing、scheduled 的区别；AutoCrew 登记结果单独记录。
- 批准 / 登记类拦截（approval_missing、registration_missing、registration_pending、registered_file_changed、cut_registered、cover_registered）不能破例，也不要向用户提「登记例外」：缺批准就调 `autocrew_review_inbox list` 请用户在对话里定，登记没提交按 check 给的原因补齐，封面不是登记那对就重新选封面。不伪造注册。
- 完成后按 ego Skill 收尾。审核等待或系统登记缺陷不等于发布失败，准确报告剩余项。

From alextangson/AutoCrew, MIT.

More from alextangson/AutoCrew