浏览器 / 电脑操作 Agent 排行榜
这里收的是让 AI 操作浏览器或桌面的工具:有的是给编程 Agent 用的命令行或 MCP 服务,有的是自己就能执行网页任务的 Agent。它们会代你点击、填表、登录,所以同样请留意“信任”一列。
| # | Agent | FARS | 信任 | Star | 许可证 | 语言 | 最近提交 |
|---|---|---|---|---|---|---|---|
| 1 | Chrome DevTools MCP | 79 | 17/29 | 53.9k | Apache-2.0 | TypeScript | 2026-10-19 |
| 2 | Obscura 无头浏览器 | 75 | 19/29 | 29.1k | Apache-2.0 | Rust | 2026-10-19 |
| 3 | AIHawk – AI 浏览器代理 | 59 | 14/29 | 32.2k | MIT | TypeScript | 2026-10-15 |
| 4 | Agent Browser:面向 AI 代理的浏览器自动化 CLI | 54 | 10/29 | 44.3k | Apache-2.0 | Rust | 2026-10-19 |
| 5 | Page Agent | 48 | 8/29 | 29.5k | MIT | TypeScript | 2026-09-06 |
| 6 | Browser Use | 47 | 7/29 | 118.5k | MIT | Python | 2026-10-17 |
| 7 | Stagehand:AI 浏览器自动化框架 | 47 | 8/29 | 25.7k | MIT | TypeScript | 2026-10-19 |
| 8 | Nanobrowser 浏览器自动化 | 41 | 8/29 | 14.1k | Apache-2.0 | TypeScript | 2026-10-15 |
| 9 | TARS 多模态操作栈 | 30 | 0/29 | 39.3k | Apache-2.0 | TypeScript | 2026-10-09 |
哪些项目进榜:本榜只收这一类里独立可用、仍在维护、并且被大量用户按名字搜索的工具;建在它们之上的插件、技能包和配置层不进榜,放在对应工具的详情页里。入选名单在本站的公开仓库里维护,每次变动都有记录。
排序依据是 FARS 总分,Star 只用来打平手——热度衡量的是关注度,不是这东西撑不撑得住。看排序之前有两点要知道:这些都是静态评审(只看源码、文档与仓库元数据,没有做运行复测),可靠性、有效性、可验证三项因此被压了上限,实际可得满分是 77 而不是 100;而且几分之差落在这套方法的噪声范围内。请把这张表当成值得进一步考察的短名单,而不是结论。每个分数都链到完整的维度拆解和背后的证据。 评分方法 →
1. Chrome DevTools MCP
让编码智能体直接操控 Chrome,完成网页自动化、调试与性能分析。
差异在哪
完整模式提供自动化、调试、网络、性能、内存及其他可选工具;--slim 模式只暴露导航、脚本执行和截图三项工具,更适合基础浏览任务和较小上下文。默认模式会启动使用专用配置目录的 Chrome,而 --autoConnect 适合在 Chrome 144 及以上版本共享手动浏览状态,--browser-url 或 --wsEndpoint 则更适合从沙箱连接外部浏览器。MCP 服务适合集成编码智能体,随附 CLI 可用于不采用 MCP 的工作流。
2. Obscura 无头浏览器
为智能体与网页抓取提供轻量、隐蔽且无需 Chromium 的浏览器自动化。
差异在哪
项目明确将 Obscura 定位为 headless Chrome 的替代方案。README 给出的对比值为:Obscura 约占 30 MB 内存、二进制约 70 MB、页面加载约 85 ms、启动近乎即时,并内置 anti-detect;对应的 headless Chrome 数值为 200+ MB、300+ MB、约 500 ms 和约 2 秒,且表中未列出内置 anti-detect。两者都可用于 Puppeteer 和 Playwright。采用前仍应在目标站点上验证兼容性,因为 Obscura 的独立渲染及 Web API 覆盖范围可能与 Chromium 不同。
3. AIHawk – AI 浏览器代理
开源 AI 浏览器代理:用自然语言操作真实浏览器,自主完成网页浏览、点击、输入与阅读任务。
差异在哪
该仓库的 wiki 中提到了 AI 浏览器代理的格局和对比,以及 OpenAI Operator 的情况,但未在给定文本中明确对比具体替代品。
4. Agent Browser:面向 AI 代理的浏览器自动化 CLI
为 AI 代理打造的高性能 Rust 浏览器自动化命令行工具,提供快照、点击、填写、截图等能力。
差异在哪
与 Playwright 或 Puppeteer 相比,agent-browser 专为 AI 代理设计,提供基于 ref 的快照系统、后台守护进程和 MCP 集成,而 Playwright/Puppeteer 是更通用的库,需要更多编程工作。
5. Page Agent
为网页嵌入可用自然语言操作界面的 GUI 智能体。
差异在哪
README 说明其 DOM 处理组件和提示词源自 browser-use,并对该项目的网页自动化与 DOM 交互模式表示致谢。
6. Browser Use
让 AI 代理通过本地或云端浏览器执行真实网页任务。
差异在哪
全托管 Cloud 适合希望通过 API 提交任务、并把代理和浏览器基础设施一并交由服务运行的团队。CLI 适合已经使用 Codex、Claude Code、Hermes、OpenClaw、Pi 或 Cursor,只想为现有代理增加浏览器访问的用户。Python 库适合需要自定义工具、结构化输出和模型选择,并希望把代理嵌入自己应用的开发者;它与 CLI 都可连接本地或云端浏览器。模型方面,项目推荐针对浏览器自动化优化的 BU2,但也提供 OpenAI、Anthropic 和 Google 等提供商路径,选择需权衡任务效果、延迟和预算。
7. Stagehand:AI 浏览器自动化框架
用自然语言和代码控制浏览器,实现灵活、可维护、可靠的自动化。
差异在哪
相比 Selenium、Playwright 等传统自动化工具,Stagehand 允许用自然语言代替部分低级代码,降低维护成本。
8. Nanobrowser 浏览器自动化
用自有模型密钥在 Chrome 或 Edge 中执行多智能体网页自动化。
差异在哪
项目将自身定位为 OpenAI Operator 的免费替代方案。其明确差异是使用用户自有 API key、可为不同智能体选择模型,并在本地浏览器中运行;README 不提供两者的基准测试或功能对照。
9. TARS 多模态操作栈
用视觉模型和自然语言操作电脑、浏览器及外部 MCP 工具。
差异在哪
仓库将 UI-TARS Desktop 定位为原生桌面 GUI Agent,并在“use in browser”位置列出 Midscene;所给材料没有提供两者的功能或性能对比。
在榜单范围内、但暂不排名
下面这些项目属于本榜单的范围,但 FARS 评审没能从公开源码里拿到足够的证据(例如仓库不含源码,或文档已迁出仓库)。给它们一个 0 分会变成本站从没下过的结论,所以单独列出,不参与排名。
- Cua:跨操作系统计算机使用与虚拟化平台 · ★ 30k — 为 AI 代理提供可扩展的跨操作系统计算机使用、沙箱和基准测试。