hanzhcn 真人口播动画生产
2026-07-16 起，本 skill 仅保留 METHOD_LAB/历史兼容。新 episode 默认由
codex-direct-production直接编写 Remotion、渲染完整 candidate、完整观看并最多修三轮；不经过 proposal/extension/seal 或双 renderer。
本 skill 执行已经做出的导演决策，不重新决定哪些话要动画。动画不是固定 B-roll 覆盖率，也不是一个 HTML 模板。
必要输入
读取当前 episode：
- 07-剪辑/clean.mp4 与 subtitles.srt；
- 09-导演/edl.json、animation-brief.json、animation-ast.json、source-manifest.json、renderer-brief.md、styleframes 与 animatic-manifest.json；NATIVE 还包括 renderer-route.json 与 caption-style.json；
- 10-素材/素材清单.json（仅当 EDL 有 BROLL_STOCK）；
- episode-config.json。
缺输入时报告文件名并停止。只有 素材清单.json 标为 visually_verified 的资产可以使用。
🛑 STOP：EDL、animation brief/AST、source manifest、renderer brief、animatic 或 required 素材缺失时，不创建 renderer 项目。先运行 node animation-method/scripts/compile-animation-ast.mjs episodes/<slug>/09-导演 --check；漂移时回⑨，不在⑪手修 AST。
工作流
1. 建立 renderer 任务
先在 workflow 根运行 node scripts/prepare-renderer-handoff.mjs episodes/<slug> <remotion|hyperframes>。两个 renderer 只能消费各自 11-动画/renderer-handoffs/<renderer>/input-manifest.json，先验证全部 SHA-256；禁止从 视频动画 的旧 pilot 或历史 project 猜输入。
渲染前运行 node scripts/verify-renderer-handoff.mjs episodes/<slug>/11-动画/renderer-handoffs/<renderer>/input-manifest.json。任何 hash 变化都回⑨或⑩重新生成 handoff，不能沿用旧 candidate。
读取 handoff 后，先为每个 renderer 写 11-动画/renderer-proposals/<renderer>.json：必须绑定当前 brief SHA，完整映射 AST state，能力只能来自 AST allow-list，proof 只能绑定⑩的 asset ID/SHA。再生成并验证 11-动画/renderer-extensions/<renderer>.json，同时绑定 AST/proposal SHA 和全部 state/transition/fact boundary；缺 extension 不得开始实现。
NATIVE 的确定性顺序固定为：
node scripts/prepare-renderer-extension.mjs episodes/<slug> <renderer>，再以--check验证；node scripts/create-renderer-workspace.mjs episodes/<slug> <renderer>创建未 seal scaffold；- 只在本期 workspace 实现批准 extension，移除
NATIVE_IMPLEMENTATION_REQUIRED； node scripts/seal-renderer-workspace.mjs episodes/<slug> <renderer>，再运行node scripts/verify-renderer-workspace.mjs episodes/<slug> <renderer>；node scripts/render-episode-<renderer>.mjs episodes/<slug>只生成candidates/base/<renderer>.mp4；node scripts/apply-review-captions.mjs episodes/<slug> <renderer>使用同一 SRT/caption style 生成candidates/<renderer>.mp4和 caption evidence。
create workspace 之前缺 proposal/extension 必须失败且不得留下半成品 workspace；seal 必须拒绝 placeholder、renderer 内嵌字幕、非确定性时间/随机逻辑、未注册 timeline、合同/hash 漂移和 symlink。handoff 变化后旧 workspace、base 与 candidate 均不得继续使用。renderer_track: PARITY 才允许走旧 render_plan 兼容实现，且其结果不得冒充审美上限。
每个 candidate 先由独立审阅写入 11-动画/qa-reviews/<renderer>.json（绑定 candidate SHA、审阅者、时间、字幕安全区和有声审片结论及说明），再运行 node scripts/create-qa-evidence.mjs episodes/<slug> <renderer> --review-file 11-动画/qa-reviews/<renderer>.json，最后运行 node scripts/create-render-manifest.mjs episodes/<slug>。它生成真实 contact sheet、每个 selected beat 的入场/中段/退场帧、完整解码和结构化 qa-evidence.json。不能靠命令行或 Markdown 写 PASS 放行。
- CROSS_RENDER_VALIDATION_PAIR：Remotion 和 HyperFrames 各建独立 candidate 项目，使用同一 source hash、EDL、字幕和事实文字。
- PRIMARY_RENDERER：primary_renderer 必须是 remotion 或 hyperframes，且已有接受记录；否则停止并要求回到 CROSS_RENDER_VALIDATION_PAIR。专项 beat 只有在 EDL 明确指定后才交给另一 renderer。
- 两个 candidate 共享 AST 语义合同和已验证素材，但不共享组件实现、HTML、CSS、GSAP、React 布局常量、转场或旧项目 scene。
2. 实现 base video
- 每个 ILLUSTRATIVE beat 只实现 AST/approved proposal 指定的理解问题、state graph 和 must-preserve。
- HERO/NONE beat 保持真人，不新增主动画。
- PROOF beat 只能使用 source-manifest 记录的来源。
- BROLL_STOCK beat 只能使用 visually_verified 素材。
- Remotion 使用 frame-driven composition；HyperFrames 使用 deterministic paused timeline。
- BROLL/PROOF 只使用 handoff 锁定的本期真实资产；ILLUSTRATIVE 只显示 AST approved copy，禁止显示
acceptance_question。
3. 统一字幕与合成
- workspace 只读取 caption safe-band 数值做避让，不把 SRT 文本放入 NATIVE runtime；renderer base 不得各自烧字幕。两边 base 完成后必须由
apply-review-captions.mjs用同一 SRT/caption style 生成 review candidate，并绑定 base/SRT/style/candidate/audio essence SHA。 - Remotion 使用 frame-driven native implementation；HyperFrames 使用可 seek 的 paused timeline。两者不得套同一固定卡片布局，也不得从 renderer 反向改 AST。
- 不把口播稿精简版、场景标题或旧项目字幕混入字幕轨。
4. QA 与交付
在 11-动画/ 写 candidates、contact sheets、render-manifest.json、qa-report.md。CROSS_RENDER_VALIDATION_PAIR 只写两个 candidate；viewer_verdict 为 ACCEPTED 且 selected_candidate 明确后，才把选中 candidate 写为 07-剪辑/final.mp4。PRIMARY_RENDERER 也遵守同一 final 条件。
QA 必须记录：画布、fps、时长、音视频 stream、完整解码、source hash、EDL 版本、字幕安全区、每个 selected beat 的 hero frame 与边界帧、有声审片结论。
执行模式
- REVIEW_GATED：静态构图和最终 MP4 等 Jeffrey 结论。
- AUTONOMOUS_RUN：在锁定 EDL 内自主渲染并最多三轮自检；发布始终等 Jeffrey。
技术 PASS 不等于 viewer PASS，不得因渲染成功把 candidate 写成 accepted 方法。
🔴 CHECKPOINT：只有 viewer_verdict=ACCEPTED 且 selected_candidate 是 technical_qa=PASS 的候选，才创建 final.mp4。
Jeffrey 明确选片后运行 node scripts/accept-render-candidate.mjs episodes/<slug> candidates/<renderer>.mp4 --viewer-accepted；脚本绑定 manifest、candidate、QA evidence，并创建同字节 final 与 review-record。
双 renderer 比较成立后运行 node scripts/record-renderer-validation.mjs episodes/<slug> <renderer> --viewer-accepted "<选择理由>"。它绑定两份 candidate/QA/review 并生成结构化 comparison；只有该记录通过后，下期才允许切 PRIMARY_RENDERER。
失败处理
| 情况 | 动作 |
|---|---|
| renderer 无法读 source | 生成兼容 production source，记录新 hash，并让两边使用同一字节文件 |
| 画面遮挡字幕 | 修 overlay 或字幕安全区后重渲染，不能删字幕掩盖 |
| 视觉像旧模板或两个 renderer 太像 | 回读 renderer-brief；保留同一语义，分别重做视觉语言 |
| EDL 缺 source 或事实来源 | 返回⑨，不由本 skill 猜补 |
| QA 不通过 | 最多三轮针对性修复；仍失败则保留 candidate 并报告失败证据 |
禁止事项
- 不按固定 coverage、每 N 秒场景、固定 face-wrapper、固定卡片或固定文字生成；
- 不把 clean.mp4 复制命名为 final.mp4；
- 不为展示素材而插无关 B-roll；
- 不使用旧 v10 的 index.html、示例、视觉常量或人工 gate 规则；
- 不自动发布。