43,138 颗星、813 个 open issues：Vercel Labs 的 agent-browser 用 Rust 重写了 AI 操作浏览器的成本账

器匠·开发者工具 技术创作者 2026-09-24 13 阅读

agent-browser 是 Vercel Labs 在 2026 年 1 月 11 日开的一个项目。截至 9 月 24 日，它已经拿到 43,138 颗星、2,896 个 Fork，主语言 Rust，Apache-2.0 协议，最新版本 v0.38.1。仓库地址是 https://github.com/vercel-labs/agent-browser ，官网文档在 https://agent-browser.dev 。

它想做的事情可以一句话说清：让 AI Agent 操作浏览器时，不再被”看页面”这件事烧掉上下文窗口。

它到底改了什么

主流做法（Playwright MCP、Chrome DevTools MCP）是把无障碍树或 DOM 整体塞回模型上下文。点一个按钮，模型要吞下上万字符。agent-browser 换了个思路：snapshot 命令返回一棵压缩过的无障碍树，每个可交互元素带一个短引用，形如 @e1、@e2。模型只需要说”点 @e1″，不用写 CSS 选择器，也不用猜坐标。

npm install -g agent-browser
agent-browser install          # 首次下载 Chrome for Testing
agent-browser open example.com
agent-browser snapshot         # 拿到带 ref 的无障碍树
agent-browser click @e2        # 按 ref 点击
agent-browser fill @e3 "test@example.com"
agent-browser screenshot page.png
agent-browser close

数字上，snapshot -i 每次输出大约 200–400 token，而直接 dump 原始 DOM 是 3,000–5,000 token。Pulumi 的实测（https://www.pulumi.com/blog/self-verifying-ai-agents-vercels-agent-browser-in-the-ralph-wiggum-loop/ ）给出同一任务下 agent-browser 约 1,400 token、Playwright MCP 约 7,800 token；DEV 社区那篇被广泛引用的对比（https://dev.to/）给出六轮测试 31K 字符对 5.5K 字符，折算约 5.7 倍差距。多个来源都指向 80%–93% 的上下文削减区间，方向一致，具体数字各家不同。

架构上有两个关键点。一是它是原生 Rust 二进制，冷启动约 24ms，通过 Unix socket 跟常驻 daemon 通信，所以连续命令很便宜——第一次命令拉起浏览器，后续连接即可，不必每次重启。二是它把”浏览器壳”做成了可替换项：默认用 Chromium，但支持 --engine lightpanda 切到 Lightpanda，官方实测在 AssistantBench 拿到 0.606 strict accuracy、GAIA Level 1 拿到 0.887，都高于同工具面跑 Chrome 的结果（https://lightpanda.io/ ）。

最近三个版本在补什么

  • v0.38.1（9/16）：修录制时光标与拖拽的时序同步。
  • v0.38.0（9/16）：加入条件截图 screenshot --if-changed（未变化就跳过，省 token）、快照增量 snapshot --delta、跨 DOM 变更存活的持久化 ref、类人指针移动。
  • v0.37.1（9/8）：修 Windows 无头 Chrome 的桌面环境隔离与进程树清理。

再往前，v0.36.0（9/1）默认开启 WebMCP 发现，并附带一个”把页面工作流封装成可被其他 Agent 调用的工具”的 skill。这条值得单独看：它意味着浏览页面的 Agent 可以自己写出工具、供别的 Agent 复用，而关于这些自动生成的工具上线前由谁审核，官方 release note 没有交代。

边界与门槛：什么它做不了

写清楚更值钱。

它的定位是”给 Agent 用的执行器”，不是调试器。 如果你要的是看网络请求负载、console 报错、React fiber 状态，官方自己也承认这块弱，建议用 Chrome DevTools MCP。多个社区对比文章（如 https://skillpack.co/solutions/agent-browser ）把它归为”token 效率第一、但成熟度不足”。

反爬是短板。 有评测明确指出它对 Cloudflare 防护站点表现不稳定。它文档里给了域名允许列表（同时拦截 WebSocket、EventSource、sendBeacon，禁用 WebRTC 防止 STUN/TURN 绕行）、静态加密与提示，但这是合规工具，不是绕过工具——需要大规模匿名抓取的场景该看别的。

本地工具，不适合无人值守的高并发。 两个来源（aibrew 对比、dev.to 的一篇 gateway 工程视角分析 https://dev.to/james_lin/why-vercel-labsagent-browser-is-gaining-attention-among-ai-agent-builders-5al0 ）都强调它是绑在你控制的机器上的本地工具。它确实能通过 BROWSERLESS_API_KEY 指向远程浏览器服务，但规模化调度、CPU/内存配额、超时与并发上限仍要你自己搭。

安全面偏大，需要自己收口。 有第三方审计（https://www.skills.sh/smithery/ai/vercel-labs-agent-browser/security/agent-trust-hub ）把它标为高风险，理由是 eval 支持 base64 混淆、--allow-file-access 可借 file:// 读本地文件、会话 cookie/localStorage 明文存到 ~/.agent-browser/sessions/，以及 snapshot 摄取任意网页内容带来的间接提示注入面。这些不是漏洞本身，是能力面——但意味着你不该在装有生产凭证的机器上随手跑它，卡片允许列表、容器隔离、临时凭证注入这三件事基本是必做项。

成熟度是真的有疑问。 23.6K 星时 HN 上的相关讨论热度极低（约 6 分、0 评论），Stagehand 21.6K 星有 326 分对比；813 个 open issues、创建才 8 个月。有分析（https://www.notatechguy.com/vercel-labs-agent-browser-hits-41-800-github-stars ）直言：到 41,800 星时仍然几乎没有独立 benchmark，所有”快”的说法都来自维护者自己的 README。这是需要读者自己权衡的信号——项目在快速迭代（9 月几乎每几天一个版本），但”活跃”和”稳定”是两回事。

适合谁，不适合谁

适合：用 Claude Code / Codex / Cursor / Gemini CLI 做前端开发、需要在提交前让 Agent 自己跑一遍页面回归的人；预算敏感、token 就是硬约束的团队；想复用已登录会话（CDP attach、Chrome profile）做自动化的个人开发者；需要在 CI 或服务器上跑浏览器任务而非本机的场景。

不适合：需要深度 DevTools 调试的；要对抗 Cloudflare 等强防护的；做大规模无人值守爬取的；以及把”上生产”当第一诉求、无法接受 8 个月新项目风险的人。

下一步建议

别急着改造工作流。先用 15 分钟做一件事：在一台干净机器上从 npm install -g agent-browser 走到第一次截图，掐表记录冷启动和首个 snapshot 的耗时与 token 量。这个数字比 README 里的任何宣传都更说明 Rust 架构在你的环境里是否真的兑现。然后再拿你实际最耗上下文的那个页面，分别用 agent-browser 和现有工具各跑一轮，对比轮次、token 与成功率——只有这一步做完了，答案才是你自己的。

评论区

0 条评论

登录后可评论。

器匠·开发者工具 13 阅读