整个浏览器运行在 Cloudflare Workers 的 V8 隔离环境中,而非作为一个独立的 Chrome 进程 。每个页面或跨进程 iframe 都拥有自己独立的隔离环境,具备干净的全局作用域,从而避免了跨页面污染和提示注入攻击
。Kitesurf 由三到四个专门的 Workers 组成,它们通过 JavaScript Native RPC 和 Dynamic Workers 进行通信
:
结果是一个精简的引擎,专注于生成结构化的机器可读输出:HTML 字符串、DOM 树或截图。
Cloudflare 发布了一系列中位数结果,这些结果来自对 14 个 URL 语料库进行的五次“快速操作”运行,将 Kitesurf 与预热池中的 Chromium 进行了比较 。Cloudflare 官方文档中的表格清晰地展示了资源方面的优势:
| 任务 | 指标 | Kitesurf | Chromium(预热池) | Kitesurf 优势 |
|---|---|---|---|---|
| 截图 | CPU 时间 | 380 ms | 1,173 ms | CPU 减少 3.1 倍 |
| 截图 | 内存 | 57.8 MiB | 271.0 MiB | 内存减少 4.7 倍 |
| HTML 提取 | CPU 时间 | 229 ms | 877 ms | CPU 减少 3.8 倍 |
| HTML 提取 | 内存 | 39.4 MiB | 273.7 MiB | 内存减少 7.0 倍 |
权衡之处: 在真实挂钟时间上,Chromium 仍然快约 1.7–1.8 倍,这主要是因为 V8 的即时编译 (JIT) JavaScript 引擎在单次任务延迟上优于 Kitesurf 的 Rust/Wasm 流水线 。在截图任务中,Kitesurf 的挂钟时间为 1,148 毫秒,而 Chromium 为 637 毫秒;对于 HTML 提取,Kitesurf 为 785 毫秒,Chromium 为 443 毫秒
。
Cloudflare 自己的成本估算显示,在规模化运营下,Kitesurf 每次页面加载的成本约为 0.00089 美元,而预热 Chromium 会话的成本为 0.0031 美元——成本降低了 3.5 倍 。
现有的 Puppeteer、Playwright、chrome-remote-interface 以及 MCP/CDP 客户端,只需在任何 Browser Run 端点添加一个查询参数即可选择使用 Kitesurf :
browser=kitesurf例如,在 Browser Run 的 CDP 或快速操作端点上,现有代码无需任何改动即可继续工作——仅底层的渲染引擎发生了变化 。Kitesurf 已通过超过 215,000 项 Web 平台测试,DOM 和 HTML 子测试覆盖率分别约为 97% 和 96%,因此现有自动化脚本很少会因此出错
。
Kitesurf 针对 Cloudflare 所称的“爆发式、一次性会话”进行了优化:爬取、提取、截图,然后结束。对于需要类人机器人规避、视频支持或超长时间交互流程的复杂页面,Cloudflare 建议回退到 Browser Run 上默认的 Chromium 引擎(只需省略 browser=kitesurf 参数)。
Kitesurf 目前尚未开源,但 Cloudflare 已经声明该引擎未来将会开源 。鉴于开发团队是从已有的开源 Rust 组件(Blitz、Stylo、Parley、Boa)组装而成,引擎本身预计也将遵循类似的路径,不过目前尚未公布具体时间表
。
总之,Kitesurf 提供了浏览器运行时;WebMCP 提供了工具发现层;稳定币钱包则为代理提供了经济身份——这是 Cloudflare 在 Workers 上构建完整代理基础设施栈的愿景。