C
发布于 2026/09/03 · 阅读 2

VoidZero 加入 Cloudflare:Vite 保持开源中立,获得百万美元生态基金

  • #Cloudflare
  • #Vite
  • #开源
  • #前端工具链
  • #AI开发
VoidZero 加入 Cloudflare:Vite 保持开源中立,获得百万美元生态基金

VoidZero 加入 Cloudflare

2026-06-04 Evan You & Steve Faulkner | 7 分钟阅读

VoidZero——Vite、Vitest、Rolldown、Oxc 和 Vite+ 背后的公司——将加入 Cloudflare。作为此次变动的一部分,VoidZero 的所有团队成员也将加入 Cloudflare。

在说其他内容之前,我们要先明确最重要的一点:Vite、Vitest、Rolldown、Oxc 和 Vite+ 将继续保持开源、厂商中立和社区驱动。这一点不会有任何改变。

Cloudflare 的使命是帮助构建更好的互联网。而更好的互联网就是开放的互联网。开发者需要选择权,框架需要中立的基石,应用需要可移植性。要求整个 Web 生态系统围绕单一厂商构建是不合理的。最重要的工具和框架在设计上就是可移植的。

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 不是一个框架,而是众多框架的基石: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 团队紧密合作设计了该 API,并在此基础上构建了 Cloudflare Vite 插件。

当你使用 Cloudflare 插件运行 vite dev 时,你的服务端代码会运行在 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 正在成为全栈工具

几年之前,构建工具的工作很简单:获取源文件,生成打包文件,交付。这对现代应用来说已经不够了,尤其是在有些应用本身就是智能体的世界里。

现代应用包含服务端渲染路由、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 将获得全新的、干净的、与提供商无关的原语,用于全栈应用和智能体,适用于任何平台上的任何人。
  • 随着时间的推移,我们打算将 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

标签:Acquisitions, Developers, Developer Platform, AI, Workers AI, Vite

2 阅读0 评论0 点赞

评论

登录 / 注册即可发布评论!
暂无评论,成为第一个发表评论的用户吧。