to-video

转为视频

在已审核的 HyperFrames 证明项目基础上继续完成最终制作。保留已审核的视觉决策和证据溯源，同时将当前已审核的 Markdown 分镜脚本转化为可播放的合成。

流程

1. 确认 BEATS.md、NARRATION.md、SCENES.md 和 STORYBOARD.md 中的稳定节拍 ID 和旁白 ID 一致。重新计算每项产物的摘要，并确认每个直接子项都记录了当前父项摘要：文章 → 节拍 → 旁白 → 场景 → 分镜脚本；同时确认分镜脚本与其旁白源一致。对于内容驱动的工作，还要确认审批摘要一致，并且溯源链指向已批准的 content/ARTICLE.md；如果该契约存在，也要指向已批准的 content/TOPIC.md。将冲突、摘要不匹配或过期的审批退回给负责该产物的技能。
2. 打开 SCENES.md、STORYBOARD.md 和项目状态中记录的准确项目及已审核修订版本；如果它们指向不同项目或过期修订版本，则退回给负责的阶段。加载 /hyperframes，让它选择工作流，然后阅读该工作流当前的路由契约。将呈现方式作为输入；不要仅凭 faceless 推断工作流。
3. 向选定的工作流提供这四项规划产物、适用的内容产物、源材料、设计约束、呈现方式、协作偏好和语音选择。在该项目中继续实施，不要重新创建已审核的视觉方向。将当前 STORYBOARD.md 视为规范的 HyperFrames 计划：把其中的 outline 帧构建为合成；当规范状态或明确修订发生变化时，更新同一份 Markdown，并保留稳定的帧 ID 和旁白 ID。实质性内容修订必须先退回负责的内容产物及其审批关卡，再向后传递。
   • 对于终端托管的编程、shell、CLI、数据库或 TUI 镜头，**必需的子技能：**使用 record-terminal，并将其有证据支撑、可安全定位回放、已选定的视觉处理方式及验证契约带入制作。
   • 验证渲染后的场景证据和分镜决策均对应当前项目修订版本；仅重新开启后续变更所使其失效的关卡。
4. 如果用户选择 ListenHub，请等待选定的 HyperFrames 工作流进入语音关卡，然后对该版本的旁白使用 /listenhub-tts。通过 /media-use 交付其音频和 SRT。如果工作流之后修订了旁白，则这些输出视为过期，并在下一个语音关卡重新生成。
5. 按照选定的 HyperFrames 工作流自身的完成标准，在其中完成制作。其检查通过后，使用 HyperFrames Studio 审核可播放时间线、动态效果、转场和最终视觉效果；此交接不包含 Markdown 附带的 HTML 预览。

交接完成的条件是：HyperFrames 已打开已审核的项目修订版本，将规划产物及任何用户要求的 ListenHub 输出纳入其状态，并通过 Studio 负责可播放内容的审核。制作应从已批准的场景证据和分镜计划开始，不得另行创建第二份规划产物。