TopsTip
一个 AI Agent 接到“打开网页、读出价格并截一张图”的任务时，通常会在后台唤起一整套 Chromium。它得到的不只是网页，还连带得到标签页、扩展、同步、流畅滚动等为人设计的能力，以及这些能力占用的内存和算力。Cloudflare 在 8 月 6 日给出了另一种答案：让浏览器只活到任务结束。
已确认：Cloudflare 发布了 Kitesurf，一款运行在 Cloudflare Workers 之上的无头浏览器引擎，当前作为 Browser Run 的 Beta 选项免费提供。它不是供普通人下载、替代 Chrome 的桌面浏览器，也不是 Chromium 的另一个换皮版本；Cloudflare 从 HTML、CSS、JavaScript 执行到像素渲染，重新拼出了一套面向 AI Agent 和自动化任务的浏览器架构。
真正值得看的并非“Cloudflare 也造浏览器”，而是它重新回答了一个更基础的问题：当网页访问者从人变成 Agent，浏览器还需要保留哪些东西？
Kitesurf 与 Chrome 的差别，不只是没有界面
Chrome 是完整的消费级产品，Chromium 则是它所依赖的开源浏览器项目和引擎基础。即使开发者以无头模式运行 Chromium，底层仍要兼顾人类浏览所需要的大量网页兼容性、图形能力和长期会话。Agent 的需求通常窄得多：读取 DOM、执行脚本、跟踪网络请求、提取 HTML，必要时生成截图或 PDF。
Kitesurf 针对的就是这段差异。Cloudflare 称，Agent 不在意主题、标签页、浏览器扩展或跨设备同步，也不要求每个滚动动画都保持 60 帧；它更关心结构化内容、上下文长度、并发规模和单次任务成本。因此 Kitesurf 接受“并非像素级完美”的现实，换取更轻的 CPU 与内存负担。
这仍然是一款浏览器引擎，而不是简单的网页抓取器。它能够解析 HTML 与 CSS、构建 DOM、运行网页里的 JavaScript 和 WebAssembly，并把页面栅格化成 JPEG、PNG 或 PDF。对外，Kitesurf 使用 Chrome DevTools Protocol（CDP），所以 Puppeteer、Playwright、chrome-remote-interface 以及支持 CDP 的 Agent 工具可以继续使用熟悉的接口。开发者在 Browser Run 端点加入 browser=kitesurf 参数即可选择它。
这里的兼容应当谨慎理解。Kitesurf 实现的是 CDP 的一个子集，而不是完整复制 Chrome。Cloudflare 公布的当前边界很明确：视频播放、WebGL、依赖真实 TLS 指纹的机器人挑战，以及需要持久状态的十分钟认证会话，都更适合继续使用 Browser Run 默认的 Chromium。
浏览器被拆成三个部件，每个页面都从干净环境开始
Kitesurf 的运行特点可以用“短命、隔离、可替换”概括。每个会话从新环境开始，页面被视为不可信输入；除负责保存会话状态的 Engine 外，其他主要部件尽量保持无状态。任务失败时，系统可以丢弃卡住的组件并重新启动，而不用维护一台长期在线的完整浏览器。
Engine 是对外入口，负责 CDP 的 WebSocket、REST API 和会话状态。PageScript 则为页面或跨进程 iframe 启动 Dynamic Workers isolate，准备干净的 globalThis 与 DOM，解析 HTML、CSS，并在同一 isolate 内运行网页的 JavaScript 和 Wasm。HTML 与渲染相关部分采用 Rust 生态的 Blitz，CSS 解析使用 Firefox 的 Stylo。
当页面需要真正变成像素，PageRenderer 从 PageScript 获得页面场景，读取字体和图片，再完成栅格化。Engine 与 PageRenderer 通过 Workers RPC 通信；渲染器不保存关键页面状态，因此一次调用失败后可以被替换。网页对外请求则集中交给 SandboxOutbound 处理，用于执行 CORS、注入浏览器形态的请求头、隔离 Cookie，并限制各组件可访问的网络资源。
这套设计与 Chromium 的进程隔离不能简单地比成“谁更安全”。Cloudflare 的取舍是为 Agent 的威胁模型定制边界：Agent 可能被任务引向任意站点，网页里的提示注入和工具滥用尤其重要。不过官方发布文并未宣布 Kitesurf 已经解决提示注入；它确认的是默认不信任页面、每次会话重新开始，以及按组件收紧网络访问。安全效果仍需要后续公开代码、审计和真实部署验证。
它省 CPU 和内存，但现在并不比热启动 Chromium 更快
Cloudflare 公布了一组内部测试：在 14 个 URL 上分别执行五次 Browser Run Quick Actions，并比较中位数。截图任务中，Kitesurf 使用 380 毫秒 CPU 和 57.8 MiB 内存；热池 Chromium 分别为 1,173 毫秒和 271.0 MiB。HTML 提取中，Kitesurf 为 229 毫秒 CPU、39.4 MiB 内存，Chromium 为 877 毫秒、273.7 MiB。
换算下来，官方测试中的 CPU 消耗低约 3.1 至 3.8 倍，内存低约 4.7 至 7 倍。但用户实际等待时间恰好相反：Kitesurf 截图用时 1,148 毫秒，Chromium 为 637 毫秒；HTML 提取为 820 毫秒对 472 毫秒，Kitesurf 慢约 1.7 至 1.8 倍。Cloudflare 把差距主要归因于冷启动的软件渲染、栅格化和图片编码。
这组结果由厂商自己提供，测试语料也只有 14 个 URL，不能外推成所有网站的性能结论。但它清楚展示了 Kitesurf 的商业逻辑：优化的不是单个任务最快完成，而是在同样的基础设施上并发运行更多短任务。对需要批量抓取页面、生成截图或抽取 HTML 的 Agent 平台来说，内存和 CPU 往往比数百毫秒的等待差更直接地决定账单。
兼容性则是另一端的成本。Cloudflare 称 Kitesurf 已通过超过 21.5 万项 Web Platform Tests，CSS、DOM、HTML、Selection、SVG 和 XHR 等与 Agent 常用任务相关的部分已有较好覆盖；同时它也承认复杂页面仍需持续改进。测试通过数量说明工程进展，不等于所有真实网站都能正常运行。开发者最终仍要对自己的目标站点做回归测试，并为失败任务保留 Chromium 回退路径。
用户得到的新体验，是不用“养着”一台浏览器
对普通 Chrome 用户，Kitesurf 暂时不会带来一个新的地址栏、书签系统或桌面图标。它服务的“用户”首先是开发者和他们构建的 Agent。新体验发生在后台：一次调用可以临时得到一个隔离浏览会话，任务结束后释放；突发流量到来时并行扩展，而不必提前维持大量 Chromium 实例。
对使用 Agent 的终端用户，这可能表现为更便宜、更容易获得的网页能力。例如，小模型也能在需要时打开网页核对内容，而不是依靠参数记忆；产品可以按任务生成 PDF、截图或结构化数据，而不必把每次网页访问都当成重型远程桌面。这里的“可能”很重要：Cloudflare 尚未给出面向终端产品的降价幅度，开发者节省的基础设施成本也不必然会传导给消费者。
Kitesurf 还保留了现有工具链的入口。兼容 CDP 意味着团队不必为新引擎重写整个 Puppeteer 或 Playwright 工作流，只需在兼容任务上切换浏览器参数。我的判断是，这比打造一套独占自动化 API 更有利于早期采用：开发者可以把 Kitesurf 当作成本更低的执行后端，同时把 Chromium 留作兼容性保险。
Beta 免费，正式版会收费吗？答案仍是尚未公布
Cloudflare 的准确措辞是：Kitesurf 在 Beta 期间可通过 Browser Run 免费使用，并受每账户限制。这个表述只确认了测试期政策。官方发布文没有公布正式版价格、免费额度、计费单位或转为收费的时间，因此目前不能断言正式版一定收费，也不能把 Beta 免费理解为长期永久免费。
从产品位置看，未来定价很可能与 Browser Run 的资源消耗和 Cloudflare 开发者平台结合，但这只是基于现有产品结构的编辑推断，不是官方计划。更值得观察的信号包括：Cloudflare 是否公布 GA 时间和 SLA、是否把 Kitesurf 纳入 Browser Run 套餐、CPU 与内存优势能否转化成更低单次调用价格，以及免费限额会怎样调整。
另一个变量是开源。Cloudflare 表示准备就绪后会开源 Kitesurf，并希望允许客户在自己的账户中部署版本，但没有承诺具体日期。即使兑现，开源引擎与托管服务收费也并不冲突：代码可以开放，全球运行、扩缩容、监控和网络出口仍然能够成为付费服务。
真正的竞争不是桌面浏览器，而是 Agent 的执行成本
Chrome、Edge、Safari 和 Firefox 争夺的是人的默认入口；Kitesurf 争夺的是机器访问网页时由谁来执行。它不要求用户更换日常浏览器，也暂时没有能力取代 Chromium 的完整兼容性。它更像一个为一次性任务削去多余部件的“浏览器函数”。
对创业者，机会在于把过去因浏览器成本过高而难以成立的长尾自动化重新计算一遍，但必须把站点兼容、登录状态、反机器人机制和回退费用放进单位经济。对产品经理，关键不是在功能页写上“支持浏览器”，而是决定哪些任务允许更低保真渲染、哪些任务必须使用完整 Chromium。对普通用户，最直接的变化将是 Agent 是否能更频繁地核验实时网页，同时不显著抬高订阅价格。
Kitesurf 只有约 12 周开发历史，仍处在 Beta，也尚未开源。接下来要看的不是它能否再跑一个演示，而是三件可验证的事：复杂网站的成功率是否持续提升，真实客户的成本能否下降，以及正式定价是否把节省下来的资源优势交还给开发者。只有这三项成立，“为 Agent 重造浏览器”才会从一次漂亮的工程实验，变成新的基础设施层。
