Cloudflare 收购 VoidZero：Vite 与 AI 部署会走向何方

Vite 已成为 Web 开发中最重要的工具之一，因为它让应用构建快速而可靠。围绕它的生态包括 Vitest、Rolldown、Oxc 和 Vite+。现在，Cloudflare 将接纳由 Vue 和 Vite 创建者尤雨溪创办的 VoidZero。

如果把目光从打包工具移向编程智能体将使用的云平台，我认为这次收购很合理。我一直关注这两家公司的关系，自己也在开发潜在的竞争产品。我对其战略的看法是个人解读，不代表我知道它们的内部计划。

VoidZero 一直在开发 Void 平台，目标是部署用 Vite 等工具构建的应用，让本地可运行的应用更容易进入真实基础设施。我很认同这个目标，因为许多开发者电脑上有能运行却从未部署的项目。

几年前，我花了大约 30 到 40 小时开发直播标记工具，又花两三小时设置部署、数据库和身份验证。相对于开发时间，这些开销尚可接受。现在 AI 可能帮助我在半小时左右做出可运行项目，同样的设置时间就显得长得多。

Void 提出的工作流程使用 Vite 插件和部署命令，将应用代码连接到基础设施。导入数据库或其他服务可以描述本地开发和生产环境所需的资源。更大的理念是让代码告诉平台需要配置什么，而不是为每个组件单独操作控制台和配置文件。

需要说清楚，我所说的三小时是新项目连接各项服务和完成初始配置所需的时间，不是之后每次部署的耗时。项目设置完成后，点击部署不一定要三小时。我的意思是，配置环节的改善速度没有跟上应用编写速度。

Void 使用现有生态约定，包括用 Drizzle 定义数据库 schema，并把服务端代码部署到 Cloudflare Workers。我理解这种选择为什么适合需要扩展的工作负载，同时也承认运行时有限制，并存在供应商特有的取舍。收购让团队及其平台工作与底层基础设施更紧密地结合。

Cloudflare 的公告称 VoidZero 团队将加入，并承诺 Vite、Vitest、Rolldown、Oxc 和 Vite+ 会继续开源、保持供应商中立并由社区驱动。这些是公告中的承诺；社区仍需要观察实际治理和可移植性如何落实。

我的一个大胆观点是：专门为 Cloudflare 构建的应用，通常比部署在 Vercel 上的典型 Next.js 应用需要更多供应商专属配置。这是我的经验，并非对可移植性的普遍测量：即使应用代码没有写明托管商，框架本身也可能带来绑定和部署差异。

根据我使用 Workers 的经验，增加功能除了修改应用代码，还需要 Cloudflare 配置和 Wrangler 等工具。我尝试迁移 T3 Chat 时，希望一个项目同时提供静态文件和 API 路由，却遇到相互冲突的覆盖配置和文档。Cloudflare 后来为这种模式提供了更好的模板。

相比之下，我觉得创建 Next.js 应用并将仓库连接到 Vercel 很直接。Cloudflare 的基础设施很强，但我认为本地应用与线上部署之间的落差过去一直太大。运行时差异也可能影响某些工作负载，例如基于 isolate 的环境中的 Node 兼容性。

我还提到 UploadThing 团队使用不同版本 Cloudflare Terraform provider 时遇到的问题：我们尝试的版本没有同时提供所需的全部功能。这是特定时期的经历，并不代表每个当前版本都如此。它加深了我的挫败感：部署可能需要了解太多平台细节。

在我看来，Cloudflare 正通过团队和收购改善开发体验，而 Void 已经在其基础设施之上构建更易用的抽象层。目标是减少开发者仅为发布应用就必须完成的 Cloudflare 专属工作。

我画了一条粗略的应用平台能力谱系：CSS 库、框架、打包工具、CDN、计算和数据库。这是概念示意，并非全面的产品比较；它有助于说明两个云平台为什么可能擅长同一开发流程的不同部分。

