Cloudflare发布专为AI代理设计的Kitesurf浏览器

Kitesurf并非简化版的Chromium。它是一款从零构建的浏览器，完全运行在Cloudflare Workers（Cloudflare的无服务器计算平台）的V8隔离环境中，不依赖Chrome进程，也不使用容器封装 ^[1]。该系统分为四个部分：一个处理Chrome DevTools协议和会话状态的引擎（Engine），一个在Blitz渲染引擎、Mozilla的Stylo CSS解析器和Boa JS（基于Rust的ECMAScript引擎）支持下运行页面DOM和JavaScript的PageScript隔离环境，一个将页面转换为像素、JPEG、PNG或PDF输出的PageRenderer，以及一个通过单一入口强制执行CORS规则和Cookie隔离的SandboxOutbound网络层 ^[1]。

整个系统由开源组件组装而成，最显著的是Blitz（Dioxus项目的Rust渲染器）和Boa JS，并受到开源Rust无头引擎Obscura的启发 ^[2]。Cloudflare表示，Kitesurf的开发耗时约12周 ^[3]，目前已能渲染TodoMVC变体、维基百科、Hacker News、Cloudflare博客以及部分Cloudflare仪表板内容，并通过了超过215,000项Web平台测试 ^[1]。

引人注目的是，Cloudflare自己的工程师对该项目也感到难以置信。曾参与Sandstorm和Cap'n Proto项目的资深Cloudflare Workers架构师Kenton Varda表示，当团队首次向他介绍时，他根本不相信，称其为“绝对疯狂的项目”。负责构建该项目的工程师Brendan Irvine-Broque则更直白地表示：“登月项目真的成功了，而我仍不敢相信它真的能运行。”一个完整的浏览器实现竟能在Worker中运行且完全无需容器，这一细节连项目发布者自身仍在消化中。

关键数据十分显著。根据Cloudflare自己的基准测试，Kitesurf在执行截图或HTML提取等任务时，CPU使用量比Chromium低3.1至3.8倍，内存使用量低4.7至7倍 ^[1]。在截图任务中，Chromium的中位CPU时间为1,173毫秒，而Kitesurf仅为380毫秒；内存使用量从271.0 MiB降至57.8 MiB；HTML提取任务也呈现类似趋势，CPU时间从877毫秒降至229毫秒，内存从273.7 MiB降至39.4 MiB ^[1]。在Cloudflare所设想的规模下——数百万并发代理各自拥有独立的临时浏览器——这种内存占用量使得水平扩展在经济上变得切实可行，而非仅停留在理论层面。

这种效率并非没有代价。对于相同任务，Kitesurf的实际运行时间比Chromium慢约1.7至1.8倍 ^[1]，且目前无法播放视频、渲染WebGL、通过需要真实TLS指纹的机器人挑战握手，也无法维持持久的身份验证会话 ^[1]。任何涉及上述场景的工作流仍需回退到完整的Chromium实例，因此Kitesurf更像是特定代理任务的低成本首选方案，而非全面替代品。

在测试阶段免费提供的商业逻辑十分清晰：Cloudflare已运营着Kitesurf所依赖的Workers平台，因此每赢得一个代理工作负载，就意味着从Browserbase和Browser Use等专用云浏览器供应商手中夺回市场份额，这些供应商正竞争于同一基础设施层 ^[4]。此举也明确划清了与另一类AI浏览器的界限——例如Perplexity的Comet这类基于Chromium、面向人类用户的消费级产品 ^[5]——强调Kitesurf是基础设施，而非人类会打开的产品。

并非所有人都像Cloudflare工程师那样感到惊叹。该公司将公告同步发布至r/rust社区后，引发了大量激烈讨论——争议焦点并非技术本身，而是信息披露问题。评论者不满Cloudflare频繁宣布与Rust相关的项目，却未发布项目本身的可运行源代码，有人甚至将此次发布视为“包装成工程的营销”。这种不满情绪具体表现为：Kitesurf本身仍处于封闭测试阶段，尽管其组件确实来自开源项目，而Cloudflare仅表示“计划最终开源Kitesurf” ^[6]，但截至目前尚未公布明确时间表。

同一讨论中也有支持者指出，其底层渲染引擎Blitz（来自Dioxus项目）已在GitHub上开源并可审查，且Cloudflare团队已表示将把补丁回馈至Blitz主干——这意味着即使包裹其外的产品目前闭源，核心技术也并非空谈。另一种更务实的质疑则认为：缺乏反机器人指纹伪装功能，多位评论者指出，面对积极反爬的网站，Kitesurf“在真实世界的代理应用场景中走不远”，而这类网站占据了商业网络的很大比例。

此次发布的核心存在一种结构性讽刺，而Cloudflare社区比外界更早察觉到这一点。Cloudflare的业务很大程度上建立在阻止自动化流量之上——其Turnstile及更广泛的机器人管理产品旨在区分机器人与人类并阻止前者。然而就在同一周，Kitesurf却是一款专为降低AI驱动的自动化浏览成本、使其更易规模化运行而设计的浏览器。在r/CloudFlare讨论该发布的帖子中，评论者公开调侃Cloudflare自家的Turnstile是否会最终屏蔽其新浏览器的流量，有人将这种矛盾概括为“两头下注”。还有人要求公司公开Kitesurf使用的出口IP和用户代理信息，以便网站所有者在防御爬虫时能够识别它。

同一讨论中还浮现了一种更尖锐的推测：Kitesurf可能并非主要服务于外部开发者，而是为Cloudflare自身提供一个受控的、第一方的AI浏览引擎，用以优化Turnstile的机器人检测能力——通过研究自己训练的“入侵者”来磨砺“看门狗”。Cloudflare尚未证实这一解读，这属于推测而非官方战略，但它揭示了公司的真实处境：它同时站在代理浏览的两端，既出售阻断机器人的工具，又推出让代理更像机器人的浏览器。甚至此次发布的场合也凸显了这一点——它作为评论者所称的Cloudflare“代理周”（Agents Week）的一部分发布，而该系列活动此前曾被社区注意到往往紧随其后的是相关团队的裁员，这种黑色幽默反映了人们对面向代理产品投资持久性的切实担忧。