remotion-dev/remotion

解决什么问题

做视频通常只有两条路：人工在时间轴编辑器里拖素材，或者在服务端用 ffmpeg 脚本和图片合成拼出一条流水线。两者都不擅长处理「带变量」的视频——给一千个用户各生成一条个性化视频，或者让视频内容跟着实时数据变化，就会退化成一堆难以维护的脚本。Remotion 把视频当作一棵 React 组件树：每一帧都是时间的函数，渲染器逐帧输出，预览和成片用的是同一份代码。

有什么不同

传统剪辑软件（Premiere、After Effects）面向一次性人工剪辑，扩展到模板化批量生产很别扭。服务端 ffmpeg 方案控制力够，但没有组件模型、没有实时预览，也无法复用 Web 排版能力。Remotion 的赌注是把 CSS、React 状态、props、数据请求这些 Web 原语当作动画语言，播放器组件和渲染器共享代码。真正让它不止于玩具的是 Node.js/Lambda 等批量渲染路径。README 现在把「用编码 Agent 做视频」放在最前面，但这更像工作流包装而非新引擎，文档里细节很少，别把它当成核心卖点。

适合谁

已经在用 React 的团队，需要模板化或数据驱动的视频：营销素材流水线、大批量个性化视频、产品内的视频导出功能、动画设计系统。适合宁愿调组件也不愿调时间轴的人。不适合想要可视化画布、完全不写代码的剪辑师和动效设计师，也不适合只想做简单裁剪转码的场景，以及不愿意在流水线里跑 Node.js 和无头浏览器的人。

上手成本

需要 Node.js，渲染链路上一般还要无头浏览器和 ffmpeg；要上量就得接 Lambda、Vercel sandbox 或客户端渲染。真正的门槛是许可证：它不是标准开源协议，README 明确说某些情况下需要购买公司授权，动手前先对照 LICENSE.md 看公司规模和用途。文档很厚（1000+ 页）是加分项，但 API 面积也大。这类渲染工具链还存在版本迭代快、需要锁版本的老问题。

点评

这是个成熟项目，不是昙花一现：六年历史、约 6.7 万 star，登上趋势榜那天只涨了 364，但当月累计 +6,681，说明是围绕真实产品的稳定自然增长，而非突发热度。「React 即视频源」这个思路确实有区分度，也经住了时间。团队写 React、又需要模板化/批量/应用内视频，就值得上手；需要可视化编辑器，或者打算在此基础上做商业产品却还没看许可证的，请先绕开。