Cloudflare Kitesurf：專為 AI Agent 打造的瀏覽器，記憶體省 7 倍、免費 Beta 開跑（2026）

Q: Kitesurf 是什麼？

Kitesurf 不是 Chrome 的競爭對手，也不是給人用的瀏覽器。它是 Cloudflare 在 **Browser Run**（自家的無頭瀏覽器自動化 API）裡新增的一個選項，專門讓 AI Agent 用更低的成本完成「逛網站、填表單、擷取內容」這類瀏覽器任務。

Cloudflare 在 2026 年 8 月推出 Kitesurf——一個專為 AI Agent 打造的雲端瀏覽器，完全跑在 Workers 上、底下沒有 Chromium，做截圖與 HTML 提取時記憶體最多省 7 倍、CPU 省 3.8 倍，目前免費 Beta 中，現有 Playwright、Puppeteer 程式只要加一個參數就能切換。

傳統瀏覽器（Chromium）是為人類設計的：分頁、主題、擴充套件、60fps 捲動……這些 AI 模型根本不需要。但當你讓每個 AI Agent 各自開一個 Chromium 實例時，龐大的記憶體與 CPU 開銷，讓「每個 Agent 一個瀏覽器」貴得嚇人。Cloudflare 的解法很乾脆：把人類需要的東西全部砍掉，只留下模型需要的。

Kitesurf 是什麼？

Kitesurf 不是 Chrome 的競爭對手，也不是給人用的瀏覽器。它是 Cloudflare 在 Browser Run（自家的無頭瀏覽器自動化 API）裡新增的一個選項，專門讓 AI Agent 用更低的成本完成「逛網站、填表單、擷取內容」這類瀏覽器任務。

項目	內容
發布時間	2026 年 8 月 6 日（Cloudflare 官方公告）
開發時間	12 週（第一筆 commit 在 2026 年 5 月）
定價	免費（Beta 期間，帳戶級額度限制）
底層引擎	無 Chromium，跑在 Cloudflare Workers 的 V8 isolate 上
靈感來源	Obscura（Rust 寫的無頭瀏覽器引擎）
標準相容性	通過 215,000+ Web Platform Tests（WPT），持續增加中
開放原始碼	計畫開源（官方承諾，尚未釋出）

💡 一句話總結：Kitesurf 是一個「用完即丟」的無狀態瀏覽器——每個 session 都是全新的、元件壞了就殺掉重開，非常適合 AI 驅動的突發性（bursty）工作負載。

技術架構：把瀏覽器拆成四個隔離的 Workers

Kitesurf 最有意思的地方，是把整個瀏覽器拆成四個各自隔離的 Workers 元件，靠 Cloudflare Workers 的 RPC 系統協作：

flowchart LR
    Client[Puppeteer / Playwright / MCP Agent] -->|CDP WebSocket / REST| Engine
    Engine[Engine<br/>唯一對外元件<br/>儲存 session 狀態] -->|RPC renderFrame| Renderer[PageRenderer<br/>無狀態點陣化<br/>JPEG/PNG/PDF]
    Engine --> PageScript[PageScript<br/>每個頁面一個 isolate<br/>Blitz 解析 HTML + Stylo 解析 CSS<br/>Boa JS 處理 eval]
    PageScript --> Outbound[SandboxOutbound<br/>唯一可連網路的元件<br/>強制 CORS、Cookie 隔離]
    Renderer --> Outbound

元件	職責
Engine	唯一對外的元件，講 Chrome DevTools Protocol（CDP），是唯一有狀態的元件
PageScript	用 Dynamic Workers 為每個頁面/iframe 開獨立 isolate；HTML/CSS 解析分別用 Rust 寫的 Blitz 與 Firefox 的 Stylo
PageRenderer	無狀態點陣化器，用 blitz-paint + Parley 把畫面變成 JPEG/PNG/PDF
SandboxOutbound	全瀏覽器唯一能碰網路的元件，強制 CORS、注入瀏覽器特徵 header、每個頁面獨立 Cookie jar

安全設計上，Kitesurf 假設每個載入的頁面都是不可信的輸入：每個 session 從零開始、元件之間最小權限、壞掉的 isolate 直接殺掉重來。也因為 Workers 原生不支援 eval，Kitesurf 用 Rust 寫的 ECMAScript 引擎 Boa JS 來處理網頁偶爾呼叫的 eval——連官方都自嘲這是「runtime 上疊 runtime」。

