昨天在 Hacker News 上刷到一条消息，160 个赞：Cloudflare 发布了一个叫 Kitesurf 的浏览器，专门给 AI Agent 用。第一反应是：浏览器这东西还能有什么新花样？Chrome、Firefox、Safari 打了二十年，普通人早不关心了。但点进去看完，我承认自己格局小了。它压根不是给人用的浏览器，是给 Agent 用的。这段时间我自己跑 Agent 踩了不少坑。最烦的就是内存：一个 Chromium 实例动不动吃掉 300MB，开几个自动化任务，16G 内存的机器直接告急。所以看到 Kitesurf 号称内存省 4-7 倍，我立刻来了兴趣。一、Agent 为什么需要自己的浏览器
先说背景。现在的 Hermes 、CodeX等AI Agent能帮我干很多事"看网页"：抓数据、填表单、点按钮、截图存档。过去这些任务全压在 Chromium 上，Puppeteer、Playwright 这些自动化框架，底层都是它。但 Chromium 是为人类设计的。它要渲染动画、处理复杂的交互、跑各种花哨的前端。Agent 根本不需要这些，它要的只是快点拿到 DOM、截个图、点一下按钮。为了这点需求，得扛着一个完整的浏览器内核，又重又费电。Kitesurf 的思路是反着来：既然 Agent 的需求很简单，那就从零造一个只服务 Agent 的浏览器。它跑在 Cloudflare Workers 上，整个浏览器就是一个分布式应用，没有本地进程，用完即走。「给 Agent 用浏览器，等于给机器人造厨房：不需要米其林摆盘，只需要快速、干净、能批量出菜。」灵感来自一个叫 obscura 的开源项目，一个用 Rust 写的无头引擎，号称"没有 Chrome、没有 Node.js、零依赖"。Cloudflare 团队觉得这个思路对，就试着用 AI Agent 帮他们把它移植到 Workers 上。二、Kitesurf 是怎么干活的
先看架构。Kitesurf 分成三个组件：Engine 管会话和 API，PageScript 负责解析网页、跑 JavaScript，PageRenderer 负责把页面画成像素。三个组件各管一摊，互不干扰。每个网页都跑在一个独立的 V8 isolate 里，跟其他页面彻底隔离。网页里的 JavaScript、CSS 解析用的还是 Rust 写的引擎（Blitz 和 Firefox 的 Stylo），最后编译成 WebAssembly 跑在 Workers 上。最妙的是它兼容 Chrome DevTools Protocol（CDP）。这意味着你现有的 Puppeteer、Playwright 代码，几乎不用改就能直接连上 Kitesurf：// 现有的 Puppeteer 代码，把端点换成 Kitesurf 就行 const browser = await puppeteer.connect({browserURL: "wss://kitesurf.cloudflare.app/browser", });const page = await browser.newPage(); await page.goto("https://blog.cloudflare.com"); const html = await page.content(); // 拿 HTML await page.screenshot({ path: "shot.png" }); // 截图
图：Chrome DevTools for agents Github截图安全上它也下了功夫。所有出站网络请求必须经过一个叫 SandboxOutbound 的组件，页面拿不到直接联网的能力；每个页面的 cookie 单独存放，互不串味。任何组件崩溃，最多丢一帧画面，整个会话不会死。为什么之前没人做这件事？不是不想，是成本太高。传统浏览器团队动辄几百人，光排版引擎就要养好几年。Cloudflare 的取巧之处在于：排版和 CSS 解析直接用现成的 Rust 组件（Blitz 和 Stylo），自己只写胶水层，把精力放在隔离和调度上。这套"站在巨人肩膀上"的思路，让一个小团队几个月就攒出一个能用的浏览器。还有一个细节让我挺感慨的。官方博客里说，他们最初把 obscura 移植到 Workers 时，AI Agent 写得并不好，直到他们给了它一份足够详细的计划和明确的验收标准，Agent 才真正跑通。换句话说，连"用 AI 写浏览器"这件事，也逃不过"需求要写清楚"这条铁律。试用门槛也不高。Kitesurf 现在处于 beta 阶段，免费使用，就在 Cloudflare 的 Browser Run 里。你只要把现有 Puppeteer 或 Playwright 的连接地址指过去，同一套代码就能跑。不用改测试脚本，不用重新学 API，这对想尝鲜的人来说非常友好。另外多说一句生态。Cloudflare 这几年一直在往 Agent 基础设施上加码，从 Workers AI 到 AI Gateway，再到现在的 Kitesurf，路线很清晰：他们想当 Agent 时代的"水电煤"，你跑 Agent 需要的算力、网络、浏览器，全都能在它家按需租到。这种"基础设施思维"跟造一个浏览器本身，其实是同一件事。三、性能数据与我的判断
官方给了一组实测对比，跑的是同一批 14 个网址的自动化任务：CPU 方面，截图任务 Kitesurf 用 380ms，Chromium 用 1173ms，省了约 3.1 倍；提取 HTML 的任务更夸张，229ms 对 877ms，省 3.8 倍。内存方面差距更大：截图任务 57.8MiB 对 271MiB，省 4.7 倍；HTML 提取 39.4MiB 对 273.7MiB，省了整整 7 倍。代价也有：总耗时反而比 Chromium 慢 1.7 倍左右。官方解释得很实在——Chromium 的 JIT 引擎跑过热身的页面，当然比冷启动的软件渲染器快。但 CPU 和内存才是真正决定账单的东西，省下来的资源可以开更多并发会话。「省内存就是省钱，尤其是跑大批量自动化的时候。同样的预算，Kitesurf 能开的并发实例数量是 Chromium 的好几倍。」我的判断是：现阶段它更适合批量、重复、可并发的 Agent 任务，比如爬数据、批量截图、巡检网页。要渲染复杂交互页面的场景，Chromium 依然更稳。但方向已经很清楚了——未来的 Agent 基础设施，会跟人类浏览器彻底分家。还有个细节值得玩味：这个浏览器通过 21.5 万个 Web Platform Tests 测试，而且每周还在增加几百个。一个从零写的浏览器能到这个覆盖度，说明"用 AI 写浏览器"这条路，Cloudflare 是真跑通了。最后
回到开头。我盯着任务管理器里那个吃掉 300MB 的 Chromium 进程想了很久，其实 Agent 真正需要的从来不是"浏览器"，而是"能快速看网页的能力"。Kitesurf 把这个能力做成了按需付费的云服务，用完即走，不留垃圾进程。体验地址：https://kitesurf.cloudflare.appGithub下载（chrome-devtools-mcp）：https://github.com/ChromeDevTools/chrome-devtools-mcp点个推荐，与朋友们共勉。
看更多走心好文章
请长按下方图片
识别二维码 AI知识新说
↓
夜雨聆风
