Kitesurf 是什么？Cloudflare 为 AI Agent 打造的 Workers 原生浏览器

Cloudflare 于 2026 年 8 月 6 日公布 Kitesurf：一款专门面向 AI Agent 和自动化任务的浏览器引擎。它不是给人日常上网使用的桌面浏览器，也不是在云端启动一份 Chromium，而是直接运行在 Cloudflare Workers 上，通过 V8 isolates、WebAssembly、Dynamic Workers、Durable Objects 和 Workers RPC 等能力完成页面加载、脚本执行、DOM 处理与图像渲染。

Kitesurf 目前已经作为可选浏览器加入 Browser Run，Beta 期间免费使用，但仍受每个账户的服务限额约束。Cloudflare 同时提供公开 Playground 供兼容性测试；项目尚未开源，官方只是表示准备完成后会开放源码，并希望用户未来能够部署到自己的 Cloudflare 账户。

为什么 AI Agent 需要另一种浏览器

Chromium 面向人的完整浏览体验设计，需要兼顾标签页、扩展、视频、GPU 图形、持续会话和高保真动画。AI Agent 更关心的是 DOM、结构化内容、网络请求、截图、PDF、自动化接口、资源成本和同时运行大量短任务的能力。对很多抓取、页面理解或一次性操作来说，维持完整 Chromium 进程会消耗大量内存和 CPU。

Kitesurf 接受不同的取舍：不追求所有页面都像 Chromium 一样像素级还原，也不优先支持人类浏览器中的全部功能，而是把“可隔离、可丢弃、按任务启动、容易扩展”作为核心。Cloudflare 将它描述为只在任务期间存在的临时无状态引擎，尤其适合突发式的 Agent 工作负载。

四个组件怎样完成一次页面任务

SandboxOutbound 集中控制外部网络

页面加载需要访问 HTML、CSS、JavaScript、字体、图片和 WebAssembly 文件。Kitesurf 不允许各组件直接访问网络，所有出站请求都经由 SandboxOutbound Worker。该组件负责执行 CORS 策略、添加接近浏览器的请求头、过滤响应，并为不同页面维护独立 Cookie 容器；不符合策略的请求会返回 403。

Engine 保存会话并提供 CDP 接口

Engine 是唯一公开暴露的组件，负责 Chrome DevTools Protocol（CDP）的 WebSocket、HTTP REST API 和会话状态。Puppeteer、Playwright、chrome-remote-interface、Chrome DevTools 前端以及能够使用 MCP/CDP 的 Agent，可以继续沿用熟悉的客户端接口。

PageScript 在独立 isolate 中运行页面代码

每个新页面或跨进程 iframe 会通过 Dynamic Workers 获得长期存在于该页面会话中的 PageScript isolate。它从干净的 globalThis 和 DOM 开始，解析 HTML、CSS，并执行页面中的 JavaScript 与 WebAssembly。Kitesurf 使用 Rust 编写的 Blitz、Stylo 等组件处理部分页面结构与样式。

Workers 当前不能原生执行 eval，因此 Kitesurf 暂时借助 Rust 编写的 Boa JavaScript 引擎处理偶发的动态代码。这相当于在一个运行时中再运行另一个 JavaScript 运行时，Cloudflare 也承认它并非理想方案，计划在 Workers 原生支持相关能力后替换。

PageRenderer 负责生成截图和 PDF

PageRenderer 从 PageScript 获取已经计算的页面场景，再把字体、图片和布局栅格化为 PNG、JPEG 或 PDF。它不保存页面状态，只维护可丢弃缓存；Engine 通过 Workers RPC 调用渲染方法，遇到卡死或失败时可以结束并重新启动渲染 isolate，而不必重建整个页面会话。

更省 CPU 和内存，但目前并不更快

Cloudflare 表示 Kitesurf 已通过约 21.5 万项 Web Platform Tests，并持续增加覆盖。官方还在 14 个 URL 上分别运行五次 Browser Run Quick Actions，对比 Kitesurf 与处于热池状态的 Chromium。结果显示，Kitesurf 在截图和 HTML 提取任务中显著减少 CPU 与内存，但完成任务的实际耗时更长。

这些数据说明它当前的主要优势是资源密度和并发成本，而不是单次任务延迟。结果来自 Cloudflare 自己选定的测试语料、Quick Actions 场景和热池 Chromium，对其他网站、复杂交互或长期会话不能直接套用同一比例。

现有 Puppeteer、Playwright 和 MCP 客户端怎样接入

Browser Run 的 CDP 端点已经接受 Kitesurf 作为浏览器选项。现有客户端通常不需要改写自动化逻辑，只需在 Browser Run 的 CDP 或 Quick Actions 端点加入 browser=kitesurf。账户 ID、API Token 和权限仍按 Browser Run 文档配置，不应把真实凭据写入代码仓库或公开配置。

Cloudflare 还提供 Kitesurf Playground，可以输入 URL，查看页面渲染结果，并通过内嵌的 Chrome DevTools 检查 DOM、控制台、网络活动和各 isolate 的 WebAssembly 内存占用。它更适合先判断目标网站是否兼容，而不是直接把生产任务全部切换过去。

哪些任务适合 Kitesurf，哪些仍应使用 Chromium

Kitesurf 当前更适合生命周期短、允许一定渲染差异、强调批量并发和资源成本的任务，例如页面内容提取、兼容网站的截图与 PDF、一次性 Quick Actions，以及只需要 DOM 和网络检查的 Agent 工作流。

以下情况暂时更适合 Browser Run 默认的 Chromium：

• 需要播放视频或使用 WebGL。
• 需要真实 TLS 指纹完成机器人挑战握手。
• 需要持续十分钟左右、依赖登录状态的长会话。
• 必须获得像素级渲染一致性，或目标网站使用 Kitesurf 尚未覆盖的 Web API。

Kitesurf 目前只实现了 CDP 的一个子集，虽然已经覆盖多数 Agent 与自动化工具需要的 DOM 和网络检查能力，但不能把“兼容 CDP 客户端”理解为“与 Chrome 的全部功能完全兼容”。具体网站能否使用，仍应通过 Playground 或实际 API 请求验证。

Beta、免费与开源状态需要分开理解

截至 2026 年 8 月 9 日，Kitesurf 可以在 Browser Run Beta 中免费试用，但免费是测试期安排，不是永久价格承诺，并且存在账户限额。Kitesurf 也还不是开源项目：Cloudflare 表示希望在准备好后开源，让客户能够在自己的账户中部署，但没有给出确定日期或许可证。

项目从 2026 年 5 月的首次提交算起只有约 12 周，当前仍在补充 CDP、Web API、WPT 覆盖、渲染精度和运行效率。它已经能处理 TodoMVC、Wikipedia、Hacker News、Cloudflare Blog 以及 Cloudflare Dashboard 的大量页面，但这不代表任意复杂站点都能正常运行。

官方入口与资料

• Cloudflare Kitesurf 发布文章：https://blog.cloudflare.com/kitesurf/
• Kitesurf Playground：https://kitesurf.cloudflare.app/
• Browser Run 文档：https://developers.cloudflare.com/browser-run/
• Browser Run CDP 文档：https://developers.cloudflare.com/browser-run/cdp/
• Browser Run 更新日志：https://developers.cloudflare.com/browser-run/changelog/

本文信息核对时间为 2026 年 8 月 9 日。Kitesurf 仍处于快速迭代的 Beta 阶段，兼容性、限额、接口、价格和开源安排可能发生变化，应以 Cloudflare 官方文档和更新日志为准。