remotion-video-production

注意： 此技能是 video-production 的兼容性包装器。当环境仍引用 Remotion 专用名称时，请使用此技能；但应选择代码优先的可编程视频模式，执行相同的规范化可编程视频工作流。

Remotion 视频制作

处理宽泛或模糊的 Remotion 请求前，请阅读 references/alias-routing.md 和 references/remotion-route-outs.md。

何时使用此技能

• 旧版提示词、已安装的目录或设置界面仍使用 remotion-video-production 这一名称
• 用户明确提到 Remotion、基于 React 的视频合成、场景、合成或代码渲染
• 最稳妥的做法是保持向后兼容，同时引导未来使用 video-production

何时不使用此技能

• 用户可以直接采用 video-production，且无需考虑兼容性
• 请求实际上是模板/API 自动化，并不需要 Remotion 专属技术栈
• 任务仅涉及手动收尾或编辑润色，不涉及代码优先的渲染层

说明

第 1 步：解析到规范技能

立即将此别名映射到 video-production。

第 2 步：将模式锁定为代码优先的可编程视频

运行规范工作流，但选择代码优先的可编程视频，除非请求明确指出技术栈假设有误。

第 3 步：在回复中保留旧名称或明确引用

如有帮助，可说明 remotion-video-production 是 video-production 的旧版兼容别名或显式技术栈别名。

第 4 步：沿用规范的方案结构

使用与 video-production 相同的流程：

1. 规范化视频需求说明，
2. 选择方案类型，
3. 返回一份可直接用于实施的需求说明，
4. 包含素材、QA 风险和交接事项。

第 5 步：明确呈现其他模式

如果请求听起来更像批量个性化、电子表格驱动的生成，或供应商/API 自动化，而不是 React 视频代码库，请明确说明，并转回相关的 video-production 模式，而不要过度承诺使用 Remotion。

第 6 步：避免成为相互竞争的技能

不要在此处另行制定启发规则、输出格式或支持规则。此别名旨在降低迁移阻力并承接明确提到 Remotion 的请求，而非与规范技能竞争。

输出格式

返回与 video-production 相同的 视频制作需求说明，并在适用时推荐 Remotion 风格的技术栈。

示例

示例 1：旧版设置界面

输入

使用 remotion-video-production 帮我们规划一个可重复使用的产品视频模板。

预期行为

• 简要说明该请求对应 video-production
• 使用代码优先的可编程视频模式
• 返回规范的视频制作需求说明

示例 2：明确指定技术栈

输入

我们需要为每周的功能公告视频制定 Remotion 合成方案。

预期行为

• 将技术栈选择视为明确要求
• 使用场景、模板和渲染相关表述
• 使方案结构与规范技能保持一致

最佳实践

1. 保持别名轻量且明确。
2. 在保持向后兼容的同时，避免重复完整的规范说明。
3. 更新名称或设置界面时，引导用户优先发现 video-production。
4. 复用规范的 video-production 支持方案，而不是另行设计一套媒体工作流。
5. 当模板/API 自动化比 Remotion 代码库更适合某项请求时，明确说明应转用其他路径。

参考资料

• ../video-production/SKILL.md
• references/alias-routing.md
• references/remotion-route-outs.md