发布链路才是卡点
批量发短视频，卡点在这条固定的发布链路上。一个标准流程有 7-10 步：打开 App、登录、进发布页、选视频、填标题、加话题、设封面，最后提交审核。手动操作一次要 3-5 分钟。每天发 5-10 条，重复劳动就吃掉大量时间。凌晨还在手动发第八条的时候，「用 AI 发短视频」这个念头，做矩阵的人几乎都会冒出来一次。
| 环节 | 手动操作耗时 | AI 自动化后 |
|---|---|---|
| 逐台手机登录 | 30 秒/台 | 一次性授权，长期有效 |
| 选择视频+填写信息 | 3 分钟/条 | 预设模板，一键套用 |
| 添加话题+设置封面 | 2 分钟/条 | 自动填入预配置列表 |
| 提交+确认成功 | 1 分钟/条 | 后台自动校验并回传 |
用之前先准备四样：
- 账号语境。这条视频是为哪个账号发布的。头像、昵称、简介会影响 AI 的判断。
- 文案。视频的标题文字，建议准备好多个备选。
- 媒体从哪来。视频放在本地相册，还是要从 URL 下载。
- 目标 App。抖音、小红书、视频号，按运营矩阵定。
两种下发方式，以及执行和排期
iEasyRun 用短视频发布工作流，有两种方式。
- 自然语言派发，新手走这条。在对话框里直接说一句话，比如「明天 9 点用 2 号机发一条抖音视频，文案是“xxx”，视频在我手机相册里」。系统会解析并创建任务。
- 通过 API 对接，适合开发者。调用 MCP tools 里的
run_workflow，参数自己传，可以按程序控制。
任务下发后，控制台可以看进展：
- 状态从 pending 到 running，再到 succeeded 或 failed。失败会有可读的错误信息，比如「未找到视频资源」。
- 日志时间线里有每一步的完成时间、耗时和断言结果。
- 结果可以通过 webhook，或 MCP 的 get_task 接口拿回来。
中途失败，系统不会默默重试，会告诉你卡在哪一步，方便人工介入或调整。这一点比传统自动化脚本更可靠。
P1 阶段会陆续加上这些：
- 定时发布。指定精确时间，或按间隔发，比如每隔 30 分钟一条，到点由 AI 执行。
- 多设备批量。一次指令同时向 5 台甚至更多手机下发相同或不同的任务。批量发短视频，这是最省事的做法。
- 失败重试。可以配置重试次数和间隔，比如连续失败 3 次就停止，并通知管理员。
把经验做成模板，交给 AI 按模板执行。用 AI 发短视频省下来的，是每天那两三个小时。怎么装，见 安装部署。