我们看到 hyperframes 16.7k star 在两个月里冲起来,直觉上会以为这是新秀对老牌——再看 Remotion,46.4k star、3.2k fork、最新版本 v4.0.459 才在五月八号发布,一个不起眼的事实在仓库里躺着:hyperframes 自己的 docs 写过一句话,它不是 Remotion 的 fork、不是依赖、不是 wrapper,而是 HeyGen 亲口承认的"精神继承"。
这条线索让"谁在领跑"这个问题变得有意思。
事实切片:Remotion 在做什么、做了多久
Remotion 创建于 2020-06-23,一句话定位:"Make videos programmatically with React"。仓库里 619 个 release 版本、TypeScript 主导(33 MB)、还掺了一点 Rust 做关键路径加速。最近一周仍在以 v4.0.45x 的节奏发版,作者是 Jonny Burger,背后实体是 The Remotion Company——也就是说,这个项目从一开始就不是个人玩具,是商业团队的主线产品。
它的渲染原理后来被复用到了大半个赛道:把 React 组件用 Webpack 打包成 bundle,Puppeteer 驱动 headless Chrome 加载,通过一个叫 useCurrentFrame() 的 hook 把"当前帧号"注入组件,逐帧 page.screenshot() 出 PNG,再用 image2pipe 流式喂给 FFmpeg 编码成 MP4。delayRender() / continueRender() 一对 API 解决"字体未加载就开拍"的硬伤——这套规范级的工程模式,后面所有跟进者都在用。
License 上 Remotion 选了一条少见的路:个人 / ≤3 人小公司 / 非营利 / 评估期免费,营利公司一旦超过 3 人就必须买 Company License。remotion.pro 的报价是 Creators 套餐 $25/座位/月、Automators 套餐 $0.01/渲染、起步 $100/月。这种双轨式 license 设计有意把"个人开发者社区"和"商业用户付费"分开——既保证开源传播,又让公司有义务出钱反哺。
hyperframes 创建于 2026-03-10,刚好两个月,作者是 HeyGen(美国 AI 视频赛道的商业主力)。两个项目的生命跨度差出 30 倍。
我们怎么看:奠基者的护城河,藏在对手的归属注释里
带着上面的事实再去翻 hyperframes 仓库,有一份文件叫 docs/guides/hyperframes-vs-remotion.mdx。HeyGen 在里面写了一段话(原文):
"Remotion is an awesome project, and we used Remotion in HeyGen's production pipelines for many months. Remotion promoted the idea of using code to orchestrate and animate video production, and it proved that headless Chrome could be a reliable, deterministic video renderer. Several patterns in the Hyperframes source come directly from what the Remotion team pioneered — Chrome launch flags, port selection, image2pipe streaming into FFmpeg, in-order frame buffering. We kept attribution comments in our code on purpose so the lineage stays visible to anyone reading the source."
翻译成中文摘要就是:HeyGen 在自己生产线上用 Remotion 跑了好几个月;hyperframes 源码里多处工程模式直接来自 Remotion 团队——Chrome 启动 flags、端口选择、image2pipe 流式编码、in-order 帧缓冲;为了让血缘可见,他们在源码里有意保留了归属注释。
这种自陈在开源世界里非常罕见,所以含金量很高。它把"hyperframes 是不是直接引用 Remotion"这个问题的答案从二选一(是/不是)切成了第三种形态——精神继承:不复制代码、不共享依赖,但把对手"立的范式"老老实实地承认下来。
如上图所示,真正能落地的关系是右上那一格"lineage 致敬";左边三种被一一划掉。还有一块旁证更直接——hyperframes 仓库里有 skills/remotion-to-hyperframes/ 这个 skill,工具本身是把"现存 Remotion 项目翻译成 HyperFrames 组合",甚至带一个 lint_source.py 脚本检测 Remotion 项目里"翻不过来"的模式(useState、useEffect 副作用、async calculateMetadata、@remotion/lambda)。这是从 Remotion 迁出去、不是迁回来——一个新项目要专门做"如何从前辈那里搬家"的工具,这种细节比 README 上的任何标语都有说服力。
所以 Remotion 真正的护城河不在 star 数,而在它立的两根支柱:第一,把"用代码编排视频"这个范式做成了主流开发者愿意使用的工程实践;第二,证明了 headless Chrome 是一个可靠的确定性视频渲染器。 这两根支柱在 2020 年是猜想,到 2026 年已经被整个赛道默认。后来者做的事情不是推翻它们,而是在不同的语言入口(React vs HTML vs DSL)、不同的并发架构(本地进程池 vs Lambda 云函数)上分化它们。
它意味着什么
第一个改变,是我们对"奠基者"的衡量方式要换一把尺子。Remotion 当下的 46.4k star 看起来"领先"hyperframes 30k,但这个数差不是关键——关键是 619 个 release 持续 6 年、对手在 docs 里署名归属、有反向迁移工具从对面 fan-out。这些东西比 star 慢,但更难复制。一个领域里"奠基者已就位"的真正信号,是新进者主动声明继承,而不是 silently fork。
第二个改变,是选型这件事不再是 "hyperframes vs Remotion" 的二选一。两个项目的入口语言不一样——Remotion 让人写 React 组件,useCurrentFrame() hook 进 props,适合已经有 React 团队和组件库的公司沿用既有技能;hyperframes 让人写纯 HTML/CSS/JS,适合 agent 直接生成内容(Claude Code / Cursor 写 HTML 比写 React 时差更小,因为没有 hook、没有 Context、没有 build step)。前者偏向人,后者偏向 agent。如果团队在 4 人以上、已经有 React 视频组件资产,Remotion 的工程成熟度仍然占优——但要为它出 Company License 的钱。如果是从零开始、并且打算让 agent 主导生产,hyperframes 的 HTML-first 路径更省心,免费、Apache 2.0、没有员工数门槛。
第三个改变,是这个赛道值得继续盯。Remotion 走"React + Lambda 云端并发"路线、hyperframes 走"HTML + 本地进程池 + agent skill"路线、Motion Canvas 走"TypeScript DSL"路线、Manim/Manimgl 走"Python 数学动画"路线;它们底下大概率都有一段 Puppeteer + FFmpeg 的影子。范式立了之后,接下来六年的竞争是在范式的不同切面上展开,而不是再去重新发明渲染管线。一句话:奠基者从来不被超越,只被分化。
承认这一点,反而让我们对"Remotion 已经是过去式"这种简单结论小心一点。它仍然是这个赛道最值得 deep-read 的代码库,即使我们最终不去用它的 npm 包。
