boring-video

枯燥视频

将内容开发与逐步完善的 HyperFrames 项目编排为一条工作链。先确立内容，再将其改编为语音或视觉形式；场景指导确立渲染后的视觉证据，分镜规划构建可制作的画面，而 HyperFrames 负责制作和可播放的审阅。

信息收集

根据请求和项目文件确认已有决策。首先对输入进行分类：

• **内容驱动型：**研究、评估、分析、观点、教程、新闻、人物介绍，或其他价值取决于完整论证、也可能改写为博客文章的旁白作品。
• **直接制作型：**已定稿的脚本、产品宣传片、UI 演示、音乐主导的作品、短篇动态图形作品，或其他无需通过文章来确立其含义的作品。

在询问一次性选择之前，先根据明确的项目、系列、品牌或团队指南，确定可复用的制作默认设置。在信息收集阶段创建工作流 BRIEF.md，并记录每项采用的默认设置、其来源和适用范围，以便所有上游技能在做出内容或语音决策前都能读取；创建 HyperFrames 项目时，将同一份简报带入项目。当前请求优先于可复用的默认设置。默认设置可以涵盖重复使用的结构、语言和语气、设计准则、封面比例、发布目标或终端呈现方式，但不得根据无法获取的个人资料进行推断。将项目专属规范保留在项目文件中，不要将其推广为本技能的通用规则。

对于内容驱动型作品，找到第一个缺失的已批准内容产物。只有用户明确确认某篇文章是内容主稿时，才将其视为已提供的文章。将其保存或改编为 content/ARTICLE.md，并附上以下来源信息：

---
source: external
origin: <URL or path>
origin_revision: <Git revision, source digest, or captured-at timestamp>
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<digest>
voice:
  language: ...
  skills: []
  documents: []
  unavailable: []
  status: resolved | assumed
---

将删除仅有的 approved_digest: 行后的完整文件计算 SHA-256，作为 approved_digest。对于直接制作型作品，不要为了满足工作链要求而凭空撰写文章；加载 /hyperframes，让其当前意图层负责信息收集和工作流选择。

如果本次信息收集创建或改编了 content/ARTICLE.md，请阅读 references/markdown-review.md，并在开始 /to-spec-beats 之前展示其中具有权威性的 Markdown。

对于内容驱动型作品，请一次性简洁询问所有缺失的制作选择：

1. **呈现方式：**不露脸、素材片段、屏幕录制、出镜讲解，还是混合媒体？
2. **协作方式：**审阅分镜，还是由 Agent 执行制作并提供最终预览？
3. **语音：**HyperFrames 语音、ListenHub TTS、用户录音，还是无旁白？
4. **设计：**沿用现有设计准则、指定设计方向，还是由 Agent 提出设计方向？
5. **发布：**如有需要，请说明需要哪些封面、平台适配版本、博客／文章变体、字幕或社交文案。

将回答和采用的制作默认设置记录在工作流 BRIEF.md 中。在由 Agent 执行的工作中，如果用户没有指定设计方向，应提出并记录一个设计方向。对于直接制作型作品，请将已确认的默认设置和任何发布需求传递给 /hyperframes 所负责的 BRIEF.md，不要重复询问内容链相关问题。

流程链

在 /to-scenes 开始创建可渲染项目之前，请先阅读 references/hyperframes-review-project.md。将项目身份和审核状态通过 SCENES.md、STORYBOARD.md 以及 HyperFrames 项目清单传递下去；下游技能使用这些产物，而非此内部参考文档。

对于内容驱动型工作，从第一个缺失或明确修订的产物开始：

1. /develop-topic → content/RESEARCH.md、实验报告和已批准的 content/TOPIC.md
2. /to-article → 已批准的 content/ARTICLE.md
3. /to-spec-beats → BEATS.md
4. /to-narration → NARRATION.md
5. /to-scenes → SCENES.md、共享的 HyperFrames 项目，以及 Markdown 中引用的视觉成片证据
6. /to-storyboard → HyperFrames 原生的 STORYBOARD.md
7. /to-video → 在该项目中继续制作并使用 Studio 审核

完成每项技能的完成标准后，再进入下一步。下游发现的问题应返回由其决策的产物，再向后传递。

对于要求提供发布产物的内容驱动型工作，当文章、旁白和场景方向稳定后，开启发布分支。根据已批准的设计准则和场景证据确定封面方向；根据已批准的内容和旁白制作平台文案、博客／文章改编稿、字幕和社交媒体文案。对于直接制作型工作，此包装流程在 /hyperframes 旁开启同一分支：在锁定源稿和 HyperFrames 设计方向稳定后开启，并根据该源稿撰写文案、根据该设计方向制作封面。在 PUBLISHING.md 中记录所需产物、源摘要、目标平台或宽高比以及输出路径。准备此分支期间，视频制作可以继续，但任何一个分支都不得悄然编造新论断或采用相互竞争的视觉标识。

当用户以一篇已批准的完整文章作为起点时，在从 /to-spec-beats 开始之前，重新计算其摘要。当用户以较后阶段的内容驱动型产物作为起点时，重新计算所有现有产物的摘要，要求每个子项都携带其直接父项的当前摘要，并验证整条链可追溯至已批准的 content/ARTICLE.md；然后从第一个缺失阶段继续。仅有产物并不代表可以恢复工作。直接制作输入不经过此内容链，应从 /hyperframes 开始；绝不能将锁定的脚本曲解为允许编造文章、论点或主张。

交接

呈现意图和工作流是两个独立的决策。收集呈现意图时，不要凭记忆选择工作流。对于内容驱动型工作，/to-video 会读取当前的 /hyperframes 合约并执行对应流程。直接制作型工作由 /hyperframes 负责；此包装流程仅在需要时恢复，以生成发布分支。

完成

当适用的已批准内容产物、四项规划产物和引用的视觉证据彼此一致且满足各自的要求时，内容驱动型规划即告完成。当 /to-video 通过已确认的语音分支，按照所选制作工作流继续制作已审核的 HyperFrames 项目，HyperFrames Studio 负责审核可播放时间线，且所有需要的发布分支均已在 PUBLISHING.md 中记录来源关联的产物时，内容驱动型包装流程即告完成。当 /hyperframes 工作流负责审核可播放成片，且此包装流程已在 PUBLISHING.md 中记录所有需要的发布产物时，直接制作流程即告完成。