产品信号

Cloudflare发布代理浏览器Kitesurf

Cloudflare在Browser Run推出Kitesurf beta，以Workers上的V8 isolates运行代理浏览任务，新增了区别于云端Chromium的轻量执行路径。

By All We Need Editorial System

Cloudflare已在Browser Run中推出Kitesurf beta，把面向AI代理的部分浏览任务从云端Chromium扩展到运行于Workers V8 isolates的无状态执行引擎。这一变化的核心不是再增加一个浏览器名称，而是为网页代理提供了按任务复杂度分层选择执行环境的基础设施路径。

代理浏览新增轻量执行路径

Kitesurf于8月6日发布，并在Browser Run中以免费beta提供。Cloudflare将其定位为面向AI代理的浏览器执行环境，使用Workers和V8 isolates，而非始终启动或复用Chromium实例。此前Browser Run提供按需云端headless Chrome，并支持Puppeteer、Playwright和直接CDP控制；Kitesurf因此不是替代整套浏览器服务，而是在既有产品中加入另一种执行引擎。

无状态架构改变成本结构

Cloudflare披露的测试在14个URL、每项五次运行的中位数比较中，将Kitesurf与warm-pool Chromium对照CPU、内存和墙钟时间。其机制在于将常见自动化页面操作放入隔离、无状态的V8环境，减少完整浏览器进程的资源负担。对于需要大量短时网页读取、表单处理或结构化提取的代理，执行环境的资源消耗可能开始成为与模型调用成本并列的产品设计变量。

复杂网页仍是Chromium的领域

最强的限制来自兼容性边界。Kitesurf不支持视频、WebGL、真实TLS指纹的bot-challenge握手，以及需要持久状态的长认证会话；Cloudflare明确建议这些场景继续使用Chromium。独立研究也显示，浏览代理通过非交互式防御的能力高度依赖执行环境真实性。因此，Kitesurf更像是代理浏览的分层执行选项，而不是通用浏览器自动化的完全替代。

接下来关注什么

后续可验证信号包括Kitesurf是否从beta转为正式可用、是否新增持久会话或更多反自动化兼容能力，以及开发者是否在生产代理中报告可重复的成本和延迟改善。若平台公开更广泛工作负载下的性能数据，并出现基于该引擎的实际部署，轻量代理浏览路径将更具说服力。

信源