Kitesurf 並非精簡版的 Chromium,而是從根本重新架構、專為機器端消耗而設計的瀏覽器 。
Cloudflare 發布了 Kitesurf 與暖池 Chromium 在 14 個網址測試集上的效能對比 :
| 指標 | Kitesurf | 暖池 Chromium | 效能提升 |
|---|---|---|---|
| 螢幕截圖 CPU 使用量 | 380 毫秒 | 1,173 毫秒 | CPU 減少 3.1 倍 |
| HTML 提取 CPU 使用量 | 229 毫秒 | 877 毫秒 | CPU 減少 3.8 倍 |
| 螢幕截圖記憶體使用量 | 57.8 MiB | 271.0 MiB | 記憶體減少 4.7 倍 |
| HTML 提取記憶體使用量 | 39.4 MiB | 273.7 MiB | 記憶體減少 7.0 倍 |
| 螢幕截圖實際耗時 | 1,148 毫秒 | 637 毫秒 | 慢 1.8 倍 |
| HTML 提取實際耗時 | 820 毫秒 | 472 毫秒 | 慢 1.7 倍 |
關鍵取捨:Kitesurf 的 CPU 與記憶體用量僅為 Chromium 的 1/3 到 1/7,但實際完成單一任務的時間則慢了約 1.7 至 1.8 倍 。這其實是刻意設計的結果——在代理工作負載中,運算成本(CPU/記憶體)遠比延遲時間更為重要 。
Kitesurf 目前並非所有無頭瀏覽器應用的直接替代方案,對於某些應用場景來說,其限制相當顯著:
開創全新的架構類別 — Kitesurf 可說是首個專門為機器端消耗(而非人類使用)設計的主要瀏覽器引擎 。它驗證了一個命題:代理工作負載需要從根本上不同的設計取捨(以運算效率優先於渲染速度)。
大幅降低基於網頁的 AI 代理成本 — 透過將每次會話的 CPU 和記憶體成本降低 67% 至 86%,Kitesurf 讓運行數千個並行瀏覽器代理變得經濟可行。在此之前,Chromium 的高額開銷使得這樣大規模的部署代價高昂 。
Cloudflare 的平台鎖定策略 — Kitesurf 僅能在 Workers 上運行,這強化了 Cloudflare 的開發者生態系,使其成為代理化網頁任務的預設運算層。此舉將代理規模的瀏覽行為直接與 Cloudflare 的邊緣基礎設施綁定 。
為代理時代重新定義「網頁相容性」 — 通過 215,000 項以上的 WPT 測試,證明了這款精簡的非 Chromium 引擎能為代理處理真實的網頁內容,這可能打破 Chromium 在無頭瀏覽器領域事實上的獨佔地位 。
引領產業風向 — 如果 Kitesurf 取得成功,很可能促使其他雲端服務供應商(如 AWS、Google、Microsoft)跟進打造類似的代理優化瀏覽器運行時環境,從而加速整個網路基礎設施從以人為中心轉向以代理為中心的典範轉移 。