AI TracksSTUDIO
中文 EN
開始合作

部署與系統維運

讓全公司都能 vibe coding，但雲端鑰匙留在 IT 手上：Cloudflare 開源 Void 部署平台

Cloudflare 於 2026/10/15 宣布開源 Void：Void SDK 以 Vite 外掛形式把 Vite 應用變成全端 Cloudflare Workers 應用，依程式碼自動推斷並佈建資料庫、佇列與 AI 等資源；Void CLI 以 void deploy 一行完成建置、套用遷移、佈建與部署；Void Platform 可自架於企業自己的 Cloudflare 帳號（需 Workers for Platforms、R2、PostgreSQL、登入供應商與網域），由管理員控管存取與資源上限，讓同仁不必取得雲端權限也能發布 vibe coding 做出的內部應用。三者合為單一套件，以 npm install void 安裝。本文整理架構、適用情境與導入建議。

2026.10.16 5 分鐘閱讀 Studio 管理員 到訪次數 3
扁平插畫：小火箭從螢幕帶閃電圖示的筆電升空，飛向停著應用卡片的橘色雲朵，左邊是微笑的黃色鑰匙角色，右邊是紫色大鎖，暖橘色調，無文字。
讓全公司都能 vibe coding，但雲端鑰匙留在 IT 手上：Cloudflare 開源 Void 部署平台

VoidZero 加入 Cloudflare 後推出 Void：SDK 把 Vite 專案變成全端 Workers 應用、CLI 一行 void deploy 自動建資源上線，Platform 則讓企業自架共用部署環境，非工程同仁也能安全發布內部小工具。三者以單一 npm 套件開源。

2026 年的辦公室場景：行銷同事用 AI 代理做了一個活動報名小工具，業務同事做了一個報價試算頁，人資做了請假統計看板。每個都很實用，每個都想「放到網路上給大家用」。然後 IT 主管看著這些請求，開始思考要不要提早退休。

給每個人雲端帳號權限？太危險。全部拒絕？大家會偷偷找免費主機，最後資料散落在十個你不知道的地方。

2026 年 10 月 15 日，Cloudflare 部落格上，Christoph Nakazawa 與 Michael Dong 發表〈Deploy with Void〉，提出的答案是：讓大家都能部署，但部署到一個由公司自己管理的平台上。

先認識 VoidZero

如果你寫前端，應該對 Vite、Vitest、Oxc、Rolldown 不陌生。這些工具出自 VoidZero，整合成一套工具鏈 Vite+，讓前端開發變得飛快。但全端應用還需要伺服器路由、資料庫、本機開發環境，以及一條快速上線的路。

文章提到，團隊原本打算做一個所有人共用的私有平台；VoidZero 加入 Cloudflare 之後，改為把平台開源、讓任何人都能安裝。原因是他們看到一個越來越明顯的需求：企業想鼓勵員工用 vibe coding 做內部應用，但擔心資安，也不想把雲端權限發給每一位員工。

Void 的三個部件

Void 由三個產品組成，全部合在一個 JavaScript 套件與 Vite 外掛裡，用 npm install void 安裝：

  • Void SDK：可組合的全端 JavaScript SDK，用來以 Vite 建構全端應用；
  • Void CLI：佈建資源、把 Vite 應用部署到 Cloudflare 的命令列工具；
  • Void Platform：讓團隊把 Void 應用託管在 Cloudflare 上的共用部署平台。

關係很簡單：用 SDK 寫的應用，透過 CLI 部署到 Platform。官方也強調，Platform 之所以能做到驗證、框架偵測、資源佈建，正是因為有 SDK 和 CLI 配合。

SDK：寫什麼，就幫你建什麼

Void SDK 會把 Vite 應用變成全端的 Cloudflare Workers 應用。你或你的代理只管寫程式，Void 會在部署時自動推斷需要的資源綁定，並佈建資料庫、佇列或 AI 綁定。加入方式是在 Vite 設定裡掛上外掛：

import { defineConfig } from "vite";
import { voidPlugin } from "void";
import { voidReact } from "@void/react/plugin";

export default defineConfig({
  plugins: [voidPlugin(), voidReact()],
});

伺服器端的資料載入可以一路把型別帶到畫面：

// pages/blog.server.ts
import { defineHandler, type InferProps } from 'void';
import { db } from 'void/db';
import { posts } from '@schema';

export const loader = defineHandler(async () => ({
  posts: await db.select().from(posts),
}));

export type Props = InferProps<typeof loader>;

只要 import void/db，開發時就有本機資料庫，執行 void deploy 時會自動在正式環境佈建 D1。import void/ai 則會透過 Cloudflare AI Gateway 自動設定好 AI 相關資源。

SDK 內建 React 與 Vue 等框架的轉接器（官網列出 Async React、Vue、Svelte、Solid），提供檔案式 API 路由、預先渲染、快取、islands，以及從資料庫到 UI 的端到端型別安全。所有功能都可選、可組合，也能搭配 Vinext、React Router、SvelteKit、Nuxt、TanStack Start、Astro 等既有框架：路由和渲染交給原框架，資源 API（使用 Hono）、遷移、部署與驗證（使用 Better Auth）交給 Void。

CLI：一行指令上線

