Remotion Skills 2.0：子技能化、可交互与审美中立

Remotion 发布「Remotion Skills 2.0」

2.0 三个重要更新： 1. 子技能化（Sub-skills） 2. 可交互（Interactive） 3. 审美中立（Taste-neutral）

1. 子技能化：从"一个大文件"到"路由器 + 专项技能" /remotion-best-practices 现在"只是一个 router"。这是一个重要的架构转变： · 1.0 的做法：所有最佳实践塞在一个技能里，AI 每次都要加载全部内容，不管你要做的是什么。 · 2.0 的做法：拆成 12 个专项技能，router 技能只负责判断"当前任务该加载哪个子技能"，确保只有相关信息进入上下文。

2. 可交互：AI 生成 → 人工微调 → 再继续迭代 Remotion 承认旧版 API 对人和 AI 都不够友好，这次同时做了两件事： · 简化核心 API，降低生成代码的出错率； · 打通 Studio 可视化编辑回路：AI 生成的代码可以直接在 Remotion Studio 里用鼠标拖拽编辑——移动元素位置、缩放、旋转、拖关键帧、调缓动曲线——并且这些编辑会写回源代码（不是临时的预览状态）。

这形成了一个非常合理的人机协作工作流： · AI 生成视频代码的初稿（AI 擅长快速搭结构）； · 你在 Studio 里手动微调位置、时序、缓动（人擅长审美判断和精细调整）； · 再把微调后的代码交给 AI 继续迭代（代码始终是单一事实来源）。

配套的 /remotion-interactivity 技能专门教 AI 写出"可被 Studio 编辑"的代码——比如 style.translate 要是可编辑的、缓动要用内联的 Easing.bezier(...) 等 Studio 能解析回写的表达式。

3. 审美中立：把设计决策权还给用户 这一条针对的是 AI 生成内容的一个常见痛点：AI 倾向于套用训练中学到的"默认审美"（千篇一律的渐变、圆角卡片、居中大标题）。如果技能文件里再内置一套官方设计偏好，用户的创意指令就要和两层默认审美打架。

2.0 的做法是：技能只负责技术正确性（API 怎么用、怎么组织代码），不负责审美判断（该用什么颜色、什么风格）。设计完全由用户的 prompt 决定。这对有明确视觉需求的创作者是明显的改进。