video-spec-builder 不是替你出片，而是先把视频需求问清楚

video-spec-builder 是什么

在 PromptHub 的 Skill 目录中，video-spec-builder 的定位是：用苏格拉底式追问收集视频需求，最后输出一份标准化的 video-spec.md。它不是先帮你拍，而是先逼你把平台、时长、字幕、配音、镜头和改动目标说清楚。

核心功能

• 通过对话收集视频需求
• 主动提示可用渲染能力
• 输出可直接交给后续渲染层的标准规格文档

从它的工作结构可以看出，video-spec-builder 不是只接受一句话就开始写 spec。它会先扫描项目里是否已有 video-spec 文件，再决定进入 0-1 模式还是迭代模式；同时它还会在对话里主动提醒你能做什么，而不是等你把需求全说对。 video-spec-builder 的 GitHub Skill 文件 中的启动检查和工作流规则，应在实际使用前继续核对。

适合什么场景

它适合你已经知道“想做视频”，但还没有把视频要素说完整的时候。尤其是宣传片、产品演示、短视频、动画短片和需要改分镜的项目。

一个具体用法示例

如果你只说“我要做一个介绍产品的视频”，video-spec-builder 会继续追问平台、时长、节奏、旁白、字幕和你到底想改哪一段，而不是直接开始写分镜。

使用时先准备目标、已有素材、时长、画幅和限制条件，再让 video-spec-builder 输出它负责的那一段工作。不要一开始就要求“直接做完”，因为这个 Skill 的价值正在于把模糊需求收敛成可执行规格。

它和普通提示词的区别

普通提示词往往只描述“想要什么结果”，而 Skill 还规定了什么时候应该追问、哪些资料需要先读、结果应该怎样交付，以及失败时先检查哪里。这一点在 GitHub 原文的“启动检查”和“第一性原则”里很明显。对需要反复做视频的项目来说，这种工作方法比一次写得很长的提示词更有复用价值。

使用边界与失败排查

它最容易失败的地方，是用户把需求说得太空，结果后续所有工作都建立在模糊基础上。先补齐目标、时长、平台和必须项，再进 spec 会稳得多。

它也不是输出成片的工具。它的任务是把问题问清楚，然后把需求交给后续的渲染层。

还要单独检查外部模型、素材、人物肖像、音乐、声音、商标和生成内容的版权与平台规则。PromptHub 展示第三方 Skill 的来源和说明，但不替第三方项目保证结果。

结论

video-spec-builder 的价值，不在于它替你写成片，而在于它先把视频需求收敛成一份能被后续工具理解的规格。

如果你经常从一句模糊想法起步，这个 Skill 会很有用：它让你先把问题问对，再进入真正的制作。