VoidZero is joining Cloudflare

VoidZero 加入 Cloudflare

2026-06-04

• Evan You

• Steve Faulkner

7 分钟阅读

这篇文章也提供以下语言版本：

Nederlands

.

Vite、Vitest、Rolldown、Oxc 和 Vite+ 的开发公司 VoidZero 正式加入 Cloudflare。作为此次变动的一部分，VoidZero 的所有团队成员也将加入 Cloudflare。

在说其他任何事情之前，我们想首先明确最重要的一点：Vite、Vitest、Rolldown、Oxc 和 Vite+ 将继续保持开源、与供应商无关，并由社区驱动。这些都不会改变。

Cloudflare 的使命是帮助构建一个更好的互联网。而一个更好的互联网，是一个开放的互联网。开发者需要选择权，框架需要一个中立的基础，而应用程序需要具备可移植性。期望整个网络生态系统都围绕单一供应商构建是不合理的。最重要的是，工具和框架的设计本身就应该具备可移植性。

Vite 是少数几个整个 JavaScript 生态系统都达成共识的基础性工具之一。它之所以能占据这一位置，是因为它速度快、表现优秀、可移植性强且与供应商无关。Cloudflare 帮助构建一个更好的互联网的最佳方式之一，就是投资于这个基础性的开源工具链。一个让互联网对所有人，而不仅仅是使用 Cloudflare 或选择与我们合作托管的人，都变得更好的工具链。

在过去的几年里，我们投入大量资源，使 Cloudflare 成为在我们的开发者平台上构建和运行网站、应用程序和代理的最佳地方。但最终，这个选择始终是你们的。你们可以在任何地方运行你们的 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 现在也有一个基于 Vite 的实现，名为 vinext。Vite 已经成为 JavaScript 生态系统的一个共享基础。

我们的首要目标是维护 Vite 所赢得的用户信任。不是通过我们在这里说的话，而是通过我们每天在支持和开发这些项目的方式，来证明这一点。

我们还希望在支持开源和共享生态系统基础方面，做到言行一致。作为此次公告的一部分，Cloudflare 承诺向 Vite 生态基金投入 100 万美元，用于支持维护者和贡献者，由 Vite 核心团队管理。Vite 比 VoidZero 或 Cloudflare 更重要，那些帮助构建 Vite 的人应该参与接下来的发展。

Vite 和 Cloudflare 团队在此次公告之前就已经开始了良好的合作，早在 2024 年就推出了 Vite Environment API。Environment API 允许 Vite 在开发过程中，不使用 Node.js 运行服务器代码。我们与 Vite 团队紧密合作，参与了其设计，并在此基础上构建了 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 生成的代码。这些应用程序需要一个默认的堆栈和一个运行的地方。由 Agent 编写的应用程序正在选择 Vite，而且越来越多地选择在 Cloudflare 上运行的 Vite。

AI 正在改变我们编写软件的方式

过去，开发者是 dev 服务器、打包工具、代码检查工具、格式化工具和 CLI 的唯一用户。这种状况已经不再成立：Agent 也在持续使用它们。他们创建项目、运行 dev 服务器、读取错误、编写测试、检查和格式化代码、部署预览版本并进行迭代。

很多 AI 生成的应用程序一开始就是 Vite 应用，因为 Vite 运行速度快、易于理解，并且与 Agent 在训练数据中看到的内容广泛兼容。快速的反馈循环一直都很重要。当使用 Agent 编写软件时，它们变得更加关键：

• 快速构建，因为 Agent 的迭代次数比人类多得多。

• 快速测试，因为 Agent 会不断重新运行测试套件以验证自己的工作。

• 快速的代码检查和格式化，因为这些工具会成为保障。

• 清晰、结构化的错误，因为 Agent 需要阅读并据此采取行动。

• 一致的 CLI，因为小的不一致会导致大的偏差。

整个 VoidZero 工具链都是为这种循环而构建的。Vitest、Rolldown、Oxc、Oxlint 和 Oxfmt 在各自类别中都是最快的工具，并且在 Agent 不断运行它们时表现良好。Vite+ 将这些组件整合到一个工具链中，使用一个 CLI、一个配置模型和更少的移动部件。这使得开发循环更容易被人们理解，也更容易被 Agent 可靠地驱动。