效能實測：記憶體 CPU 大勝，速度小輸

Cloudflare 官方在 14 個網頁的測試集、跑 5 次 Quick Action 取中位數，Kitesurf 與 Chromium 的對比：

指標	Kitesurf	Chromium（溫池）	相對差距
CPU：截圖	380 ms	1,173 ms	省 3.1 倍
CPU：HTML 提取	229 ms	877 ms	省 3.8 倍
記憶體：截圖	57.8 MiB	271.0 MiB	省 4.7 倍
記憶體：HTML 提取	39.4 MiB	273.7 MiB	省 7.0 倍
牆鐘時間：截圖	1,148 ms	637 ms	慢 1.8 倍
牆鐘時間：HTML 提取	820 ms	472 ms	慢 1.7 倍

重點在最後兩列：Chromium 在「跑完一個任務」的速度上仍快約 1.7-1.8 倍（主要輸在點陣化與圖片編碼），但 CPU 與記憶體才是帳單來源——對突發性的 Agent 工作負載來說，Kitesurf 的 3-7 倍成本優勢非常誘人。

相容性方面，官方給出 WPT 子測試覆蓋率：DOM 97%、HTML 96%、Selection 99%、SVG 97%、Encoding 99%、CORS 95%、XHR 95%、URL 83%。目前已確認能正確渲染 Wikipedia、Hacker News、TodoMVC（vanilla/React/Vue/Angular/Preact）、Cloudflare 自家部落格——甚至能跑《毀滅戰士》Doom（工程師的浪漫）。

怎麼用？加一個參數就好

Kitesurf 最殺手級的設計是 CDP 相容：你現有的 Puppeteer、Playwright、chrome-remote-interface，或任何講 MCP 與 CDP 的 AI Agent，通通不用改程式碼，只要在 Browser Run 的端點加上 browser=kitesurf：

# 快速截圖（Quick Action）
curl -X POST 'https://api.cloudflare.com/client/v4/accounts/<accountId>/browser-run/screenshot?browser=kitesurf' \
  -H 'Authorization: Bearer <apiToken>' \
  -H 'Content-Type: application/json' \
  -d '{"url": "https://example.com"}' \
  --output "screenshot.png"

MCP 用戶也能直接接，官方提供了 chrome-devtools-mcp 的設定範例，把 --wsEndpoint 指到 browser=kitesurf 的 WebSocket 端點即可。

目前做不到的事（重要）

Kitesurf 還在 Beta，官方明說的限制：

❌ 影片播放、WebGL 渲染
❌ 通過「真實 TLS 指紋」的機器人驗證（連 Cloudflare 自家的 Turnstile 都過不了）
❌ 需要長時間保持登入狀態的 session

所以適合的場景是「單次任務」：內容擷取、轉 PDF、截圖、快速瀏覽。複雜頁面請繼續用 Browser Run 的預設 Chromium。

社群反應：叫好與質疑並存

Hacker News 上這篇公告引發熱議（300+ 分）。正面聲音認為 Kitesurf 是「把 Chromium 給人類的肥肉全部割掉」的正確方向；但也有兩大質疑：

「兩頭賺」的商業諷刺：Cloudflare 一邊幫 AI 爬蟲省成本，一邊賣「防止 AI 爬你網站」的 SaaS——有網友直呼這是近期最明目張膽的「兩邊下注」。
反爬蟲才是現實障礙：現實世界很多有價值的網站都有 Turnstile 等級的驗證，Kitesurf 沒有指紋偽裝能力，實際應用可能被各大網站直接封鎖。

另外，Cloudflare 承諾未來會開源 Kitesurf，並把對 Blitz 引擎的改進回饋上游（Dioxus Labs 的 Blitz 專案作者 nicoburns 也現身證實）。

對台灣開發者的意義

如果你在開發 AI 自動化工具、爬蟲服務、或任何「Agent 要上網做事」的產品，Kitesurf 值得關注：它把「每個 Agent 一個瀏覽器」的成本從「貴到只付得起高階模型」變成「連小團隊都跑得動」。對照 Vercel 的 Agent Browser 與 OpenCLI 這類開源方案，Kitesurf 的差異在於免維護基礎設施——你連瀏覽器都不用裝，API 一呼叫就有。

延伸閱讀：

參考來源：