11 月 13 日，Cloudflare 正式开源了 Kitesurf——一款为 AI 智能体打造的实验性无状态浏览器引擎，代码以 Apache 2.0 许可证发布在 GitHub，任何人可以阅读代码、本地运行、修改，或部署到自己的 Cloudflare 账号。它不依赖 Chrome，也不需要启动浏览器容器，完全跑在 Workers 上就能完成 HTML 解析、CSS 样式、JavaScript 执行和截图渲染，现有的 Puppeteer 等 CDP 客户端可以直接接入连接。标题里的"低耗"有一本具体的账：官方基准显示它的 CPU 和内存消耗比 Chromium 低 3 到 7 倍，代价是完成同一个任务耗时更长。Cloudflare博客GitHubCloudflare博客
省 3 到 7 倍资源，拿速度来换
这组数字出自 8 月 6 日发布公测时的官方基准：在一个 14 个 URL 的语料集上各跑 5 次 Browser Run 快捷操作取中位数，对照组是已经"热起来"的 Chromium。内存上的差距最直观——截图任务 Kitesurf 用 57.8 MiB，Chromium 用 271.0 MiB；提取 HTML 时是 39.4 MiB 对 273.7 MiB，差不多省到七分之一。CPU 时间分别是截图 380 毫秒对 1173 毫秒、提取 229 毫秒对 877 毫秒。
但同一张成绩单的另一面是墙钟时间：截图慢 1.8 倍，提取慢 1.7 倍。Cloudflare 对这笔取舍的解释很直接——智能体不会盯着屏幕等结果，内存和 CPU 才是云账单上的大头，占用更少意味着同一时刻能跑更多会话、接得住突发流量。反过来说，这也给"低耗"划了边界：需要按秒等待下一步结果的任务链，Chromium 依然是更快的那个。微博
省出来的原因：不是精简版 Chrome，是换了一套实现
Kitesurf 用 Rust 编写、编译成 WebAssembly 运行，架构上分三个部件：Engine 是唯一对外的组件，负责连接客户端、管理会话状态；PageScript 通过 Dynamic Workers 为每个页面单独拉起一个隔离环境，执行网页 JavaScript；PageRenderer 负责把页面画成像素，自己不留任何状态——渲染卡住就直接杀掉重启，每次请求都自包含、可重试。出网也被收紧到一个 SandboxOutbound 组件，其他部件不能直接访问网络。
网页处理的底层能力大量复用现成的开源 Rust 组件：Blitz 负责 HTML 解析、DOM 与布局，Stylo 是 Firefox 的高性能 CSS 解析器，Boa 在 WebAssembly 里执行 JavaScript，Linebender 负责文字排版与 2D 图形，Krilla 生成 PDF，这些组件保留各自的许可证，声明记录在仓库的 NOTICE 文件里。
之所以敢这么砍，是因为设计对象从一开始就不是人。智能体不需要标签页、主题、扩展和跨设备同步，对像素级完美的渲染和 60 帧滚动也不敏感，真正在意的是 token、上下文窗口、可扩展性和成本。安全模型同样按机器重写：官方把它设计成每次页面加载都被当作不可信输入处理，会话结束即清空、组件之间互相隔离，针对的是提示注入这类智能体特有的攻击面。Cloudflare博客微博
开源真正改变的是什么
时间线值得理清楚。8 月 6 日 Kitesurf 首次发布时，只是 Browser Run 托管 API 里的一个公测选项，免费但有账号限额，已有工具在端点加一个 browser=kitesurf 参数就能切换过去。9 月补上了 WebMCP 支持和一批新 API，这次开源则把选择权交到开发者手里：本地执行构建命令后，引擎会在 127.0.0.1 的 8787 端口起一个带 DevTools 的开发服务，puppeteer-core 直连 WebSocket 就能截图抓页面，智能体框架也可以挂上这个 CDP 端点。要区分两类"免费"：许可证允许自由使用和修改代码，本地跑不花一分钱；但把实例部署进自己的 Cloudflare 账号需要 Workers 付费套餐，因为每个页面都要靠 Dynamic Workers 拉起隔离环境。开源解除了供应商锁定，没有解除云运行时的账单。Cloudflare博客GitHubCloudflare博客
哪些活它现在还接不住
官方给出的不适用场景相当明确：播放视频、渲染 WebGL、过需要真实 TLS 指纹的机器人验证、维持需要持久状态的十分钟级认证会话，这些仍然该交给 Chromium。兼容层面，Kitesurf 实现的仍是 CDP 协议的一个子集，官方口径是通过约 21.5 万个 Web 平台标准测试，且每周新增数百个。Cloudflare博客
协议接入之外，真正需要分开验证的是网页的实际渲染效果：能连上自动化工具，不等于兼容性与 Chromium 完全一致。它擅长的恰好是相反的任务画像："打开—截图/抓正文/生成 PDF—关闭"的高频无状态批处理，比如每日资讯聚合、页面变更监控、给多模态模型提供视觉上下文，这类用完即毁的任务最能吃到资源红利。Kitesurf 仍处于密集开发期，当前还属于实验阶段，团队正持续推进 Web 平台标准测试的兼容度。准备上生产的话，最实际的检验方式是跑自己的真实页面和真实流程——这也正是官方建议的评估路径，而不是只看基准表上的倍数。知乎微博
