Cloudflare发布专供AI智能体使用的浏览器

　　随着人工智能技术的爆发式演进，AI正日渐向“能够替用户执行复杂网页任务”的AI智能体发展。Cloudflare近日宣布推出一款新的浏览器Kitesurf。该浏览器完全运行在Cloudflare Workers无服务器计算平台上，不以为人类服务为目标，而是专为AI智能体的高并发浏览任务定制重构，拟减少AI智能体在操作传统的“面向人类”的浏览器时不必要的算力与成本消耗。

　　Kitesurf的推出，标志着“AI智能体专用浏览器”这一细分品类取得开拓性进展。目前，该产品已在Cloudflare的浏览器自动化API服务Browser Run中开启免费Beta测试。

为什么AI智能体需要专属浏览器？

　　在传统网页生态中，无论是以Chromium还是Firefox为核心的浏览器，其底层的设计逻辑都是为了迎合人类的感官体验。它们需要耗费大量CPU和内存资源来维持精美的页面渲染、顺畅的多标签管理、跨设备的同步，并支持各种第三方扩展程序；这些为人类感官服务的功能对AI智能体而言纯属冗余甚至负担。AI智能体在应用浏览器时关心的是词元的计数开销、上下文窗口的限制、系统的并发扩展性、高昂的计算成本以及底层运行的安全性。对AI模型来说，页面的DOM（文档对象模型）能否被正确解析比其样式渲染是否精美更为重要。

　　传统Chromium内核的浏览器实例相当庞大。如果开发者为云端的每一个并发运行的AI智能体任务都单独拉起一个Chromium进程，其消耗的计算资源和内存将极为高昂。这不仅限制了中轻量级AI智能体应用的普及，更让网页信息获取的成本不必要地高。

　　此外，AI智能体在互联网中航行时，面临着全新的安全威胁模型。由于智能体需要替人类用户去访问任意、甚至不可信任的第三方网页，如何防范恶意网页中隐藏的提示词注入攻击（Prompt Injection，攻击者通过构造恶意输入，诱导大模型忽略原有指令并执行非预期行为的攻击方式）和确保工具调用权限安全，已经成为AI智能体应用的重要安全考量。

Kitesurf的技术架构

　　Kitesurf并不是Chromium的简化版或“无头版”（指取消浏览器图形界面，但仍保留程序控制功能），而是一个从首行代码起就完全用Rust语言重写的全新浏览器生态。Kitesurf的整体运行链路被高度模块化，主要由以下三个核心组件构成：

　　1.会话引擎(Engine)

　　作为Kitesurf唯一面向公众的网关组件，引擎专门负责维护和管理用户的CDP（Chrome开发者工具协议）WebSocket连接与HTTP/REST API请求，并精确存储每个AI浏览会话的局部状态。由于它完美兼容了CDP，现有的各种客户端工具都可以直接接入，只需在连接时简单追加浏览器名称参数即可启动。

　　2.页面脚本环境(PageScript)

　　主引擎在接收到访问指令后，会利用Cloudflare Workers这一云端运行环境的动态Workers技术，为不同来源的每个网页或子界面即时创建一个完全隔离的页面脚本沙箱。在该沙箱环境中，Kitesurf接入了几个前沿的底层模块，包括Blitz的网页解析模块、Stylo样式解析器等。为解决Workers隔离环境安全性与网页JavaScript执行之间的冲突，Kitesurf在Workers内部部署了额外的自研小型JavaScript引擎BoaJS。虽然这种“双重运行”在性能上并非最完美的最优解，但它相当稳健地攻克了动态JavaScript执行的安全隔离难关。

　　3.页面渲染器（PageRenderer）

　　在Kitesurf中，引擎、页面脚本环境和页面渲染器之间利用高速内部服务绑定，在不同Workers之间进行直接的远程过程调用。引擎不需要自己对网页进行渲染，只需要对渲染器发送单次调用，后者即可瞬间在边缘节点生成当前视口的截图并返回。由于页面渲染器自身是完全“无状态”的，仅持有一个随用随弃的高速缓存，如果渲染过程中页面代码卡死，引擎可以在不破坏核心会话的情况下，以极低开销直接将其进程终止并重新冷启动一个新的隔离实例，显著降低了整体系统因网页恶意代码而发生死锁崩溃的风险。

Kitesurf当前的优势与不足

