11月13日，Cloudflare 把为 AI 智能体打造的实验性无状态浏览器引擎 Kitesurf 以 Apache 2.0 许可证开源，任何人都可以阅读代码、本地运行，或部署到自己的 Cloudflare 账户。这个浏览器没有标签页、没有主题、没有扩展、也没有跨设备同步，对外只留一个 CDP 自动化接口，省资源换来的代价可以拆成两部分：单次任务墙钟时间比 Chromium 慢约 1.7–1.8 倍，同时视频播放、WebGL、需要真实 TLS 指纹的反爬握手和需要持续状态的长时登录会话目前完全跑不通。Cloudflare博客Cloudflare博客
用时间换内存：慢 1.7 倍换 3–7 倍资源节省
砍掉这些功能的前提，是官方对“谁在用浏览器”的重新回答：智能体关心的是 token 数、上下文窗口、扩展性、性能和成本，不是界面体验。落到数字上，Cloudflare 用同一口径对比：在 14 个 URL 的语料上跑 5 次 Browser Run Quick Action 取中位数，对手是热池状态的 Chromium。截图任务 CPU 从 1173ms 降到 380ms、内存从 271.0MB 降到 57.8MB，HTML 提取从 877ms 降到 229ms、内存从 273.7MB 降到 39.4MB——按官方说法，省下的正是决定账单的 CPU 与内存。Cloudflare博客
墙钟时间的差距来自实现方式：Chromium 的 JIT 对访问过的页面已经预热，而 Kitesurf 是冷启动的软件渲染器，差距大头在光栅化与 JPEG/PNG 编码环节。这笔交换只有在智能体负载下才成立：单次请求更慢，但更低的内存占用意味着同一台机器能并行更多会话、按需扩缩，账单按实际用量而非常驻成本结算。Cloudflare博客
真正的门槛在能力边界与兼容性
官方给出的“现在别选它”清单很具体：需要播放视频、渲染 WebGL、完成带真实 TLS 指纹的反机器人挑战握手，或开启需要持续状态的十分钟级已认证会话，都应回到 Browser Run 默认的 Chromium。目前确认能正确渲染的页面以 Wikipedia、Hacker News、TodoMVC 系列和 Cloudflare 自家仪表盘为主，官方对像素级完美也没有承诺，CSS 解析允许“略微偏差”。
兼容性在快速补齐：9 月底的更新称 WPT 通过子测试数已达 73 万以上、较发布时增长约 50 万，并补上了 WebMCP、URL 模块解析、自定义元素与完整的 Browser Run API 覆盖。但选型时最容易被忽略的是协议接入与页面运行要分开验证——Kitesurf 只实现了 CDP 的子集，11月14日的中文解读把它说得很直白：能够连接 Puppeteer，不等于具备与 Chromium 完全一致的网页兼容性。官方文档建议的评估方式也因此是逐站实测：目标页面能否正确渲染、关键脚本能否执行、操作流程能否稳定完成。Cloudflare博客知乎
开源有代价：代码免费，云端运行不免费
许可证开放不等于运行成本归零：自托管 Kitesurf 需要 Workers 付费套餐，因为引擎要用 Dynamic Workers 为每个页面创建隔离的 Worker。官方同时强调，项目仍在密集开发阶段，重点提升 Web 标准兼容性、可靠性和效率，不宜直接视为完整浏览器的等价替代品。从时间线看，这套取舍推进得很快：首提交在 5 月，8 月 6 日上线 Beta，9 月 28 日补上标准与效率，11 月 13 日开源，前后约六个月。Cloudflare博客
对普通用户，这件事的含义不在于换掉自己桌面上的浏览器——Kitesurf 从一开始就不是给人用的；值得盯住的信号是墙钟差距能否随光栅化与编码优化收窄、WPT 子测试增速能否继续拉开，以及视频、WebGL、长会话这些硬边界何时松动。它们决定了“砍掉人类功能换成本”这条路线，能覆盖智能体网页任务的多少比例。
