Kitesurf 不是精简版的 Chromium。它是为机器使用而从头重构的浏览器 。
Cloudflare 发布了将 Kitesurf 与基于预热池的 Chromium 基线进行对比的基准测试,测试基于 14 个 URL 的语料库 :
| 指标 | Kitesurf | 预热 Chromium | 改进幅度 |
|---|---|---|---|
| 截图 CPU | 380 ms | 1,173 ms | CPU 降低 3.1 倍 |
| HTML 提取 CPU | 229 ms | 877 ms | CPU 降低 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 倍 |
关键权衡:Kitesurf 的 CPU 和内存占用降低 3–7 倍,但实际耗时(墙钟时间)大约 慢 1.7–1.8 倍 。这是有意为之——在代理工作负载中,计算成本(CPU/内存)远比延迟重要 。
Kitesurf 并非适用于所有无头浏览器场景的直接替代品。其当前局限对于某些应用来说很明显:
全新的架构类别 — Kitesurf 可以说是首个仅为机器消费而设计的主流生产级浏览器引擎,而非人类 。它验证了一个论点:代理工作负载需要根本不同的权衡(计算效率优先于渲染速度)。
降低基于 Web 的 AI 代理成本 — 通过将每次会话的 CPU 和内存降低 67–86%,Kitesurf 使得运行数千个并发基于浏览器的代理在经济上变得可行,而这在 Chromium 的高开销下以前是非常昂贵的 。
Cloudflare 的平台锁定策略 — Kitesurf 仅在 Workers 上运行,强化了 Cloudflare 的开发者生态系统,并使其成为代理化 Web 任务的默认计算层。它将代理规模的浏览直接绑定到 Cloudflare 的边缘基础设施 。
重新定义代理时代的“Web 兼容性” — 通过 21.5 万多项 WPT 测试表明,一个最小化的、非 Chromium 引擎能够处理代理所需的真实 Web 内容,潜在地打破了 Chromium 在无头浏览领域的事实垄断 。
行业先行者 — 如果成功,Kitesurf 可能会推动其他云服务商(AWS、Google、Microsoft)构建类似的代理优化浏览运行时,加速从以人类为中心的 Web 基础设施向以代理为中心的转变 。