用途
本技能是 video-production 的兼容别名（compatibility alias）。当提示词、配置界面或旧有工作流仍引用 Remotion 相关的名称时，使用本技能，但执行的仍是规范的可编程视频制作流程，并选择代码优先的可编程视频模式。在信息较宽泛或含糊的 Remotion 请求出现时，需要先阅读 references/alias-routing.md 与 references/remotion-route-outs.md。
适用时机
- 旧提示词、已安装目录或安装界面仍称其为 remotion-video-production；
- 用户明确提到 Remotion、基于 React 的视频合成、场景、合成或从代码渲染。 最稳妥的做法是在向后兼容的同时，把未来的使用引导至 video-production。
不适用时机
- 用户已能直接采用 video-production，且无兼容性顾虑；
- 请求实际是模板/API 自动化，没有 Remotion 特定技术栈需求；
- 任务仅为人工后期或编辑润色，不涉及代码优先的渲染层。
使用方式
- 解析为规范技能：立即将该别名映射到 video-production。
- 锁定模式为代码优先的可编程视频：运行规范流程，但选择 Code-first programmable video，除非请求明确表示技术栈假设有误。
- 在回复中保留旧有/明确引用：如有助于理解，可注明 remotion-video-production 是 video-production 的旧版兼容或明确技术栈别名。
- 复用规范包结构：使用与 video-production 相同的流程——规范化视频简报、选择包类型、返回一份可直接实现的简报、包含素材、质检风险与交接说明。
- 保持替代模式可见：若请求听起来像批量个性化、电子表格驱动生成或供应商/API 自动化，而非 React 视频代码库，应明确指出，并经由相关的 video-production 模式引导回去，而不是过度倾向于 Remotion。
- 避免成为竞争技能：不要在此处发明独立的启发式、输出或支持规则。该别名用于降低迁移摩擦、捕捉明确的 Remotion 命名，而非与规范技能竞争。
输出格式
返回与 video-production 相同的 Video Production Brief，并在适用时给出带有 Remotion 风格的技术栈建议。
示例
示例 1：旧有配置界面 输入：使用 remotion-video-production 帮我们规划一个可复用的产品视频模板。 预期行为：简要说明该请求映射到 video-production；使用代码优先的可编程视频模式；返回规范的 Video Production Brief。
示例 2：明确的技术栈请求 输入：我们需要一个用于每周功能发布视频的 Remotion 合成方案。 预期行为：将技术栈选择视为明确；使用场景/模板/渲染相关语言；保持包结构与规范技能一致。
最佳实践
- 保持别名轻量且明确。
- 在保留向后兼容的同时，不重复完整的规范指令。
- 当命名或配置界面更新时，引导未来发现指向 video-production。
- 复用规范的 video-production 支持包，而不是在此临时搭建第二套媒体工作流。
- 当请求更适合模板/API 自动化而非 Remotion 代码库时，明确给出路由出口。
参考
- ../video-production/SKILL.md
- references/alias-routing.md
- references/remotion-route-outs.md
限制
本技能为兼容别名，不提供独立的功能、计费、价格、平台或效果说明；相关资料暂未提供此类信息。