我把 Vercel 主要放在从框架到计算的部分。Next.js 与部署结合紧密，但在我的项目里，身份验证和数据库通常涉及 Clerk、WorkOS、Convex 或 PlanetScale 等独立服务。创建大量应用时，连接这些组件就会变得繁琐。

我把 Cloudflare 放在更接近 CDN 和计算的位置，D1 等服务则向数据库方向延伸。这是我对平台相对优势的判断，不是完整的产品清单。按照这个视角，VoidZero 为 Cloudflare 增强了框架和构建工具方面的能力。

我提到 Hono 这个小型路由库，其创建者与 Cloudflare 密切合作；我也纠正自己，雇用创建者不等于拥有 Hono。我更广泛的关切是，开发者能否构建并部署完整应用，而不用反复让各个组件适配某个平台。

我的项目 Lakebed 在录制视频时尚未公开发布，但它提供了理解同一问题的视角。我认为编程智能体比起操作复杂控制台，更擅长通过代码完成工作，因此智能体可直接使用的接口会变得更有价值。

AI 也改变了哪些雄心勃勃的项目值得尝试。大型集成层过去可能需要太多繁琐工作；智能体可以帮助实现其中更多部分。这并不会消除设计、集成或持续维护的难度，但会改变尝试这些项目的成本结构。

Lakebed 依赖现有组件：我提到用 Tailwind 处理 CSS、使用轻量的 Preact 分支、用 esbuild 打包，并在其他 CDN、计算和数据库服务之上构建适配层。目标是提供类似 SDK 的层，让智能体在项目内获取所需基础能力，无须手动拼装大量独立工具。

演示中，我用 `npx lakebed new` 创建项目，再用 `npx lakebed deploy` 部署。我说生成的应用具备数据库、身份验证和同步功能。这是录制时尚未发布项目的演示，并不证明该流程已普遍可用或达到生产环境要求。

我让编程智能体把应用改成带实时聊天的共享看板并部署。演示期间出现了短暂的 404 和权限提示，之后更新的应用才出现，观众随后与看板及聊天互动。这个演示旨在展示工作流程，不是对智能体可靠性的受控基准测试。

我更广泛的预测是，更多平台会提供足够熟悉的基础能力，让智能体用更少的独立设置步骤构建和部署应用。我认为 VoidZero 已有智能体熟悉的工具，Cloudflare 则拥有基础设施。两者结合能否实现这种体验，还需要观察。

作为 Lakebed 的开发者，我比起两家公司各自行动，更担心它们结合后的竞争力。我推测如果 Cloudflare 再收购类似 Convex 的公司会怎样，因为数据库与客户端之间的关系是一个难解决的缺口。这只是设想，我并没有声称存在这样的交易。

Cloudflare 还宣布设立 100 万美元的 Vite 生态基金，由 Vite 核心团队管理，用于支持维护者和贡献者。这很重要，因为许多贡献者既不属于 VoidZero，也不属于 Cloudflare。我欢迎对更广泛生态作出的这一支持承诺。

现有的 Cloudflare Vite 插件展示了工具与平台整合后部署可以有多容易。公告还介绍了 Vite Environment API 和本地 Workers 运行时。我认为，熟悉且文档完善的 Vite 工作流程不仅吸引人类开发者，也可能吸引智能体。

Cloudflare 的公告介绍了统一 `cf` CLI 的技术预览，目标是让 `cf dev`、`cf build` 和 `cf deploy` 自然支持 Vite 项目。我认为这个方向很有前景，但画面中也展示了较早的 Vite 和 Wrangler 命令。这里描述的是 CLI 目标，并不保证所有功能都已完成。

随着云市场适应 AI 辅助开发，这次收购可能增强 Cloudflare 的竞争力。我期待看到 Vue 生态、VoidZero 工具和 Lakebed 的后续发展。至于其他项目未来会归向哪里，我只是推测；我也明确说了自己没有内幕消息。