Michael Johnson如果任务只是读取网页或截屏，每个 AI 智能体都需要启动完整的 Chromium 吗？2026年11月12日，Cloudflare 开源了 Kitesurf——一款面向此类自动化任务的实验性浏览器引擎。它可以在本地运行，也可以部署到自己的 Cloudflare 账户中；其主要取舍是降低 CPU 和内存开销，但执行时间更长，而且与网站的兼容性有限。
对于浏览器自动化开发者来说，这提供了一个值得考虑的选项：既可以研究和调整引擎，也能保留熟悉的 Chrome DevTools Protocol（CDP）接口。不过，只有在测试过目标网页后，才适合把所有任务迁移到 Kitesurf。Cloudflare 发布的对比结果显示，Chromium 完成测试任务的速度更快，而 Kitesurf 目前仍不支持一些重要的网页功能。
11月12日有哪些变化
Kitesurf 于2026年10月6日首次亮相，作为 Browser Run 的一个组件提供，当时处于测试阶段。Cloudflare 当时介绍了其架构和自家测试结果；11月12日，公司以 Apache 2.0 许可证开源了代码。现在，开发者可以研究引擎、在本地构建，并将其部署到自己账户的基础设施中。这扩大了开发者接触其实现的机会，但并不意味着这款实验性浏览器已经能取代 Chromium。
该项目提供两种运行方式。本地开发需要 Node.js 22 或更新版本、pnpm 9.15.4 和 Bazelisk；项目指南建议克隆代码仓库、安装依赖，然后通过 pnpm run dev 运行构建。若要部署到 Cloudflare，则需要 Workers 付费套餐：引擎使用 Dynamic Workers 隔离网页。自行托管时还需要单独设置身份验证——Kitesurf 不内置身份验证，而公开的 Worker 地址可能让他人利用你账户的计算资源并发起外连请求。
浏览器如何在不使用 Chromium 的情况下运行
常见的无头浏览器会启动一个大型引擎，旨在处理网站和用户界面。Kitesurf 则由多个 Workers 组件拼装出自动化所需的功能：一个组件接收 CDP 连接并保存会话状态，独立的隔离进程负责处理网页，另一个组件则负责渲染。为了与开发者工具交互，Kitesurf 支持 CDP，因此可以连接 Puppeteer 等兼容客户端。
HTML 和 CSS 由 Rust 组件处理，网页 JavaScript 在隔离的 Workers 环境中运行，独立的渲染器则负责生成图像。Cloudflare 介绍说，网络请求会经过一个专用组件路由：该组件加载网站资源、应用网络策略，并分别保存各网页的 cookies。隔离是浏览器设计的一部分：智能体需要访问代码不应被默认信任的任意网站。
这种架构适合“启动任务—处理网页—结束运行”这类工作负载。如果渲染器卡住，可以将其停止并重新创建，因为它不保存网页状态。面对自动化任务的突发流量，这种方式可能比长期运行的重型进程更合适。这是项目的架构考量，并不保证在所有用户系统中都能节省特定数量的资源。
它如何降低资源开销
Cloudflare 此前发布的一组对比数据，采用了 Browser Run 对14个 URL 进行测试、每项运行五次后取中位数。截屏任务中，Kitesurf 的内存占用为57.8 MiB，而热启动 Chromium 池为271 MiB；提取 HTML 时，分别为39.4 MiB 和273.7 MiB。这些数据来自公司特定配置和网页集合，因此应视作对某类工作负载的测量，而非适用于所有网站的通用比例。
在相同任务上，Chromium 的用时更短：截屏耗时637毫秒，Kitesurf 为1,148毫秒；提取 HTML 则分别耗时472毫秒和820毫秒。换句话说，Kitesurf 的优势主要在于资源占用，而非响应速度。对于大规模、短时运行的网页采集，内存成本可能比几秒的延迟更重要；而对于需要快速响应的交互式智能体，时间差可能更关键。Cloudflare 发布了这些测量的测试方法和结果。
何时选择 Kitesurf，何时选择 Chromium
Kitesurf 适合一次性任务：在兼容的网站上获取 HTML、构建 DOM、截屏或生成 PDF。它兼容 CDP，因此可以在现有自动化技术栈中测试这一替代方案；开放的源代码也便于研究其行为和部署条件。小规模实验可以从本地构建开始；若要在 Cloudflare 上运行，则应提前考虑付费套餐，并通过身份验证保护实例。
如果网站涉及视频或 WebGL、需要保持长期登录状态、要稳定应对机器人防护，或者必须精确还原页面，Cloudflare 文档建议使用基于 Chromium 的标准 Browser Run 浏览器。Kitesurf 目前不支持视频播放、WebGL，也不支持能够保留状态的长期会话；其标准支持程度和渲染质量仍在持续改进。
还需要区分标准符合度与实际兼容性。Web Platform Tests 用于检验网页标准中的具体要求，但无法说明某个复杂网站能否正常加载，也不能保证智能体能否在该网站上正确完成一连串操作。实用的检验方式是针对目标网页和任务进行测试，并与 Chromium 的结果比较，而不是根据通过测试的总数推断兼容性。
给团队的实践建议
可以把 Kitesurf 视作执行浏览器任务的一种专用方案。先选取几个真实网页，测量三项指标：提取数据或生成截图的正确性、执行时间以及资源占用。然后单独检查身份验证、网络限制和会话行为。如果任务时间短、网站兼容，并且内存和 CPU 比延迟更重要，Kitesurf 值得试用。如果更看重精确渲染、丰富的网页功能或持续保存状态，Chromium 仍是更合适的起点。
开源并没有改变“轻量专用引擎”与“功能完整的浏览器”之间的取舍，而是让团队能够自行检查和部署前者。现在，团队更容易在自己的网页和基础设施上进行评估，而不必只依赖供应商提供的对比表。
