Cloudflare 6 月 4 日宣布,VoidZero 团队整体加入公司。VoidZero 负责的 Vite、Vitest、Rolldown、Oxc、Vite+ 等项目将继续开源、MIT 授权、厂商无关、社区驱动,Evan 和原团队继续领导相关项目。Cloudflare 还承诺投入 100 万美元设立 Vite 生态基金,由 Vite 核心团队管理,用于支持维护者和贡献者。

这条新闻不能只按“收购开源项目公司”来读。原文没有披露财务条款,也反复强调 Vite 应用仍可部署到任何平台。更准确的判断是:Cloudflare 想把 Vite 纳入自身开发者平台的默认工作流,但它必须克制,不能把一个公共底座改造成自家入口。

VoidZero 加入 Cloudflare,项目路线暂不改向

Cloudflare 给出的承诺很具体:项目继续开放开发,路线仍由 Vite 团队和社区推动,Cloudflare 投入工程资源而不是接管方向。这一点对 JavaScript 开发者重要,因为 Vite 已不只是 Vue 生态里的构建工具,它已经被 SvelteKit、Nuxt、Astro、Solid、Qwik、Angular、React Router、TanStack Start 等框架采用,连 Next.js 也出现了 Vite 版本实现 vinext。

项目/动作Cloudflare 的说法对开发者的直接影响
Vite、Vitest、Rolldown、Oxc、Vite+继续 MIT/开源、厂商无关、社区驱动现有项目不必因组织变化立即迁移
VoidZero 团队全员加入 Cloudflare,Evan 和团队继续领导维护连续性较强,但治理透明度更关键
Vite 生态基金Cloudflare 投入 100 万美元,由核心团队管理有助于缓解维护者资金压力
Cloudflare 工具链CLI 和应用工具链向 Vite 靠拢Cloudflare 用户可能减少适配成本

这里不重要的是“谁把谁买了多少钱”。目前公开材料没有金额,也没有说 Vite 会绑定 Cloudflare。重要的是治理边界:Cloudflare 已经拥有 Astro 团队加入的先例,如今又把 Vite 相关团队纳入麾下,它在前端框架、运行时、部署平台之间的影响力会继续加深。

Cloudflare 押注 Vite,是在抢全栈与 AI 编程入口

Vite 当前约有 1.29 亿周下载,@cloudflare/vite-plugin 约 1400 万周下载。下载量不能等同真实用户数或市场份额,npm 依赖链会放大数字,但这个量级足以说明 Vite 已是 JavaScript 工程链的关键节点。

Cloudflare 的算盘并不隐蔽。它希望自己的 cf CLI、Workers、D1、R2、KV、Durable Objects、Workers AI、Agents 等能力,能在 Vite 的开发体验里自然出现。原文说得很克制:不是把 Vite 改成 Cloudflare 专属工具,而是让 cf dev 成为 vite dev 的超集,让 cf build 原生理解 Vite 项目,让 cf deploy 更顺手。

AI 编程让这件事更有商业意味。代码代理会反复启动 dev server、跑测试、读错误、修代码。Vitest、Rolldown、Oxc、Oxlint、Oxfmt 这类高速工具,对人是省时间,对 agent 是降低循环成本。谁控制默认脚手架、CLI 和本地运行环境,谁就更接近“AI 生成应用部署到哪里”的第一选择。

横向看,Vercel 依托 Next.js 建立了框架到部署的强绑定体验;Cloudflare 走的是另一条路:借 Vite 这个多框架底座,把 Workers 平台接进更广的前端生态。前者路径清晰但边界更窄,后者覆盖面更大,也更容易被社区警惕。

中立性不是声明出来的,要看合并请求怎么进

最该观察的不是 Cloudflare 会不会继续说“开放”,而是 Vite 新能力怎样进入主线。原文提到,面向全栈应用和 agent 的新抽象应是 provider-agnostic primitives,也就是任何云厂商、运行时或部署平台都能实现的通用钩子,而不是 Cloudflare 私有特性换个名字塞进 Vite。

这会影响两类人。使用 Vite 的团队短期不用改架构,但如果公司内部正在选择部署平台,Cloudflare 的 Vite 插件和未来 cf CLI 会让迁移门槛降低。框架和云平台开发者则要更谨慎:如果 Vite 的开放治理保持稳定,他们会得到更强的公共工具链;如果 Cloudflare 的实现开始压过通用接口,竞争者就会重新评估是否继续押注 Vite。

目前能确认的是组织变化、基金投入和工具链方向。还看不清的是治理细节:生态基金如何分配,Vite 核心决策如何避免单一公司影响过重,Cloudflare 自家需求和社区需求冲突时谁让步。这些问题不会在公告里解决,只会在一次次 RFC、PR、版本发布和插件兼容里暴露答案。