多平台视频自动化发布

多平台发布的三个真实痛点

手动将同一段视频发布到小红书、抖音、B 站、视频号时，你需要重复调整标题长度、标签格式、原创声明开关，甚至要适应不同平台的封面比例要求。更危险的是，当某个平台弹出「继续编辑旧草稿」的提示时，很容易误把旧视频当成新内容发布。这个 Skill 要解决的不是「如何一键群发」，而是如何安全地完成那些重复但必须存在的校验和填写动作。

围绕「草稿准备」的自动化流程

• 输入校验：直接读取 MP4/M4V/MOV 的 ISO BMFF 元数据获取时长，不依赖 ffmpeg。抖音视频超过 900 秒时会被标记为 PLATFORM_REJECTED_ASSET，其他平台仍可继续处理。
• 内容包驱动：标题、正文、标签、封面路径全部来自用户确认的内容包。你可以用 VIDEO_PUBLISHER_SOURCE_DIR 临时指定视频目录，但平台必须在配置的 availablePlatforms 中声明过。
• 并行上传与串行修改：视频上传阶段采用并发数 4 的硬屏障模式，所有上传完成后才通过单一队列依次修改页面文案、话题、原创声明。B 站的旧草稿需要先判断是否与当前视频匹配，不匹配时会自动存草稿并返回干净页面。
• 证据化核验：每个字段修改后都会重新抓取页面状态。最终每个平台只能处于 READY 或明确类型的阻塞状态，比如 WAITING_FOR_LOGIN、RISK_CONTROL_REQUIRED。

必须人工介入的边界条件

1. 发布授权分离：即使配置里选了「所有视频均为原创」，也需要在运行时通过 --confirm-original-rights 再次确认。真正的发布按钮只有在用户本次明确输入「立即发布」时才会解除页面级阻止保护。
2. 环境强依赖：需要宿主 Agent 能执行 Node.js 20+ 和 Bash，视频路径必须对 Agent 和 Ego Lite 都可见。Windows 用户建议在 WSL2 中运行，并确认浏览器能访问同一套文件系统。
3. 风控不自动化：验证码、账号认证、异常登录拦截必须由用户本人处理。遇到 INPUT_CHANNEL_BROKEN 时会暂停所有修改操作，等待 Ego Lite 输入通道恢复。

与剪辑工具的本质区别

这个 Skill 不碰任何媒体处理管线。它不会转码、不会裁剪视频、不会生成封面图片。它只做三件事：把本地视频和已确认的内容包，安全地搬运到各平台创作者中心的待发布状态，并让你在点击最终按钮前看到所有平台都是绿灯。