Kitesurf：Cloudflare为AI智能体打造的无Chromium浏览器

Cloudflare发布了Kitesurf，这是一款专门为AI智能体操控而打造的无头Web浏览器。该工具目前以测试版形式提供，并配有在线试用环境供用户直接体验。在公司内部，「是否应该自研浏览器」这个问题每隔两三年就会被重新提起，却始终没有真正推进过。这一次之所以成行，是因为两个条件同时具备：WebAssembly在Workers上的运行已经足够成熟，而AI智能体的爆发式增长，让对「非人类浏览器」的需求变成了一个现实问题。

智能体想要的，和人类想要的不一样

Cloudflare的出发点是彻底重新审视需求。面向人类的浏览器需要标签页、书签、扩展程序、密码管理和跨设备同步。主题的快速渲染和流畅滚动，也是决定界面体验质量的重要因素。而AI智能体完全不需要这些。智能体真正在意的是消耗的token数量、上下文窗口、可扩展性、性能和成本。机器可读的结构化内容很重要；但CSS渲染稍有偏差，或者像素没有精确落在原本的位置，几乎不会造成任何实际损害。

反过来，智能体的运行速度远超人类，而且会同时运行大量浏览器实例。因此，面向智能体的浏览器必须足够轻量，才能在执行基础设施上以高密度、高速度运行，还需要具备与面向人类不同的安全防护——比如针对提示词注入的防御。像Chromium这样的引擎是为人类设计的，背负着模型从不需要的额外开销。它的内存和计算消耗太大，如果给每个智能体都分配一个独立实例，账单会迅速膨胀到难以承受。结果是，网络的大片区域，只对最昂贵、性能最强的模型开放。

Rust与WebAssembly，底层是Workers

Kitesurf主要用Rust编写，编译为WebAssembly，运行在Cloudflare Workers之上，不依赖Chromium，也不依赖Node.js。据该公司介绍，其CPU和内存消耗比Chromium低3到7倍，并且设计为按请求启动。测试版期间可免费使用。

这套架构的背后，是开发者平台多年积累的成果：动态Workers、基于SQLite的Durable Objects、Workers之间的RPC、服务绑定、Node.js兼容性的提升，以及多项限额的上调——这些都是让此前在Workers上无法实现的应用规模成为可能的基础组件。另一个因素是，Cloudflare的无头浏览器自动化API，本已随着AI的普及快速增长。智能体在很多任务中都需要浏览器，有些任务离开浏览器根本无法完成。

现有工具无需改动即可接入

Cloudflare在实践层面最重要的选择，是没有强推自研协议。Kitesurf可以通过WebSocket上的Chrome DevTools Protocol（CDP）访问，也可以通过HTTP上的RESTful API访问。由于支持CDP，Puppeteer、Playwright、Chrome远程接口，乃至Chrome DevTools本身的前端等现有工具，都可以直接连接并正常工作，无需任何适配。这种把迁移成本压到最低的设计，在是否采用这项技术的决策中分量不轻。

• 实现方式：主要使用Rust编写，编译为WebAssembly，运行在Cloudflare Workers上
• 效率：Cloudflare称CPU和内存消耗比Chromium低3到7倍
• 连接方式：WebSocket上的CDP以及RESTful API；Puppeteer和Playwright无需修改即可使用
• 验证方式：符合Web Platform Tests标准，并在真实网站上进行多步骤测试，与Chromium逐项比较

关于验证，Cloudflare公开了方法：除了通过Web Platform Tests的合规测试外，公司还通过Puppeteer在真实网站上运行多步骤测试场景，同时在Kitesurf和作为基准的Chromium上执行，并在开发过程中持续比较两者的结果。不出所料，它也通过了那项传统的「能不能运行Doom」测试。

轻量化正成为智能体时代的前提条件

Kitesurf所展示的，不只是又一款轻量浏览器的诞生。一旦假设智能体将来会操作企业业务系统，浏览器就不再是「人类透过它观看的窗口」，而变成「机器执行的一个组件」。作为一个组件，单位成本、启动时间和并发数量，就成了设计的核心考量。测试版公布的性能数据来自公司自身，实际的兼容性还需要在各自的工作流程中验证——但这个方向本身已经很难被忽视。如果计划让数十甚至数百个智能体并行运行，浏览器的「体重」迟早会体现在账单上。