VoidZero 加入 Cloudflare
Cloudflare AI··作者 Steve Faulkner
关键信息
Cloudflare 表示，Vite 仍将保持 MIT 许可证、可移植性以及开放开发模式，Evan 和 VoidZero 团队也会继续领导这些项目。Cloudflare 还承诺向 Vite 生态基金投入 100 万美元，由 Vite 核心团队管理，并强调工程资源会投入这些项目本身，而不是把它们改道。
资讯摘要
Cloudflare 宣布，VoidZero 正在加入公司，VoidZero 正是 Vite、Vitest、Rolldown、Oxc 和 Vite+ 的背后团队。随着这次变动，VoidZero 的全体成员也都会加入 Cloudflare。Cloudflare 特别强调，这些项目本身不会改变方向，仍将保持开源、厂商中立并由社区驱动。公司将这次合作描述为对开放互联网的投资，也是对整个 JavaScript 生态都能使用的可移植工具链的支持，而不是把生态锁定在某一家服务商上。
Cloudflare 认为，Vite 是少数被整个生态广泛认可的基础工具之一，因此最好的支持方式是继续强化这个共享基础，而不是控制它。Cloudflare 还宣布，将投入 100 万美元设立 Vite 生态基金，用于支持维护者和贡献者，并由 Vite 核心团队负责管理。文章还提到，Vite 与 Cloudflare 早在 2024 年就已经开始合作，起点是 Vite Environment API。Cloudflare 基于这一 API 构建了自己的 Vite 插件，使开发时的服务器代码可以运行在 workerd 中，并与 Workers 生产环境使用的运行时模型保持一致，从而缩小本地开发和部署之间的差距。
资讯正文
VoidZero——Vite、Vitest、Rolldown、Oxc 和 Vite+ 背后的公司——将加入 Cloudflare。作为这一变化的一部分，VoidZero 的所有团队成员也将加入 Cloudflare。
在说任何其他事情之前，我们想先把最重要的一点说清楚：Vite、Vitest、Rolldown、Oxc 和 Vite+ 将继续保持开源、保持厂商中立，并由社区驱动。这一点不会改变。
Cloudflare 的使命是帮助构建一个更好的互联网。而更好的互联网是一个开放的互联网。开发者需要选择，框架需要中立的基础，应用需要具备可移植性。指望整个 Web 生态系统都围绕单一厂商来构建，是不合理的。最重要的工具和框架本来就应当在设计上具备可移植性。
Vite 是少数能获得整个 JavaScript 生态系统共识的基础工具之一。它之所以获得这一地位，是因为它速度快、表现出色、可移植，而且不依赖特定厂商。Cloudflare 能够帮助构建更好互联网的最佳方式之一，就是投资这一基础性的开源工具链。这样的工具链让互联网对每个人都更好，而不仅仅是对使用 Cloudflare 或选择托管在我们这里的人更好。
在过去几年里，我们投入了大量资源，让 Cloudflare 成为在我们的开发者平台上构建和运行网站、应用以及 agent 的最佳场所。但最终，这个选择始终属于你。你可以在任何你想要的地方运行你的 Vite 应用。
这对 Vite 意味着什么
今天的消息为 Vite 提供了更多资源以继续成长，而让 Vite 成其为 Vite 的那些特质依然保持不变：
Vite 仍然采用 MIT 许可并保持开源。
Vite 仍然保持厂商中立。用 Vite 构建的应用可以在任何地方运行，并且未来也会继续如此。
Vite 的路线图将继续由更广泛的 Vite 团队和社区推动，并继续以开放方式开发。
Evan 以及 VoidZero 团队的其他成员将继续领导 Vite、Vitest、Rolldown、Oxc 和 Vite+。
Cloudflare 将为这些项目投入工程资源和支持，而不是把它们引向别处。
今年早些时候 Astro 加入 Cloudflare 时，我们也做出了同样的承诺。Astro 仍然是开源项目，也仍然可以部署到任何地方。该团队仍在按照原先的路线图持续交付。
对 Vite 来说，这种承诺更加重要，因为 Vite 不只是某一个框架。Vite 是许多项目背后的基础：Vue、SvelteKit、Nuxt、Astro、Solid、Qwik、Angular、React Router、TanStack Start。就连 Next.js 现在也在 vinext 中拥有一个基于 Vite 的实现。Vite 已经成为 JavaScript 生态系统共享的基础。
我们的首要目标，是维持 Vite 迄今获得的大量采用所依赖的信任。不是靠我们在这里说了什么，而是靠我们每天在支持和开发这些项目时所展现的行动来证明。
我们也希望在支持开源和共享生态基础设施方面，用实际投入来兑现我们的承诺。作为这项公告的一部分，Cloudflare 承诺向一个 Vite 生态基金投入 100 万美元，用于支持维护者和贡献者，该基金将由 Vite 核心团队管理。Vite 不仅仅属于 VoidZero 或 Cloudflare，那些帮助它成长起来的人也应当参与接下来的一切。
Vite 作为基础
Vite 和 Cloudflare 团队在这次公告之前就已经合作了很长时间，这一切始于 2024 年的 Vite Environment API。Environment API 让 Vite 在开发期间可以在 Node.js 之外的其他环境中运行服务器代码。我们与 Vite 团队密切合作设计了这一 API，然后在此基础上构建了 Cloudflare Vite 插件。
当你运行带有 Cloudflare 插件的 vite dev 时，你的服务器代码会在 workerd 中运行；workerd 是同一个开源运行时，生产环境中的 Workers 也是由它驱动的。Durable Objects、D1、KV、R2、Workflows、Workers AI、Agents、Service Bindings、Workers RPC——所有这些都能在本地以与生产环境相同的运行时模型中运行。
长期以来，在非 Node 运行时上开发的代价在于，本地开发体验感觉像是生产环境的一个更差版本。Environment API 消除了这一代价，同时又没有强迫任何人采用 Cloudflare 特定的开发服务器。任何想接入 Vite 的运行时都可以做同样的事情。这种设计——Vite 中的通用机制加上各提供方的具体实现——已经证明非常有效，也是我们希望继续建立在其基础上的方式。
当我们看到 Cloudflare Vite 插件的采用率迅速上升时，我们知道自己找对了方向：
Vite 的采用曲线是当前生态系统中最引人注目的现象之一。截至本文撰写时，Vite 每周下载量大约为 1.29 亿次。Cloudflare Vite 插件（@cloudflare/vite-plugin）每周下载量接近 1400 万次。
如果你一年前告诉我们，一个 Cloudflare Vite 插件的下载量会达到 Vite 本身 10% 以上的水平，我们一定不会相信。发生了什么？AI 发生了。如今，软件的产出比以往任何时候都多，而其中很大一部分始于 AI 生成的代码。这些应用需要一个默认技术栈，以及一个运行它们的地方。由智能体编写代码的应用正在选择 Vite，而且越来越多地，它们也在选择运行于 Cloudflare 之上的 Vite。
AI 正在改变我们编写软件的方式
过去，只有开发者才会使用开发服务器、打包器、代码检查器、格式化工具和 CLI。现在不再是这样：智能体也在不断使用它们。它们会搭建项目脚手架、运行开发服务器、读取错误信息、编写测试、进行代码检查和格式化、部署预览，并持续迭代。
许多 AI 生成的应用已经以 Vite 应用作为起点，因为 Vite 速度快、易于理解，而且与智能体在训练数据中见过的内容广泛兼容。快速反馈循环一直都很重要。而当使用智能体编写软件时，它们变得更加关键：
快速构建，因为它们迭代的频率比人类更高。
快速测试，因为它们会持续反复运行测试套件来验证自己的工作。
快速进行代码检查和格式化，因为这些工具会成为护栏。
清晰、结构化的错误信息，因为智能体必须读取并据此采取行动。
一致的 CLI，因为细微的不一致会造成巨大的偏离。
整个 VoidZero 工具链就是为这种循环而打造的。Vitest、Rolldown、Oxc、Oxlint 和 Oxfmt 都是各自类别中速度最快的工具之一，而且当它们被代理反复运行时，表现也很好。Vite+ 将这些组件整合成一套工具链，配备一个 CLI、一个配置模型，以及更少的活动部件。这让开发循环更容易被人理解，也更容易被代理稳定驱动。
我们自己也在率先使用这套工具链。Cloudflare 仪表盘是基于 Vite 构建的。Oxlint 已经为 Cloudflare 的代码库节省了数天的工程时间。来自 Astro 团队的代理运行框架 Flue 也正在迁移到以 Vite 作为基础。Flue 可以在 Node.js、Cloudflare Workers、GitHub Actions、GitLab CI/CD 等环境中运行代理，而 Cloudflare 目标现在使用官方的 Cloudflare Vite 插件和 workerd 集成。Vite 也正在成为 Cloudflare 内部默认的应用基础。
Vite 正在变成全栈
几年前，构建工具的职责很直接：把源文件处理一下，产出一个 bundle，然后交付出去。但这对现代应用来说已经不够了，尤其是在这样一个有些应用本身就是代理的世界里。
现代应用包括服务端渲染路由、API、后台任务、队列、数据库、对象存储、实时能力、身份验证，以及不断增长的代理和 AI 能力清单。“构建”不再是故事的结尾，而是部署的起点；这次部署必须理解所有这些组成部分。
这意味着 Vite 必须变得不只是一个构建工具。它需要理解更多应用本身，同时仍然忠于 Vite 最初成功的原因：速度、简洁和可移植性。
Void 是一个为 Vite 设计的部署平台，也一直是这些想法的另一个试验场。它帮助我们探索现代应用框架应该负责什么、部署体验应该是什么样，以及有多少完整的应用生命周期能够围绕一套工具链被统一起来。我们从这项工作中学到了很多。
现在，这些工作正在把那些经验放到合适的位置。有些内容应当作为与提供商无关的原语进入 Vite 本身：为后端、API、代理和部署提供一流的抽象和钩子，任何提供商都可以实现。另一些经验则应当留在 Cloudflare 内部。Cloudflare 将在 Workers 以及我们开发者平台的其余部分上，为这些钩子提供一流实现。
尽管有些 Vite 维护者正在加入 Cloudflare，Vite 本身的变更仍将像其他任何 Vite 贡献一样，继续通过同样的开放贡献流程。加入 Vite 本身的功能不应该是 Cloudflare 专属的。它们将能在 Vite 所运行的任何地方工作。
让 Cloudflare 走向 Vite
同样的原则也塑造了我们对 Cloudflare 自身工具未来的看法。我们不是在把 Vite 推向 Cloudflare 的方向，而是在做相反的事：把 Cloudflare 的应用工具迁移到 Vite 上，让它建立在开发者已经熟悉的同一套工作流之上。
我们最近发布了 cf 的技术预览版
一个面向整个 Cloudflare 平台的新统一 CLI。Vite 将成为我们应用程序 CLI 体验的基础。最终目标是为所有 Cloudflare 产品提供一个一致的 CLI，无论你是在使用 Workers、R2、D1、Agents，还是其他任何服务，都会有相同的使用体验。
如果我们把这件事做好，Cloudflare CLI 应该会像 Vite，而不是像一个额外挂在 Vite 旁边的独立东西。
cf dev 应该是 vite dev 的超集。相同的速度、相同的热模块替换、相同的插件模型，再加上你需要时可用的 Cloudflare 运行时和绑定。
cf build 应该能够原生理解 Vite 项目，而不需要做一番适配。
cf deploy 应该让把 Vite 应用部署到 Cloudflare 变得很简单。
如果你今天就在使用 Vite，那么迁移到 Cloudflare 的路径会让人感觉只是把你已经熟悉的命令换成了一个超集。相同的项目形态。相同的 Vite 工作流。你想用时，整个 Cloudflare 开发者平台都可供使用。
接下来会发生什么
短期内，对于 Vite 用户以及构建在 Vite 之上的框架来说，什么都不会改变：
Vite、Vitest、Rolldown、Oxc 和 Vite+ 都会继续发布。VoidZero 团队会继续为它们贡献并主导开发。
Cloudflare 的 Vite 插件会继续改进。
Environment API 以及“在本地让你的服务器代码运行在正确的运行时中”这一更广泛的叙事会继续变得更好，包括对非 Cloudflare 运行时也是如此。
从长期来看：
我们开始推进 Cloudflare CLI 的工作，让它朝着直接建立在 Vite 之上的体验演进。
Vite 将获得新的、干净的、与提供方无关的原语，用于全栈应用和 agents，这些原语在任何平台上都能为所有人工作。
随着时间推移，我们打算将 Void 平台开源，这样其他人就能从中学习，并在 Vite 和 Cloudflare 之上构建自己的平台。
我们会在公开环境中、与社区一起完成这一切。就像 Vite 一直以来的构建方式一样。
欢迎 VoidZero
Vite、Vitest、Rolldown、Oxc 和 Vite+ 的存在，得益于一个深厚的开源贡献者生态系统为它们投入了多年的工作。这些项目如今已经成为 Web 构建方式的基础，我们感谢所有帮助它们走到今天的人。感谢一路上为这些项目贡献代码、评审、问题反馈、文档、插件、集成和支持的每一个人。
我们很高兴欢迎 VoidZero 团队加入 Cloudflare，也很高兴能为这些项目投入更多资源。我们现在的任务是帮助它们成长、保持开放，并为每个人驱动 JavaScript 生态系统。
Vite 继续做 Vite，Cloudflare 负责提供帮助。
如果你今天就想在 Cloudflare 上试用 Vite，请运行：
npm create vite@latest
npx wrangler deploy
来源与参考
收录于 2026-06-05