Cloudflare 扩展了 Kitesurf 的功能。这款基于 Cloudflare Workers 构建、旨在运行人工智能代理任务的浏览器新增了 WebMCP 支持、浏览器引擎改进以及对 Browser Run 接口的完整集成。此外，现在还可以在终端中运行 Kitesurf 的一个版本，这体现了它与主要面向人类用户的传统浏览器不同的设计理念。
WebMCP 将交互从点击转变为工具调用
WebMCP 允许网站直接向代理公开其功能，使代理能够调用 searchFlights() 等工具，而不必模拟点击元素并等待页面加载。Cloudflare 表示，Kitesurf 目前支持 WebMCP，可以通过公开的 Kitesurf 环境和 Cloudflare Radar 进行测试。Cloudflare Radar 展示了 navigate-to 和 set-location 等工具，用于以编程方式与页面交互。
要将这些功能与人工智能代理结合使用，需要通过 Chrome DevTools MCP 和 Browser Run 专用的 WebSocket 端点设置连接，并传递账户凭据。Cloudflare 还提供了关于将 WebMCP 与 Kitesurf 和 Browser Run 配合使用的单独文档。
更广泛的 Web 标准覆盖范围
Cloudflare 新增了对 WebMCP、CSS 布局、CSSOM、CSS Typed OM 以及自定义元素的支持。Kitesurf 现在还能够通过 URL、JSON 模块和导入映射解析模块，并利用 Cloudflare Workers 的模块注册表支持从 Web 地址导入。
改进还涵盖 iframe。iframe 现在会在适当的时间加载，具备更好的隔离，并能在不同语言和字符编码之间更一致地呈现文本。根据 Cloudflare 的说法，Kitesurf 目前已通过超过 73 万项 Web Platform Tests 子测试，相比发布阶段增加了 50 万项测试。
针对代理循环时间的改进
Cloudflare 关注的是减少代理与浏览器反复交互所消耗的时间，而不仅仅是页面加载速度。其中一项变化是减少 JavaScript 引擎与 DOM 之间的切换，使 getAttribute、id 和 parentNode 等常见操作可以在 Wasm DOM 内执行，而不必反复经过中间层。
Kitesurf 还减少了计时器运行和脚本加载期间的重复工作，改进了内存管理以及 JavaScript 引擎之间传递对象时的处理方式。字体加载也变得更加有选择性：只有在检查页面中使用的字符后，系统才会按需获取字体。该公司表示，尽管新增了对各种标准的支持，CPU 使用量和实际耗时仍接近发布阶段的测量结果，并且在某些情况下有所改善。
通过 Browser Run 和终端运行
Kitesurf 现在完整覆盖 Browser Run 接口，并可通过 CDP、Playwright、Puppeteer 和 MCP 使用。截图、提取 HTML 以及生成 PDF 等操作，也可以通过 env.BROWSER.quickAction() 接口在 Worker 内执行。
在终端方面，Cloudflare 将负责生成图像的 PageRenderer 组件与管理页面会话并执行页面代码的 PageScript 组件分离开来。新版本使用 Kitty 图形协议，同时为不支持 Kitty 的环境提供基于 ANSI 的文本模式。可以通过 Homebrew 安装，然后使用 kitesurf 命令运行，并支持滚动、点击和键盘操作。
实际会发生什么变化？
此次更新将通过 WebMCP 提升网站的可编程性、更广泛的 Web 应用兼容性，以及适合开发者和代理的运行方式结合起来。不过，Kitesurf 仍处于 beta 阶段，并在每个账户的使用限制内免费提供。此外，Cloudflare 宣布未来有意开放项目源代码，但目前尚未给出具体时间表，因此当前的可用范围和接口的持续稳定性仍需继续关注。