Cloudflare 花 1100 美元用 AI 重建了 Next.js,tldraw 连夜把测试套件闭源了
一个工程师,一个 AI 模型,一周时间,1100 美元 token 费用——Cloudflare 从零重建了 Next.js。这件事本身已经够炸裂了,但真正让开源社区炸锅的,是它引发的连锁反应:tldraw 当天就把测试套件转为闭源,甚至开了个玩笑 issue 说要「把源码翻译成繁体中文来防御 AI」。
2026 年 2 月 24 日,Cloudflare 在官方博客发布了一篇看似普通的技术文章:《How we rebuilt Next.js with AI in one week》。
但这篇文章在开发者社区引发的震动,远超一个技术方案本身。

一个人 + AI = 重建最流行的前端框架
先说 Cloudflare 到底干了什么。
Next.js 是目前最流行的 React 框架,数百万开发者在用。但它有个老大难问题:部署到 Cloudflare Workers、Netlify、AWS Lambda 这些非 Vercel 平台时,体验很差。社区搞了个 OpenNext 项目来适配,但本质上是在逆向工程 Next.js 的构建产物,每次版本更新都要重新打补丁,像打地鼠一样。
Cloudflare 的工程师 Steve Faulkner 想了个更激进的方案:不适配了,直接用 AI 在 Vite 上重新实现 Next.js 的 API 接口。
结果就是 vinext(发音 vee-next)。
| 指标 | Next.js 16 | vinext (Vite 8/Rolldown) | 差距 |
|---|---|---|---|
| 生产构建时间 | 7.38s | 1.67s | 快 4.4 倍 |
| 客户端包体积 (gzip) | 168.9 KB | 72.9 KB | 小 57% |
用法也简单到离谱——把 package.json 里的 next 换成 vinext,现有的 app/、pages/、next.config.js 全部原样工作。
vinext dev # 开发服务器
vinext build # 生产构建
vinext deploy # 一键部署到 Cloudflare Workers
这不是套壳,是完整的重新实现:路由、服务端渲染、React Server Components、Server Actions、缓存、中间件,全部基于 Vite 插件重写。
最关键的数字:整个项目的 token 成本大约 1100 美元。
一个工程师 + AI,一周时间,1100 美元,重建了一个数百万开发者使用的框架。这个成本结构,才是让开源社区真正恐慌的东西。
tldraw 的恐慌:测试套件比源码更危险
vinext 博客发布不到 24 小时,tldraw 的创始人 Steve Ruiz 就在 GitHub 上开了一个 issue:「Move tests to closed source repo」(将测试套件迁移到闭源仓库)。
tldraw 是一个非常优秀的协作绘图库,被广泛用于白板、画布类应用。虽然代码公开在 GitHub 上,但它使用的是自定义许可证——商业使用需要付费授权。
Steve Ruiz 在 issue 中写道:
It’s become very apparent over the past few months that a comprehensive test suite is enough to build a completely fresh implementation of any open source library from scratch, potentially in a different language.
翻译过来就是:过去几个月越来越明显,一套完整的测试用例足以让 AI 从零重建任何开源库的全新实现,甚至可以换一种编程语言。
这个判断非常精准。想想看:测试套件定义了软件的所有预期行为——输入什么、输出什么、边界条件怎么处理。有了这些,AI 不需要理解你的代码是怎么写的,只需要写出能通过所有测试的代码就行。
这比直接复制源码更可怕。复制源码还受许可证约束,但如果 AI 根据测试用例「独立实现」了一个功能完全相同的库,法律上很难说这是侵权。
tldraw 团队甚至开了一个半开玩笑的 issue:「Translate source code to Traditional Chinese」(把源码翻译成繁体中文),理由是:
The current tldraw codebase is in English, making it easy for external AI coding agents to replicate. It is imperative that we defend our intellectual property.
当前代码库是英文的,这让外部 AI 编程 Agent 很容易复制。我们必须保护知识产权。
这个 issue 很快被关闭了,但它传递的焦虑是真实的。
Cloudflare 的 vinext 到底是怎么做到的?
回到 vinext 本身,它的成功有几个关键因素。
首先,它不是从零开始。Vite 已经是一个成熟的构建工具,支撑着 Astro、SvelteKit、Nuxt、Remix 等主流框架。vinext 要做的是在 Vite 之上实现 Next.js 的 API 接口,而不是重新发明构建工具。
其次,Next.js 的 API 接口是公开的、有文档的。文件系统路由、getServerSideProps、app/ 目录结构、Server Components——这些都是开发者每天在用的公开 API。重新实现公开 API 在软件行业有悠久的传统,从 Wine(重新实现 Windows API)到 Mono(重新实现 .NET),这本身不是什么新鲜事。
但 AI 改变了一件事:速度和成本。
以前重新实现一个框架需要一个团队花几个月甚至几年。现在一个人加 AI 一周就能搞定,而且成本只有 1100 美元。这意味着任何有商业价值的开源项目,理论上都可以被快速复制。
Cloudflare 在博客中也坦诚地说:
We honestly didn’t think it would work. But it’s 2026, and the cost of building software has completely changed.
我们老实说,一开始也没觉得能成。但这是 2026 年了,构建软件的成本已经完全变了。

