CompozyOS 发布视频
交付一个可供审查的发布/启动 MP4 及其可复用源文件，存放于
packages/launch-video（@compozy/videos）。Ultramock 负责相机处理；
Remotion 负责片头、节奏、场景重叠、光标交互和最终合成。
在现有项目基础上继续工作，而非重建其动画堆栈。
确立发布内容
- 阅读所请求的 PR 和当前实现。将每个功能映射为可观察的 UI 动作和结果；仅凭 PR 描述或吸引人的面板不足以展示功能。
- 在编辑前恢复当前项目配置、截图、最新导出和未处理的反馈。尊重最新的功能顺序、时长、文本策略和音频选择。在替换前保留之前的交付物。
- 在此工作流中，编辑文本应属于可复用的片头；产品截图应包含真实 UI。除非另有要求，不要在演示中添加字幕、标题卡、标志或片尾。最初仅提供图片的 beta.26 指令后来被修改为包含现有发布片头。
- 默认使用 16:9、1080p60 格式用于此发布系列，但遵循用户的当前简报。历史版本的 beta.26 最终视频时长为 42.3 秒，并非通用时长要求。
- 在收集素材前确定动作顺序：建立屏幕、接近控件、展示点击、显示结果、然后检查细节。状态较少的功能可以前置；不要为每个功能分配相等的时间。
阅读适用的指南
| 正在进行的工作 | 阅读内容 |
|---|---|
| 新的或不充分的截图、集成功能演示 | 截图和视觉方向，所有章节 |
| 在 Chrome 中编辑或导出相机时间线 | Ultramock 操作，相机/编辑/导出章节；仅在需要时进行恢复 |
| 片头、光标、修剪、过渡或发布配置更改 | Remotion 组装，相关章节及验证 |
| 复用项目的视觉研究或理解先前的拒绝原因 | 经验与证据，匹配的失败或研究章节 |
使用 eng-ui-screenshot 进行 Compozy 截图捕获，并在需要发现新组件或收到请求时使用 exa-search。首先检查已安装的组件；研究不是添加另一个框架的理由。浏览器操作遵循活动浏览器/计算机工具支持的 API 和用户请求的 Chrome 会话；保存的标签页 ID 和可访问性索引不可作为可复用的指令。
生产顺序
- 以足够的原生分辨率捕获匹配的前/悬停/后状态。验证该功能在其会话或父界面中仍然可见。
- 更新 Ultramock 源文件、场景顺序和相机目标。在上传或参数更改后检查实际帧，然后导出并验证下载的文件。
- 在 Ultramock 重新排序后更新 Remotion 源偏移。保持截图交互及其光标在同一相机变换下。在点击时触发匹配的结果；仅靠移动无法传达行为。
- 渲染更改交互和过渡的短证明。检查点击接触、打开/关闭状态、文本清晰度和连续性；在花费时间进行完整渲染之前修复源截图或几何体。
- 渲染最终文件。验证元数据和完整解码，检查更改的间隔和相邻剪辑（以交付分辨率），并预览播放以检查时机。如果仅检查了提取的帧，请报告区别。
- 保留原始 PNG、相机导出、发布配置、许可证和最终 MP4。当可复用工作流发生变化时更新包说明。移除拥有的临时捕获故事，仅停止拥有的捕获服务器，重置临时视口覆盖，并保持编辑的项目/预览可用。
完成
交付意味着一个可访问的最终 MP4，能够演示所请求的功能，以及用于修订它的源文件。已配置的时间线、成功上传、类型检查或完成的导出按钮不足以作为交付标准。注明时长、分辨率/帧率以及任何实质性限制（例如，使用固定装置而非实时提供者测量）。链接/展示实际工件；发布发布推文是需要用户授权的单独操作。不要每次视频修订都要求新的研究语料库、子代理轮次、批准或完整的应用程序 QA。