产品发布视频
制作一部发布短片，其故事、视觉系统、动效和事实依据均源自被发布的产品本身。交付物是一个渲染完成的视频文件以及可编辑的项目源文件。
如果已安装 HyperFrames，请使用它。也支持 Remotion 项目；优先使用维护良好的 remocn 组件，而不是重新创建常见的动画原语。分镜板审批通过后，不得切换技术栈。
需要事先确定的输入
在开始构建之前，请明确：
- 产品 URL 或来源简介；
- 目标受众以及该短片应促使观众在信念上发生的一个转变；
- 宽高比、目标时长、语言和旁白选择；
- 可能出现的宣传点以及每个宣传点背后的证据；
- 现有脚本是必须逐字使用还是可以重新组织。
如果这些事项中的任何一项可能会实质性改变短片，请在开始前询问一次。
必须交付的输出
保持项目可编辑。至少应生成以下内容：
capture/ 产品文案、截图、Logo 和设计 Token
STORYBOARD.md 已批准的逐个镜头计划
SCRIPT.md 如果短片有旁白，则为旁白脚本
design.md 字体、颜色、间距、动效和构图规则
compositions/ 每个镜头的源文件
renders/launch.mp4 最终交付的视频
请勿将预览、分镜板、联系表或无声音的草稿视为最终视频。
工作流程
1. 捕获产品信息
检查所提供的 URL 或素材。保留准确的产品文案、真实界面、Logo、排版、颜色和界面状态。记录每一个可用的素材及其来源。请勿捏造功能、客户、指标或集成。
如果没有网站存在，请从简介和提供的素材中创建一个简要的源记录，以便后续镜头仍有可追溯的依据。
2. 选择故事
在开始绘制分镜板之前，为以下每一点写一句话：
- 观众当前的痛点；
- 产品独特的机制；
- 观众应该相信的证据；
- 观众应该采取的行动。
仅选择源素材能够支撑的那些关键情节。一部短片通常需要：一个钩子、一个机制、证据和结尾；它不需要功能清单。
在规划镜头顺序时，请阅读 references/story-and-shot-system.md。
3. 建立视觉系统
根据捕获的产品信息推导出 design.md，而不是使用通用的视频模板。定义画布、排版、颜色角色、网格、安全区域、视觉密度、动效特征、字幕处理和转场系列。
将短片的视觉语法限制为一种。重复创造辨识度；每个镜头都使用新风格会让短片看起来像是从模板拼凑而成的。
4. 在制作动画前先绘制分镜板
对于每个镜头，记录以下内容：
- 开始和结束时间；
- 叙事任务；
- 屏幕上的确切文案；
- 源素材或界面状态；
- 构图和摄像机意图；
- 入场、发展和退场；
- 到下一个镜头的转场；
- 任何宣传点及其证据来源。
画面应在有效时长内持续发展。避免入场动画之后紧跟若干秒静态内容。
在构建完整短片之前，先展示分镜板以获得批准。
5. 使用维护良好的原语进行构建
HTML 镜头序列优先使用 HyperFrames。对于 Remotion，请阅读 references/remotion-and-remocn.md，并使用 remocn 处理常见的排版、终端、图表、背景和转场行为。仅在产品需要一个库无法表达的动效创意时，才使用自定义动画。
每个镜头必须在任意帧上都是确定性的。请勿依赖运行时定时器、非种子随机数或渲染器无法重现的交互状态。
6. 审查组装完成的短片
在渲染之前，检查以下内容：
- 每个镜头的第一帧、中间帧和最后一帧；
- 每个转场接缝；
- 文本换行、裁剪、对比度和安全区域；
- 与旁白和音乐的节奏配合；
- 产品保真度和宣传点准确性；
- 全速（含音频）观看完整短片；
- 无声检查一遍，确保仅凭视觉故事也能讲得通。
运行 node scripts/check-project.mjs <project-dir> 进行包级别的项目门禁检查。同时运行所选视频技术栈的原生 lint、验证和渲染检查。
在已组装的预览上暂停等待批准。仅在批准后才渲染最终的 MP4 文件。
证据边界
一个精美的示例只能展示预期的工艺水平，并不能证明此技能改进了模型性能。请分别报告：
- 包和项目检查结果；
- 成功的最终渲染；
- 人工视觉审查；
- 任何比较评估结果（仅当存在记录在案的评价运行和评分时）。
切勿仅仅因为制作出了一个吸引人的视频就声称此技能已得到评估验证。
失败条件
当出现以下情况时，请停止而非交付：
- 无法找到主要产品宣传点的来源；
- 捕获的 UI 被虚构的界面元素所替代；
- 某个镜头在交付分辨率下难以辨认；
- 旁白与画面不一致；
- 项目无法确定性渲染；
- 缺少可编辑的源文件或最终 MP4 文件。