Void CLI 建立在 Cloudflare 新的 cf CLI 之上，也設計成適合 AI 代理操作。第一次執行 void deploy 時，它會請你登入 Cloudflare 帳號，接著用 Vite 建置、套用資料庫遷移、自動佈建資源，再部署到 Cloudflare 或 Void Platform。

你也可以請代理用 CLI 除錯失敗的請求、讀部署日誌、分析效能，甚至把完成的應用從頭到尾部署好。對 Platform 管理員來說，同一個 CLI 還能管理使用者、專案權限與資源，檢查部署、日誌與回滾，以及監控平台健康與用量。

Platform：公司自己的「內部 Vercel」

Void Platform 完全開源，可以 fork 後整合公司系統、客製部署流程，甚至改成跑在其他部署平台上。管理員可以控管存取、設定資源上限，透過 CLI 或管理後台檢視部署與用量。

自架需要準備：

  • 啟用 Workers for Platforms 與 R2 的 Cloudflare 帳號；
  • 一個 PostgreSQL 資料庫；
  • 你選定的登入供應商帳號；
  • 一個給應用使用的網域。

同仁之後用 void connect 加上平台網址連線即可部署。官網也提到可透過 Cloudflare Access、Google、GitHub 或 OIDC 管理登入，並用存取政策保護專案。官方舉的兩個好處是：原型可以快速上線分享，把內部應用上線時間從數天、數週縮短到數分鐘；而平常不寫程式的同仁，例如設計師或營運人員，也能和 coding agent 一起做出應用、部署到同一個有安全措施的平台。

如果不需要團隊管理功能，SDK 也能直接部署到你自己的 Cloudflare 帳號。VoidZero 表示，過去幾個月他們已在正式環境使用 Void 的 SDK、CLI 與 Platform。

情境演練：行銷部的活動報名小工具

把官方描述的流程套進一個常見場景，大概會是這樣：

  1. IT 先架平台：管理員在公司的 Cloudflare 帳號安裝 Void Platform，接上公司既有的登入方式，設定每個專案的資源上限，並決定誰可以部署。
  2. 同仁連上平台：行銷同事在自己的電腦上執行 void connect，連到公司平台網址；他拿到的是「部署到平台」的權限，而不是整個 Cloudflare 帳號。
  3. 和代理一起開發：他請 coding agent 用 Void SDK 做一個報名頁，表單資料存進 void/db。開發時是本機資料庫，不必先申請任何雲端資源。
  4. 一行部署：做好後執行 void deploy，CLI 建置、套用遷移、佈建資料庫並上線，網址直接分享給同事試用。
  5. 管理員看得到一切：IT 在後台或 CLI 看到這個新專案、它的用量和部署紀錄；活動結束後，可以回滾、停用或移除。

跟「同事自己申請一個免費主機、把報名資料放在不知道哪裡」相比，差別在於：每一步都有人看得到，也有人管得到。

對工作室與客戶的意義

我們的客戶多半不是科技公司，但「同事自己做的小工具」正在每家公司冒出來。Void 給了一個值得參考的治理模型：

  1. 集中帳號，分散開發：雲端憑證留在管理員手上，同仁只拿到部署權限。這比「每人一個雲端帳號」好管太多。
  2. 先用在內部工具與原型：報名表、試算頁、內部看板最適合；對外的品牌官網、電商與金流系統，仍應走正式開發與審查流程。
  3. 設好資源上限與登入政策：自架平台的價值就在管理員能設限制，導入第一天就要設定好。
  4. 定期盤點：平台能列出所有部署與用量，每季清掉沒人用的應用，避免變成新的影子 IT。
  5. 評估技術棧：Void 是 Vite 與 JavaScript 生態的全端方案，資料庫預設對應 Cloudflare D1。若客戶主系統是 Laravel，可以把 Void 當作周邊小工具的平台，而不是取代主系統。

你可能會問

Q：Void 要錢嗎？
A：三個產品都以開源形式釋出；實際費用取決於你在 Cloudflare 使用的服務，例如 Workers for Platforms、R2、D1，以及自備的 PostgreSQL。

Q：一定要用 Void Platform 嗎？
A：不用。不需要團隊管理功能時，SDK 可以直接部署到自己的 Cloudflare 帳號。

Q：能搭配既有的 React 專案嗎？
A：官方列出支援 React Router、TanStack Start、Astro 等框架，Void 的功能都是可選的，可以只拿資源佈建與部署那一段。

Q：Void 和 Vite+ 是什麼關係？
A：Vite+ 是 VoidZero 把 Vite、Rolldown、Oxlint、Oxfmt 與 Vitest 整合起來的開發工具鏈，負責開發、打包、程式碼品質與測試；Void 則把這套工具鏈延伸到全端開發與部署，讓你和代理能建構、測試並部署完整的應用。

Q：讓非工程人員部署，不會更危險嗎？
A：風險不會消失，但會被集中管理。比起散落在各種免費主機上，由管理員控管登入、權限和資源上限的平台更容易稽核。

結語

Void 回答的不只是「怎麼部署 Vite 應用」，而是 AI 時代每家公司都會遇到的問題：當每個人都能寫出軟體，誰來管它跑在哪裡？

把開發的門打開，把雲端的鑰匙收好。這可能是內部工具治理最務實的做法。

來源：Deploy with Void（Christoph Nakazawa、Michael Dong，Cloudflare Blog，2026/10/15）。

延伸參考：Build with Vite. Deploy with Void.（Void 官方網站）。

← 返回技術文章