视频可以像网页一样构建：20个开源库和一条渲染流水线

eigen 在 X 上发了一份清单，标题很直白：20 个开源 skills，覆盖动画、着色器、角色、音频、导出。项目从 Remotion、Three.js 到 FFmpeg，链接都能直接打开。

清单本身收藏价值高，但原文章里更硬的判断是：模型生成动效视频，关键落在代码按时间画出每一帧。浏览器渲染，FFmpeg 编码。视频因此变成可编程动画。

一个函数 seek(t) 决定某一刻画面。30 FPS 的 25 秒视频有 750 帧。渲染第 600 帧时，不需要先跑完前 599 帧。这个约束改变了生产流程：没有依赖上一帧的随机，没有计时器驱动的 CSS 过渡，所有可见属性都从时间戳算出来。

原文章署名一位来自动效工作室的视觉特效总监，工作室有 200 多个常客。它把系统拆成六段：Brief 编译器、场景引擎、渲染器、质量控制、变体生成、交付。工具栈不需要二十个仓库全上。Remotion 负责 React 组件和参数化渲染，Playwright 控制浏览器，FFmpeg 编码。Remotion Agent Skills 可以用 npx skills add remotion-dev/skills 安装。HyperFrames 是另一个可选方向。

20 个开源项目在这里：

skills 这个词容易让人误解。模型并不自带 20 种视频魔法。它们是开源库和工具，各有职责。有网友在回复里说得直接：20 个 skills 听起来不错，直到要维护它们；Remotion 和 FFmpeg 承担重活，其余是锦上添花。这个判断和原文章的工具栈选择一致。

原文章没有把第一版结果当成最终结果。它要求分阶段检查：故事板、时间点、手机尺寸、品牌与事实、完整视频和音频。代理不能只说动画看起来不错。它要交检查报告：看了哪些时间戳、发现什么问题、怎么修、还剩什么风险。Mable Joseph 的 45 秒手绘动画短片被用来说明一次生成不等于成片：163 次模型调用，数小时工作。

变体矩阵是另一个容易被忽略的部分。3 个钩子乘 3 种画幅乘 2 个 CTA，等于 18 个导出。竖屏和宽屏不能只裁切，布局规则要按目标画幅算。缓存不变的 logo、字体、音频和背景，只重渲染需要变的部分。

商业化部分，原文章给了一个假设报价：750 美元的 launch package，固定范围、固定画幅、固定修改轮次。它明确说这是示例，不是市场价或收益保证。Remotion 有商业许可限制，三人以上团队和某些自动化场景要查当前条款。客户 logo、字体、音乐、音效的权利也要确认。

先做什么：一条 25 秒的产品仪表盘视频。四个场景：开场标题、带光标的 UI 交互、数据或功能动画、产品标识和 CTA。先让这一条真的好看，再把文字、图片、颜色、时间做成配置数据，再加第二种画幅、第三种画幅、不同钩子。自动化一条平庸动画，只会得到更多平庸动画。

视频从一次性作品变成可配置资产。重点落在把重复生产变成软件。用一个提示词替代设计师，那是另一回事。