我们自己也在使用 Vite 进行开发。Cloudflare 的仪表板就是基于 Vite 构建的。Oxlint 已经在 Cloudflare 的代码库中节省了数天的工程时间。Astro 团队开发的 Flue，一个代理框架，也正在将 Vite 作为其基础。Flue 可以在 Node.js、Cloudflare Workers、GitHub Actions、GitLab CI/CD 等多个平台上运行代理，而 Cloudflare 的目标现在使用了官方的 Cloudflare Vite 插件和 workerd 集成。Vite 也正在成为 Cloudflare 内部的默认应用基础。

Vite 正在成为全栈工具

几年前，构建工具的工作相对简单：接收源文件，生成一个包，然后交付。这对于现代应用来说已经不够了，尤其是在一些应用本身是代理的情况下。

现代应用包括服务端渲染的路由、API、后台任务、队列、数据库、对象存储、实时功能、认证，以及越来越多的代理和 AI 能力。“构建”不再是故事的终点，而是部署过程的起点，这个过程需要理解所有这些组件。

这意味着 Vite 必须不仅仅是一个构建工具。它需要更深入地理解应用，同时保持 Vite 最初成功的核心：速度、简洁和可移植性。

Void，一个为 Vite 设计的部署平台，是这些理念的另一个试验场。它帮助探索了现代应用框架应该具备哪些功能，部署应该是什么样子，以及应用生命周期的哪些部分可以围绕一个工具链统一起来。我们从这项工作中学到了很多。

现在，我们正在将这些经验应用到正确的地方。有些经验将作为与提供者无关的通用原语集成到 Vite 本身中：为后端、API、代理和部署提供一等抽象和钩子，任何提供者都可以实现。其他经验则属于 Cloudflare。Cloudflare 将在 Workers 和我们的开发者平台的其余部分上提供这些钩子的一等实现。

尽管一些 Vite 的维护者加入了 Cloudflare，Vite 本身的更改将继续通过与其他 Vite 贡献相同的开放贡献流程进行。添加到 Vite 本身的功能不应是 Cloudflare 特有的，它们应该在 Vite 能运行的任何地方都能工作。

向 Vite 迈进

同样的原则也塑造了我们对 Cloudflare 自身工具未来发展的思考。我们并不是将 Vite 向 Cloudflare 的方向发展，我们正在做相反的事情：将 Cloudflare 的应用工具迁移到 Vite 上，使其基于开发者已经熟悉的相同工作流程。

我们最近发布了 cf 的技术预览版，这是一个适用于整个 Cloudflare 平台的新统一 CLI。Vite 将成为我们应用 CLI 体验的基础。最终目标是为整个 Cloudflare 提供一个一致的 CLI，无论你是在开发 Workers、R2、D1、代理还是其他任何内容，都能提供相同的使用体验。

如果我们做得正确，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 将获得新的、干净的、与平台无关的原语，为所有平台上的全栈应用和代理提供支持。

• 随着时间的推移，我们计划将 Void 平台开源，这样其他人可以从中学习，并基于 Vite 和 Cloudflare 构建自己的平台。

我们将以公开透明的方式，并与社区一起完成所有这些工作。就像 Vite 一直以来的构建方式一样。

欢迎 VoidZero 团队

Vite、Vitest、Rolldown、Oxc 和 Vite+ 的存在，是因为一个深厚的开源贡献者生态系统投入了多年的工作。这些项目已经成为构建网络的基础，我们对所有帮助它们走到今天这一步的人表示感激。感谢所有在过程中贡献代码、评审、问题报告、文档、插件、集成和支持的人。

我们很高兴欢迎 VoidZero 团队加入 Cloudflare，并为这些项目投入更多资源。我们现在的任务是帮助他们成长、保持开源，并为所有人推动 JavaScript 生态系统的发展。

Vite 仍然是 Vite。Cloudflare 将继续提供帮助。

如果你想今天就在 Cloudflare 上尝试 Vite，请运行以下命令：

npm create vite@latest
npx wrangler deploy

[if astro]>server-island-start<![endif]

收购

开发者

开发者平台

AI

Workers AI

Vite