最重要的數字是 3 到 7：在 14 個 URL 的語料上，Cloudflare 的 Kitesurf 相對 Chromium 在常見智慧體任務上的 CPU 和記憶體優勢倍數：截圖 CPU 380 對 1173 毫秒，HTML 提取 229 對 877，記憶體 58 對 271 MiB。實際耗時則相反，約慢 1.7 倍，因為熱態的 JIT 總能贏過冷啟動的軟體渲染器。CPU 和記憶體才是帳單的來源，這正是全部論點：瀏覽器是為人造的，有分頁、擴充功能和完美的 60fps 捲動，而智慧體為這一切付費卻一樣都不需要。
本月稍早發布、歷經十二週構建、本週又被 InfoQ 重新報導的 Kitesurf 完全運行在 Cloudflare Workers 上：沒有 Chromium，沒有 Chrome，沒有 Node。每個頁面或跨進程 iframe 都有自己的長壽命 Dynamic Worker 隔離體，帶乾淨的 globalThis 和 DOM；HTML 和 CSS 由 Rust 編寫的 Blitz 引擎部件和 Firefox 的 Stylo 解析；唯一允許接觸網路的是一個叫 SandboxOutbound 的元件；到 PNG、JPEG 或 PDF 的渲染經 Blitz Paint 和 Parley 透過 Workers RPC 完成。它已通過超過 21.5 萬個 Web Platform Tests 且仍在增長，說 Chrome DevTools Protocol，beta 期間在 Browser Run 內免費：現有的 Playwright、Puppeteer、chrome-remote-interface 或會講 MCP 的智慧體配置只需加一個參數 browser=kitesurf 即可工作。它還能跑 Doom，團隊正確地將其視為真正的相容性里程碑。
限制說得明明白白：沒有影片，沒有 WebGL，沒有真實 TLS 指紋的反機器人挑戰，沒有長壽命的登入工作階段。Cloudflare 把它定位為短暫、無狀態、突發式負載：提取這個頁面，給那個截圖，產生這份 PDF。InfoQ 整理的社群反應聚焦在利益衝突上：Cloudflare 既賣智慧體瀏覽器，又賣阻止抓取的反機器人防護，Hacker News 上一位評論者問出了每個網站主都想知道答案的問題：Cloudflare 自家的防禦會不會區別對待 Kitesurf 工作階段。程式碼尚未開源；公司表示準備好後會開放，目標是讓客戶在自己的帳戶上自行部署，未參與其中的 Blitz 作者 Nico Burns 說，他被告知補丁將會回饋上游。
對營運智慧體艦隊的開發者來說，可行動的部分是成本曲線。瀏覽器實例是每個智慧體預算裡安靜的那一行，而在驅動計費的資源上削減 3 到 7 倍，會改變哪些自動化值得跑，尤其是那些永遠負擔不起獨享完整 Chromium 的較小模型。Web 的下一場瀏覽器之戰不是為你的注意力打的，而是為你的智慧體打的，而第一位參賽者以毫秒和 MiB 而非功能來計價。