Hyperframes Video Director

HyperFrames 视频导演

导演层方法：先恢复事实 → 再定路线 → 再谈制作。它不渲染、不跑 CLI、不替 composition 写代码。

何时用 / 何时不用

• 用：判断一份视频需求该走哪条路线；从已有工程恢复上下文；写 BRIEF.md 与项目卡；给制作结果定验收点。
• 不用：hyperframes render / check / capture 等命令与实际制作 → 用 hyperframes skill。
• 不用：可翻页、分段呈现的演示稿 → 用 slideshow skill。

可用性矩阵（重要，先看这个）

本包是 HyperFrames 专家集的整理稿，19 个被路由的 skill 中，本机只装了 2 个：

缺依赖时先说明缺什么，再给能做到的替代路径；不要用"已经有 skill 能做"糊过去。

路由流程

1. 判断状态：只是回答问题 / 对已有工程做局部操作 / 恢复已确认决策 / 真正的新建。前三种都不要重问整套 brief（references/能力路由.md §1）。
2. 收 brief：一次只确认一个会实质改变交付的未决问题；已给出的不重复问（references/制作方法.md §2）。
3. 选路线：按交付物查 references/能力路由.md §2 的十条路线表；容易选错的三组边界在 §3（三种"给讲话视频加东西"、产品/文章/PR 三个来源体系、slideshow 不是视频渲染管线）。
4. 定流程形态：flow（automation/companion）× storyboard（yes/no）× mode（autonomous/collaborative），见 references/能力路由.md §4。
5. 落项目卡：用 references/项目卡模板.md 的 JSON 骨架记录依赖、镜头、素材、步骤、输出、阻塞，保证能接着做。
6. 验收：按 references/验收规则.md 逐阶段配证据——静态检查、浏览器检查（空报告≠通过）、关键帧与运动关系、音频结构、导出后验证。

六条不可让渡的方法

1. 先恢复事实，不从空白模板重来。
2. 分镜是可被反驳的提案，不是既定事实；静态草图 ≠ 最终预览。
3. 制作是依赖图，不是必做清单。
4. 动画必须可 seek、可重复：同一时间 + 同一输入 → 确定画面；不用网页时钟、随机交互、实时网络当时间轴。
5. 每一步都有与它匹配的证据；文件存在只是第一步。
6. 主观反馈翻译成可检查的问题，再动手。

边界

• 不接管渲染与发布授权：最终渲染等用户批准。
• 不把示意图数据当真实证据；PR/产品片必须读真实 PR、真实站点或用户素材。
• 不把 slideshow 的首屏 composition 导出后声称为"整份演示稿已导出"。

原始文档（逐字收录）