1实现原理 · 为什么它能做到
本 skill 是整族的编排总入口:把「一个粗略请求」推进到「经核验的最终渲染」,方法是五步主流程(接地 → 转成生产工件 → 路由到专职 skill → 分层构建 → 报告前先验证)。
Use this skill to coordinate a complete video project from rough request to verified final render.
第一步就要求识别「已锁场景」与用户边界(例如别动 Scene 01),并要求用 storyboard 模板承载多场景结构。
Identify locked scenes and user boundaries such as "do not modify Scene 01."
把意图转成工件:每场景一份 scene-spec,并强制把「项目专有内容」与「可复用生产模式」分离(防止私有素材/品牌进入可复用示例)。
- Separate user-specific content from reusable production patterns.
内建路由表,把用户话术直接映射到 8 个专职 skill(只有粗略想法→intake;给了参考末帧→intake→motion-design-systems→scene-builder;说「除了某处全都完美」→render-qa)。
- User says "everything is perfect except": use `render-qa-and-surgical-changes`.
分层构建顺序是硬约束:先草稿场景渲染 → 先出无音乐旁白母版 → 字幕 → 最后才是音乐床;规则明确禁止在源场景与装配脚本存在时去 patch 旧成片。
- Assemble narration-only master before final music.
完成判据是一张 Quality Gate 清单:最终时长/分辨率/FPS 已知、音轨存在、字幕在(若要求)、场景边界证明存在、用户点名时间戳证明存在、音乐收尾行为已查、用户要求的主观预览已展示或明确跳过。
- Exact user-requested timestamp proofs exist.
提问纪律:只问会改变实现的问题,并显式禁止问「能从文件里查到」的问题(片段时长、场景名、当前帧率、哪个源文件含某标签、有没有音轨)。
Do not ask questions discoverable from files:
2核心能力
3外部依赖
| 类型 | 依赖 |
|---|---|
| cli | HyperFrames(场景合成与渲染引擎;本件在 description 与「构建场景」路由中点到,具体命令由 hyperframes-scene-builder 给出) |
| cli | FFmpeg / ffprobe(装配与探针;文中以 media probe 表述,具体命令在 audio-sync-assembly 与 render-qa-and-surgical-changes 中) |
| package | 兄弟 skill(同仓 8 件:video-intake-and-storyboard、hyperframes-scene-builder、motion-design-systems、scene-continuity-and-transitions、product-demo-integration、audio-sync-assembly、captions-and-music-bed、render-qa-and-surgical-changes)——被本 skill 按名点名调用,属宿主/仓库层协作,不改变本件档位 |
| package | 模板 templates/storyboard.md 与 templates/scene-spec.md(本件要求用它们承载多场景结构与逐场景 spec) |
| package | 素材输入:项目内既有资产、渲染、组合、脚本、音频、字幕与既往批准(本地读取,非外部服务) |
4风险提醒 风险提醒:蓝色 · 知晓即可
- 编排层无自带工具,media probe 等动作缺少具体命令 — 本件通篇只有判据与路由,未给 ffprobe/ffmpeg/HyperFrames 的具体命令;若宿主只加载本件,入门者可能漏做探测或自行发明命令(建议同时加载 render-qa-and-surgical-changes)。
- 路由依赖 skill 名称字面匹配 — 路由表与实施顺序均以 audio-sync-assembly、render-qa-and-surgical-changes 等目录名点名;若使用者把 skills/ 下的目录复制或改名(README 建议过 copy selected folders),路由提示会失效,agent 需靠描述自行匹配。
- 「不要问可查明的」与「读盘即信盘」的组合是注入面 — 规则鼓励 agent 直接读项目文件并把内容作为约束(时段/文件名/标签/音轨),若项目文件由第三方投喂,其中的指令式文本可能被当作流程要求执行;本件没有对项目内文件可信度的校验要求。
- Quality Gate 不含版权与授权检查 — 门禁覆盖时长/分辨率/音轨/字幕/证明帧/音乐收尾,唯独没有素材授权或私密信息检查(仓库 AGENTS.md 只要求不要把私有资产放进本仓库,未要求检查成片内容)。
- 对「全片重渲」缺少依赖闭包定义 — Production Rules 写了只重渲受影响场景,但未定义场景依赖闭包(哪些场景因 carryover 受影响),实际执行仍依赖 scene-continuity-and-transitions 的搜索程序;遗漏会导致边界旧帧残留。
5第二遍独立确认
- [ok] 路由表点名的 skill 是否都存在(避免指向不存在的 skill) — 本仓 skills/ 下确为 9 个目录:audio-sync-assembly、captions-and-music-bed、end-to-end-video-playbook、hyperframes-scene-builder、motion-design-systems、product-demo-integration、render-qa-and-surgical-changes、scene-continuity-and-transitions、video-intake-and-storyboard;路由表点到的 8 个全部存在,含自身构成完整闭环。
- [ok] 是否存在隐藏网络调用(编排层最容易藏外发) — 全目录仅一个 SKILL.md,正则扫描无 http(s):// / fetch / requests / api_key / token / .env / curl;所有外部能力都表现为「本地 CLI 或同仓 skill」,无素材上传与生成服务。
- [discrepancy] Run media probes 是否指得出具体命令 — 本件只说 Run media probes on final outputs.(步骤 5)而未点名 ffprobe 或仓库脚本;具体命令分散在 render-qa-and-surgical-changes(六个脚本清单)与 audio-sync-assembly(ffprobe 与 setpts 模板)。只加载本件的 agent 需自行选择探测方式。
- [ok] Quality Gate 是否可机械判定 — 七项中六项可观察(时长/分辨率/FPS/音轨存在/边界证明帧/点名时间戳证明),一项是流程性(音乐收尾行为已查),一项是主观项并要求显式声明跳过——判据明确,不靠感觉。
- [ok] 5 步主流程与 12 步实施顺序是否冲突 — 两者是层级关系:5 步是阶段划分(ground/intent/route/build/verify),12 步是「构建 + 装配」段的展开,前 5 步对应 build 前的准备、后 7 步对应 build 与 verify;无相互矛盾的指令。
- [ok] 「不要 patch 旧成片」是否在族内一致 — 本件 Production Rules 的 Never patch an old final MP4 when source scenes and assembly scripts exist. 与 render-qa-and-surgical-changes、workflows/surgical-final-edit.md 的同一规则一致(后者另写 Do not patch an old final MP4 if source scene renders and assembly scripts exist.)。
6结论
70061b50836680c0…f6b043d9fd