　　Kitesurf当前的核心优势之一在于其对资源和成本的节约。根据Cloudflare官方发布的测试数据，在AI智能体最频繁调用的“抓取HTML”和“截取网页屏幕”这两项日常操作中，Kitesurf展现出了很大的能效比优势。与Chromium相比，它的CPU占用仅为前者的三分之一，而内存占用仅七分之一。对于需要高并发处理数万个AI运行周期的企业而言，这意味着服务器基础设施账单的大幅缩减。

　　Kitesurf的沙箱隔离设计很大程度上保证了安全性。由于每一次Kitesurf的页面加载都会启动全新的隔离沙箱运行环境。这阻止了不可信的恶意外部网页通过浏览器漏洞获取上一个会话残留的敏感信息。

　　尽管Kitesurf展示了令人瞩目的前瞻设计与能效比优势，但作为一个仅诞生数周的新生代浏览器，在实际的工业落地中，它同样面临着客观的技术局限。

　　当前的WebMCP协议已经支持网页为AI智能体明确暴露自身可操作能力。Chromium的实验版本集成了WebMCP协议支持，而处于早期测试版的Kitesurf虽然能成功渲染出全部页面、导出Markdown并截取屏幕，但其内部却缺失了原生的WebMCP理解机制。这导致AI智能体在Kitesurf中运行时，不得不退回到原始而繁琐的DOM元素“瞎猜和语义推理”模式，而无法直接调用网站官方为AI提供的结构化声明式工具。

　　虽然在性能节省上表现出色，但无论是Cloudflare官方测试还是第三方测试中， Kitesurf在单页访问速度方面都远慢于Chromium。这意味着在复杂的交互流程中，Kitesurf目前的加载和渲染速度依然明显偏慢，可能会对智能体的实时交互吞吐带来负面影响。

　　此外，Kitesurf完全无法播放视频，不支持WebGL等3D图形的复杂渲染。由于其TLS指纹与标准Chromium存在显著差异，它还无法通过目前互联网上极其普遍的反爬虫和反机器人验证。为了追求即用即弃的弹性和超低冷启动开销，Kitesurf彻底放弃了本地持久化状态的支持。这意味着如果AI智能体任务需要模拟一个长达十分钟、跨越数个页面且需要保持复杂登录认证会话的过程，Kitesurf目前难以胜任。

面向AI智能体的浏览器的未来发展

　　在可见的未来，理想的面向AI智能体的浏览器可能存在如下特点。

　　1.从底层架构上减少消耗，增强AI易识别性

　　理想的面向AI智能体的浏览器不仅应该减少其为人类而生的冗余功能，优化并发处理，减少内存和CPU消耗，还应该原生支持WebMCP协议，降低AI智能体的网页识别成本。未来的浏览器还可以在引擎层提供更为原生、稳健的标注支持，帮助视觉智能体实现基于标注而非图像识别的定位。

　　2.“可控、安全与可解释性”的安全架构重塑

　　随着AI智能体被授予越来越多的账户信息支配权，浏览器需要建立全新的、围绕智能体生命周期安全的安全防御屏障。浏览器必须针对外部恶意网页内容中“提示词注入攻击”构建一整套防御体系；必须支持类似Cloudflare的沙箱级单出网流量限制网关，确保Cookie在每个临时会话中彻底隔离，杜绝跨会话的任何数据泄露。

　　Kitesurf的诞生时间不长，在技术上也远未成熟，但其出现预示着AI影响下网络生态发展的一个可能方向。随着AI智能体日渐成为互联网基础设施的重要使用者，这些设施或许也将逐渐改变其完全面向人类的设计思路。

参考资料：

[1]Celso Martinho, Ruskin Constant, Rui Figueira, and Luís Duarte. Introducing Kitesurf: The agent-first browser that runs in V8 isolates on Cloudflare Workers[EB/OL].(2026-08-06)[2026-08-31]. https://blog.cloudflare.com/kitesurf.

[2]Cloudflare, KiteSurf[EB/OL].(2026-08-06)[2026-08-31]. https://kitesurf.cloudflare.app.

[3]Matt Gibbs, Rendering Is Not Understanding[EB/OL].(2026-08-13)[2026-08-31]. https://www.openforagents.com/blog/rendering-is-not-understanding.

[4] Cloudflare Developers, Browser Run[EB/OL].(2026-08-11)[2026-08-31]. https://developers.cloudflare.com/browser-run.