最重要的数字是 3 到 7：在 14 个 URL 的语料上，Cloudflare 的 Kitesurf 相对 Chromium 在常见智能体任务上的 CPU 和内存优势倍数：截图 CPU 380 对 1173 毫秒，HTML 提取 229 对 877，内存 58 对 271 MiB。实际耗时则相反，约慢 1.7 倍，因为热态的 JIT 总能赢过冷启动的软件渲染器。CPU 和内存才是账单的来源，这正是全部论点：浏览器是为人造的，有标签页、扩展和完美的 60fps 滚动，而智能体为这一切付费却一样都不需要。
本月早些时候发布、历经十二周构建、本周又被 InfoQ 重新报道的 Kitesurf 完全运行在 Cloudflare Workers 上：没有 Chromium，没有 Chrome，没有 Node。每个页面或跨进程 iframe 都有自己的长寿命 Dynamic Worker 隔离体，带干净的 globalThis 和 DOM；HTML 和 CSS 由 Rust 编写的 Blitz 引擎部件和 Firefox 的 Stylo 解析；唯一允许接触网络的是一个叫 SandboxOutbound 的组件；到 PNG、JPEG 或 PDF 的渲染经 Blitz Paint 和 Parley 通过 Workers RPC 完成。它已通过超过 21.5 万个 Web Platform Tests 且仍在增长，说 Chrome DevTools Protocol，beta 期间在 Browser Run 内免费：现有的 Playwright、Puppeteer、chrome-remote-interface 或会讲 MCP 的智能体配置只需加一个参数 browser=kitesurf 即可工作。它还能跑 Doom，团队正确地将其视为真正的兼容性里程碑。
限制说得明明白白：没有视频，没有 WebGL，没有真实 TLS 指纹的反机器人挑战，没有长寿命的登录会话。Cloudflare 把它定位为短暂、无状态、突发式负载：提取这个页面，给那个截图，生成这份 PDF。InfoQ 整理的社区反应聚焦在利益冲突上：Cloudflare 既卖智能体浏览器，又卖阻止抓取的反机器人防护，Hacker News 上一位评论者问出了每个网站主都想知道答案的问题：Cloudflare 自家的防御会不会区别对待 Kitesurf 会话。代码尚未开源；公司表示准备好后会开放，目标是让客户在自己的账户上自行部署，未参与其中的 Blitz 作者 Nico Burns 说，他被告知补丁将会回馈上游。
对运营智能体舰队的开发者来说，可行动的部分是成本曲线。浏览器实例是每个智能体预算里安静的那一行，而在驱动计费的资源上削减 3 到 7 倍，会改变哪些自动化值得跑，尤其是那些永远负担不起独享完整 Chromium 的较小模型。Web 的下一场浏览器之战不是为你的注意力打的，而是为你的智能体打的，而第一位参赛者以毫秒和 MiB 而非功能来计价。