开源的「护城河」正在被 AI 填平
这件事暴露了一个更深层的问题:在 AI 时代,开源项目的护城河到底在哪里?
传统上,开源项目的护城河包括:
- 代码复杂度(别人看不懂、改不动)
- 社区生态(插件、文档、教程、Stack Overflow 问答)
- 品牌信任(大家都在用,切换成本高)
- 持续迭代速度(你抄今天的版本,明天我又更新了)
AI 正在削弱前两个护城河。代码复杂度?AI 不怕复杂代码。社区生态?AI 可以读文档、读教程、读 Stack Overflow,然后生成兼容的实现。
但后两个护城河——品牌信任和迭代速度——AI 暂时还动不了。vinext 虽然跑分好看,但要让数百万 Next.js 开发者迁移过来,还需要时间证明稳定性和兼容性。
开源项目的真正护城河,正在从「代码本身」转向「社区信任和迭代速度」。代码可以被 AI 复制,但信任不能。
这对开发者意味着什么?
对于普通开发者来说,vinext 本身是个好消息——更快的构建速度、更小的包体积、一键部署到 Cloudflare Workers。如果你正在用 Next.js 并且对部署体验不满意,值得试试。
但从更大的视角看,这件事标志着一个转折点:AI 不再只是帮你写代码的工具,它开始能够复制和替代整个软件项目。
tldraw 选择把测试套件闭源,这是一种防御策略,但不是长期解决方案。真正的问题是:当 AI 让软件复制的成本趋近于零时,开源商业模式需要找到新的价值锚点。
可能的方向包括:
- 从卖软件转向卖服务(SaaS 化,代码开源但托管服务收费)
- 从卖代码转向卖数据和模型(代码开源,但训练数据和模型权重闭源)
- 从卖产品转向卖生态(代码开源,但围绕它的工具链、集成、企业支持收费)
说实话,这些方向也不是什么新思路。但 AI 加速了这个转变的紧迫性。
当一个工程师加 AI 就能在一周内重建你花了几年打造的框架时,你的竞争优势到底是什么?这个问题,每个开源项目的维护者都需要认真想想了。
写在最后
Cloudflare 用 AI 一周重建 Next.js,成本 1100 美元。tldraw 连夜把测试套件转为闭源。这两件事放在一起,画出了 AI 时代开源项目面临的新现实:代码本身不再是护城河,测试套件甚至比源码更危险,而软件复制的成本正在趋近于零。
开源不会死,但开源的商业模式需要进化。
参考链接
- Cloudflare 官方博客 - How we rebuilt Next.js with AI in one week:https://blog.cloudflare.com/vinext/
- tldraw GitHub Issue - Move tests to closed source repo:https://github.com/tldraw/tldraw/issues/8082
- vinext GitHub 仓库:https://github.com/cloudflare/vinext
- Simon Willison 评论:https://simonwillison.net/2026/Feb/25/closed-tests/
更多推荐



所有评论(0)