Kitesurf：Cloudflare為AI代理人打造的無Chromium瀏覽器

Cloudflare發布了Kitesurf，這是一款專門為AI代理人操作而打造的無頭Web瀏覽器。該工具目前以測試版形式提供，並附有線上試用環境供使用者直接體驗。在公司內部，「是否該自行開發瀏覽器」這個問題每隔兩三年就會被重新提起，卻始終沒有真正推進。這次之所以成行，是因為兩個條件同時具備：WebAssembly在Workers上的執行已經足夠成熟，而AI代理人的爆發性成長，讓對「非人類瀏覽器」的需求變成了一個真實存在的問題。

代理人想要的，和人類想要的不一樣

Cloudflare的出發點，是徹底重新檢視需求。面向人類的瀏覽器需要分頁、書籤、擴充功能、密碼管理與跨裝置同步。主題的快速渲染與流暢捲動，也是決定介面體驗品質的重要因素。而AI代理人完全不需要這些。代理人真正在意的是消耗的token數量、上下文視窗、可擴充性、效能與成本。機器可讀的結構化內容很重要；但CSS渲染稍有偏差，或像素沒有精確落在原本的位置，幾乎不會造成實質損害。

反過來，代理人的運作速度遠超人類，還會同時執行大量瀏覽器實例。因此，面向代理人的瀏覽器必須夠輕量，才能在執行基礎設施上以高密度、高速度運行，並且需要不同於人類的安全防護——例如針對提示詞注入的防禦。像Chromium這樣的引擎是為人類設計的，背負著模型從不需要的額外負擔。它的記憶體與運算消耗太高，若為每個代理人都配置獨立實例，帳單會迅速膨脹到難以負荷。結果是，網路的大片區域，只對最昂貴、效能最強的模型開放。

Rust與WebAssembly，底層是Workers

Kitesurf主要以Rust撰寫，編譯為WebAssembly，運行在Cloudflare Workers之上，不依賴Chromium，也不依賴Node.js。根據該公司說明，其CPU與記憶體消耗比Chromium低3到7倍，並且設計成依請求啟動。測試版期間可免費使用。

這套架構的背後，是開發者平台多年累積的成果：動態Workers、以SQLite為基礎的Durable Objects、Workers之間的RPC、服務綁定、Node.js相容性的提升，以及多項上限的調高——這些都是讓過去在Workers上無法達成的應用規模成為可能的基礎元件。另一個因素是，Cloudflare的無頭瀏覽器自動化API，早已隨著AI的普及快速成長。代理人在許多任務中都需要瀏覽器，有些任務離開瀏覽器根本無法完成。

既有工具無需修改即可接入

Cloudflare在實務層面最重要的決定，是沒有強行推出自家協定。Kitesurf可透過WebSocket上的Chrome DevTools Protocol（CDP）存取，也可透過HTTP上的RESTful API存取。由於支援CDP，Puppeteer、Playwright、Chrome遠端介面，乃至Chrome DevTools本身的前端等既有工具，都能直接連接並正常運作，無需任何調整。這種把遷移成本壓到最低的設計，在是否採用這項技術的決策中，份量不輕。

• 實作方式：主要以Rust撰寫，編譯為WebAssembly，運行在Cloudflare Workers上
• 效率：Cloudflare表示CPU與記憶體消耗比Chromium低3到7倍
• 連接方式：WebSocket上的CDP以及RESTful API；Puppeteer與Playwright無需修改即可使用
• 驗證方式：符合Web Platform Tests標準，並在真實網站上進行多步驟測試，與Chromium逐項比較

關於驗證，Cloudflare公開了其方法：除了通過Web Platform Tests的合規測試外，公司還透過Puppeteer在真實網站上執行多步驟測試情境，同時在Kitesurf與作為基準的Chromium上進行，並在開發過程中持續比較兩者的結果。不出所料，它也通過了那項傳統的「能不能執行Doom」測試。

輕量化正成為代理人時代的前提條件

Kitesurf所展現的，不只是又一款輕量瀏覽器的誕生。一旦假設代理人未來會操作企業業務系統，瀏覽器就不再是「人類透過它觀看的窗口」，而成為「機器執行的一個元件」。作為一個元件，單位成本、啟動時間與並行執行數量，便成了設計的核心考量。測試版公布的效能數據來自公司自身，實際的相容性仍需在各自的工作流程中驗證——但這個方向本身已經很難被忽視。若計畫讓數十甚至數百個代理人並行運作，瀏覽器的「重量」遲早會反映在帳單上。