Video Agent Producer 先管项目流程,再管视频结果
在 PromptHub 的 Skill 目录里,Video Agent Producer 是视频团队的制片人和总调度。它不直接替你写完每个镜头,而是把主题拆成一串可交接的任务,按顺序调度 operator、researcher、writer、storyboarder、voice、visual、editor 和 publisher。
Video Agent Producer 先管项目流程,再管视频结果
Video Agent Producer 是什么
在 PromptHub 的 Skill 目录里,Video Agent Producer 是视频团队的制片人和总调度。它不直接替你写完每个镜头,而是把主题拆成一串可交接的任务,按顺序调度 operator、researcher、writer、storyboarder、voice、visual、editor 和 publisher。
它真正解决的问题,不是“这句 prompt 够不够花”,而是“一个视频项目能不能稳稳走到交付”。
它最重要的能力是把流程写成状态
这个 Skill 会创建 project.json,记录当前阶段、各模块状态、检查点和配置。这样项目不是一次性黑盒,而是可以暂停、恢复、补料、重跑。
这比“生成完就结束”更适合长一点的内容项目。尤其是多轮确认、多种素材并行、剪辑目标不同的情况,状态文件比记忆靠谱得多。
它的标准流程不是一口气生成,而是分阶段接力
原始流程很清楚:
- 可选先调
operator,帮你选题 researcher产出outline.md- 用户确认大纲
writer产出script.md- 用户确认逐字稿
- 生成分镜
storyboard.md - 用户再确认分镜
- 并行跑
voice和visual - 过交接包检查
- 再启动剪辑师
- 最后交给
publisher
这个顺序很像真实制片工作:先确认方向,再做内容,再做素材,最后交给剪辑和发布。它不鼓励一上来就“直接做完”,因为那样最容易在中途返工。
它也会管素材来源,不只是管输出
源文件里有一个很实用的判断:如果用户已经提供了文章、文档等现成素材,就要让 researcher 走“整理模式”,不是“搜索模式”。
这个差异很重要。很多视频项目不是没资料,而是资料太散。整理模式更适合把现成内容重新组织成可拍、可讲、可剪的结构。
它的交付前检查也很具体
在剪辑师启动前,它会检查交接包:audio/voiceover.mp3 是否存在,audio/subtitles.srt 是否非空,visual-timeline.json 是否正确,非后期镜头是否都有对应素材,音频时长和分镜总时长是否差得太多。
这一步的价值很朴素:别让剪辑师打开项目时才发现缺音频、缺图、编号对不上,或者半成品根本接不起来。
一个更贴近实际的例子
假设你要做一条 8 分钟的认知成长视频,主题是“为什么你越忙越焦虑”。Video Agent Producer 会先拉起选题和资料整理,再让 writer 输出逐字稿,确认后进入分镜;分镜通过后,声音和画面素材并行生产,最后根据 output_target 选择达芬奇、剪映,或者两边都出。
如果项目中途被打断,下一次不是重来,而是直接读 project.json 接着走。
适合什么场景
它适合 5 到 15 分钟左右的知识视频、认知成长内容、广告型多镜头视频、解释视频,以及需要多人协作和断点恢复的视频项目。
它不适合只想出一个单镜头 prompt 的轻量任务。那种场景更应该直接用 writer、storyboarder 或单独的视频生成 Skill。
使用边界与失败排查
如果项目卡住,先看 project.json 的 current_stage,不要先重开项目。
如果剪辑师启动失败,先回到交接包检查,补齐缺失的音频、字幕或视觉素材,再决定是重试还是跳过。
如果用户已经有现成材料,优先走整理模式,不要把资料重新当搜索题做一遍。
更多说明可以看 Video Agent Producer 的 PromptHub 页面 和 GitHub 原始 Skill 文件。
结论
Video Agent Producer 的价值,是把视频制作从“一次性生成”变成“可恢复、可确认、可交接”的流程。
它更像视频项目经理,不像单纯的提示词生成器。