你一个人扛日更或周更,最耗时间的往往不是写稿,而是 每条视频都要重复做竖屏版式、字幕位置、片头片尾——Premiere 里拖一遍,下一条又来一遍。
remotion(GitHub remotion-dev/remotion,开源用 React 程序化做视频,官网 remotion.dev)适合把 固定版式代码化:改参数就批量出不同口播的竖屏片。它不是剪辑软件替代品,而是 「模板 + 渲染」 流水线。
你打开仓库页能看到 star 量级在数万、issue 与 release 仍活跃——适合当 长期模板资产 学,不适合当「装一次就删」的玩具。
场景
自媒体一人公司:你已有口播音频或粗剪,缺的是 稳定 9:16 字幕+版式。remotion 替的是 重复套模板 那一步,不是替你写脚本。
如果你同时做 小红书短视频 + 视频号竖屏,先让 一个 Composition 参数化(标题、副标题、背景色),再谈多平台导出;别两个平台两套 Premiere 工程从零拖。
装
本机需要 Node.js 18+。空目录执行官方脚手架(以 Quick Start 为准):
```bash
npm create video@latest my-remotion-test
cd my-remotion-test
npm install
```
Windows 上若 npm create 较慢,可先确认 Node 与 npm 源可用;不要在系统盘塞满时渲染,临时缓存也会拖垮首渲。显卡不是硬性要求,CPU 渲染短片足够做验收。
用
- 在
src/Root.tsx里 只保留一个 Composition,宽高改成 1080×1920(竖屏),时长先设 150~300 帧(按你项目 fps,约 5~10 秒)。 - 文案先写死一行标题+一行字幕占位,别第一天就上 Whisper 全链路。
- 预览:
npm run dev,确认竖屏画面正常。 - 导出测试:
npx remotion render指向该 Composition 的 id(脚手架 README 里会写默认 id),得到 一小段 MP4 即可。
第二周再考虑 @remotion/captions 或本地 Whisper 字幕——那是 「模板已稳」之后 的增量。一人公司最常见返工,是 第一周就把字幕、转场、多平台尺寸绑在一起,结果连第一版竖屏都没验证通过。
npm run dev 里改文案能 热更新预览,比每次全量 render 省时间;习惯养成后,你每周只 export 最终版,日常调版式都在浏览器里完成。
验收
今天过关只有一条:项目目录里出现可播放的竖屏 MP4,且你知道改哪几个 props 能换标题/字幕,不必打开 Premiere 重拖。
用手机传文件到微信「文件传输助手」播放一遍,确认 没有黑边比例错误、字幕出画。这一步比盯着终端日志「渲染成功」更能避免上线后翻车。

踩坑
- 第一次就渲染 20 个场景 + 4K + 长音频,本机会又慢又容易 OOM;先 单 Composition 短片。
- remotion 学习曲线在 React + 时间轴思维,完全不会前端的要预留半天摸模板,别指望 10 分钟精通。
- 字幕若要 逐字高亮,再叠加
@remotion/install-whisper-cpp等包——放到 第二条视频 做,别和首渲绑在一起。 - 别和 会议纪要类工具 混为一谈:remotion 是 出片,不是 写稿;脚本仍要你自己或别的 AI 工作流准备。
- 电商主图/详情是另一条 OPC 线;本篇只服务 自媒体竖屏视频 模板化。
- 不适合:只想偶尔发图文、不做视频的人。
和 CapCut 模板 的关系:CapCut 适合快速手剪;remotion 适合 同一版式每周换文案批量渲染。先选定你是不是要走「代码模板」路线,再投入学习成本。
仓库活跃度上,remotion 在 GitHub 长期 高 star + 频繁 release(以你打开仓库页为准),说明社区模板和文档还在迭代——首周跟官方脚手架走,比 fork 三年前的民间模板更稳。
先别 / 先做
- 先别:整条日更时间线 + 多平台尺寸一次导出。
- 先做:一条 9:16、10 秒级测试片,确认版式参数可复用。
今天省下的,是少一轮「渲染跑了一小时才发现竖屏比例错了」的返工。remotion 的价值在 模板可复用,不在第一天炫技。
夜雨聆风