用途
Boring Video 用于开发内容驱动型视频，或把已有脚本、非论证型视频路由到相应流程。它把内容开发与一个逐步细化的 HyperFrames 项目编排为同一条链：内容先于语音或视觉改编被确立；场景指导确立可渲染的视觉证据，分镜计划构建可搭建的帧，HyperFrames 负责制作与可播放的审阅。
输入分类
首先对输入进行分类：
- 内容驱动型：研究、评测、分析、观点、教程、新闻、人物等叙述性作品，其价值取决于完整论证，也可能成为博客文章。
- 直接制作型：已锁定脚本、产品宣传、UI 演示、音乐主导作品、短动态图形等无需文章确立含义的作品。
对内容驱动型工作，定位第一个缺失的已批准内容产物。用户提供的文章只有在明确确认为内容母版时才计入，并以 content/ARTICLE.md 存储或改编，附带来源、原始地址或路径、原始修订、状态、批准时间与批准摘要等 front matter 信息。批准摘要按规则计算：移除 approved_digest 行后对完整文件做 SHA-256。不得为满足链条而凭空制造文章；直接制作型工作应加载 /hyperframes，由其当前意图层负责输入与工作流选择。
当输入创建或改编 content/ARTICLE.md 时，读取 references/markdown-review.md 并在启动 /to-spec-beats 前呈现该权威 Markdown。
对内容驱动型工作，就缺失的制作选择提出一个紧凑问题，涵盖：呈现方式（无脸、实拍、屏幕录制、口播或混合媒体）、协作方式（分镜审阅或智能体执行制作加最终预览）、语音（HyperFrames 语音、ListenHub TTS、用户录音或无旁白）、设计（既有设计真值、指定方向或智能体提议方向）。答案记录在 HyperFrames 的 BRIEF.md 中。在智能体执行的工作中，若用户未指定设计方向，则提议并记录一个方向。直接制作型工作跳过此包装输入，因为 /hyperframes 负责该简报。
链条
在 /to-scenes 启动可渲染项目前，读取 references/hyperframes-review-project.md，并将其项目标识与审阅状态通过 SCENES.md、STORYBOARD.md 和 HyperFrames 项目清单向前传递；下游技能消费这些产物而非此内部参考。
对内容驱动型工作，从第一个缺失或被明确修订的产物开始：
- /develop-topic → content/RESEARCH.md、实验报告和已批准的 content/TOPIC.md
- /to-article → 已批准的 content/ARTICLE.md
- /to-spec-beats → BEATS.md
- /to-narration → NARRATION.md
- /to-scenes → SCENES.md、共享 HyperFrames 项目和 Markdown 中引用的已渲染视觉证据
- /to-storyboard → HyperFrames 原生的 STORYBOARD.md
- /to-video → 该项目中的制作延续与 Studio 审阅
每个技能达到完成标准后才推进。下游发现会返回拥有该决策的产物，再向前传播。
当用户以已批准的完整文章开始时，在从 /to-spec-beats 启动前重新计算其摘要。当用户以较晚的内容驱动型产物开始时，重新计算每个现存产物的摘要，要求每个子产物携带其直接父产物的当前摘要，并验证链条可追溯到已批准的 content/ARTICLE.md，然后从第一个缺失阶段恢复。仅凭产物存在不构成可恢复状态。直接制作型输入绕过此内容链，从 /hyperframes 开始；绝不把锁定脚本重新解释为可凭空发明文章、论点或主张的许可。
交接
呈现方式与工作流是两个独立决策。收集呈现意图时不要凭记忆选择工作流。/to-video 读取当前 /hyperframes 契约并执行路由。
完成
当适用的已批准内容产物、四个规划产物和引用的视觉证据一致并满足各自所有者时，内容驱动型规划即完成。当 /to-video 以确认的语音分支通过所选制作工作流延续已审阅的 HyperFrames 项目，且 HyperFrames Studio 负责可播放时间线审阅时，包装运行即完成。
限制
资料未提供该技能的具体收费、价格、平台支持范围或效果保证等信息。