归藏 product video skill

用真实组件讲清楚一个软件产品或一次更新，让画面、文案和声音一起推进。本文术语：默认样式指 assets/fallback/；起步工程指 assets/starter/，初始产物称技术样片；方向文件指视频工程里的 DIRECTION.md；音效事件统一保存在 audio.cues。

流程

1. 确认范围、平台与风格。 已有工程沿用 brief 和用户决定，只处理本次修改。新片补齐：产品/仓库、发布渠道、时长与画幅、语言、是否允许链接，以及用户有没有参考视频。范围与产品平台面必须由用户拍板，仓库只能说明有哪些版本，说明不了用户想宣传什么：覆盖全量产品、最新一个版本周期，还是指定版本区间？覆盖哪些平台面（桌面端／CLI·TUI／移动端／服务端 API）？没指定时问一次，答案写入 plan.json 的 scope（如 {"versions":"v0.10.12..v0.11.0","platforms":["cli-tui"]}）并同步进 BRIEF。风格没定时问一次："沿用代码库自己的设计风格（推荐），还是默认的暖白／炭黑风格？"repo 用产品设计；default 用默认样式包装；hybrid 保留产品识别、调整外层排版。常见起点：横版、45, 60 秒、中文。
2. 初始化并检查环境。 按下方工具入口初始化独立视频目录，再运行环境检查；只对报告的缺项加载 依赖安装，装完复查。已有工程直接检查，不重新初始化。
3. 调查产品，接通组件。 按 仓库与风格审计 确定功能、发布状态和证据，记下设计语言、暗色主题和可做母题的产品元素。在浏览器里挂载真实业务组件：补 provider，接口用 fixture，交互用真实点击和输入，放大到视频尺度（起步工程、组件接入）。先接通一个功能镜头并出静帧。
4. 定方向，写 DIRECTION.md。 按 影片方向：拆解参考，提炼产品气质，沿不同的轴提出三个方向，选一个并写出理由；列出 3, 5 个"因为产品有 X、所以用 Y"的专属手法，并避开本工作区上一支片子的手法；把画面规范写成具体数字；写到每一秒的镜头表。用户想先看方向时，给三个方向和 3, 6 张关键静帧，等反馈；否则继续。
5. 逐镜头搭建。 每个镜头 = 视图组件 + builder（GSAP 主时间轴、onRender 画布层、onDrive 真实交互），时间只从 plan.json 读。手法从 视觉手法词汇 里选能从产品推导的，assets/fx-lab/ 的样例改写后再用。每搭完一个镜头就出静帧，对照镜头表（审片）。
6. 配乐与音效。 按 配乐与音效 选音乐来源（用户提供 → 本机可用的生成模型 → 代码合成），编曲从镜头边界推出来，音色从产品气质推出来；音效先用录音素材，缺项再用内置 WAV。用 sfx_landmarks.py 实测落点和电平，按 混音与验收 对位、让位、混音。
7. 审片并交付。 导出全片，看 2 fps 联系表、每个转场的 10 fps 条带和信息密集镜头的全尺寸帧，按 审片 修改后重新导出。运行 check_delivery.py（pacing 只提示该去看哪一段）。交付 MP4、可复现工程和少量预览；说清哪些是自动检查、哪些实际看过/听过、哪些仍未验证。要发布时按 封面 做 3:4 / 4:3 / 16:9 封面，用户没提就用一句话问一下。历史问题查 案例复盘。

硬约束