浏览器自动化排行：先看授权，再看能力

比抓取更重要的是授权。这行的项目一半在帮人和反爬系统对抗，商业上真正可持续的用法，是在你有权访问的数据源上做自动化——自家后台、公开数据接口、你买了授权的内容，抓来的数据能不能用，看的是权利，不是技术。只在你拥有授权的站点使用。

01

Top 10：隐身与接管系占了四席

▲ 浏览器 Agent / 自动化项目星数 Top 10 · GitHub 搜索口径 2026-10-22

榜首 browser-use 11.9 万星，是这一行的门面。它是 Python 的 AI 浏览器 agent 库，同时提供 Browser Use Cloud。这个星数说明它已经是这个品类的事实入口。

第二名 lightpanda-io/browser 用 Zig 写，这一行就它一个 Zig。3.7 万星，定位是「为 AI 和自动化设计的无头浏览器」。敢在这个行当用 Zig 重写浏览器，图什么？图轻、图快。代价是兼容性不如真 Chromium。

隐身和接管这两件事，榜上各占两席。隐身那两席是第三名 CloakBrowser 3.2 万星（隐身版 Chromium，仓库介绍里写的是通过了所有机器人检测测试、50 多项测试通过，是 Playwright 的直接替换）和第四名 invisible_dots 3.2 万星（OpenAI Dots、Grok Bot 的开源自托管替代，介绍里写明目标就是「不被反爬系统发现」）。

接管那两席是第五名 OpenCLI 3.1 万星（把任意网站变成 CLI 并复用你已登录的浏览器）和第十名 AutomaApp/automa 2.2 万星（浏览器扩展形态）。

四个加起来 11.7 万星。

来源：GitHub Search API，q=topic:browser-automation，sort=stars，统计日 2026-10-22；星数、fork、主语言取自同一响应。口径说明：星数为统计日累计值。

02

四条技术路线的分歧

▲ 浏览器 Agent 的四条技术路线（合计等于上面那张 Top 10 榜）

复用真浏览器内核这一组（含隐身与接管型）。CloakBrowser、invisible_dots、page-agent、stagehand、OpenCLI 都走这条路，好处是兼容真实网站，坏处是重、慢、且容易被检测。

其中 page-agent 是跑在网页里的 JavaScript agent，用自然语言控制界面；stagehand 是取数加操作的 SDK，仓库介绍里点名 Claude Code、Codex、Eve、Mastra 这几样上手。

这一组五个加起来 15 万星，是四组里最大的一组。

轻量内核这三个，差别在写法。lightpanda-io/browser 主语言是 Zig，是为 AI 和自动化重新写的一套无头浏览器；obscura 用 Rust，同时服务 AI agent 和网页抓取；skyvern 用 Python，做的是按工作流自动化浏览器。三个加起来 8.9 万星，约是榜首的四分之三。

这行的语言分布很散。十个项目里 Python 三个、TypeScript 三个，JavaScript、Zig、Rust 和 Vue 各一个——想按语言筛项目的人，用 GitHub 搜索框自己筛更省事：topic:browser-automation language:python，topic 换成关键词、language 换成语言就行~

浏览器扩展形态最贴近真人。AutomaApp/automa 是浏览器扩展形态，仓库介绍里写的是用「连接块」的方式把自动化流程拼起来；好处是直接继承你已经登录的浏览器状态——很多场景里「能不能用」不是技术问题，是你有没有登录态的问题！它是四组里星数最少的一组，只有 2.2 万星。

浏览器 agent 框架：驱动内核的那一类。browser-use 11.9 万星单独成类，是这一行的事实入口。它本身不是浏览器内核，而是驱动内核的 agent 框架；它是 Python 库，还提供 Browser Use Cloud 服务——这一行只有它既给库又给托管服务。

隐身和接管是两件事。CloakBrowser 和 invisible_dots 解决的是「别被发现」；OpenCLI 和 automa 解决的是「用上你已经登录的那个浏览器」。前者躲检测，后者省登录。一个是隐身衣，一个是你自己家的钥匙——需要的是登录态就用后者，需要的是穿过去就用前者。

两条最硬的门槛。要穿过去，得先过机器人检测；要拿到手，得先有登录态。

两道门：一道检测，一道登录态。

这十个项目里有两个在解决第一件，两个在解决第二件，剩下六个是在内核之上做文章——要么把内核做轻，要么在上面套一层 agent。

给你的实话。如果你要的是稳定跑通公司内部系统，用扩展形态；如果要跑公开数据源，先评估目标站的反爬强度再决定选哪条路；如果你要的是并发吞吐，轻量内核更划算。。

来源：GitHub Search API 同一批快照（2026-10-22）；路线归类为本号依据各仓库公开 README 描述所做的判断。

03

这条线的现实约束

先接受一件事：没有哪个方案能过所有站点的检测。那 CloakBrowser 介绍里那句「通过所有检测」呢？那是在它自己的测试环境里跑出来的，面对有反爬经验的站点未必还灵。所以选型时先看你的目标站点，而不是看谁的宣传语强。

怎么自己把榜首那个跑起来。要拿源码就 clone 仓库；它是 Python 库，要 Python 3.11 以上，没有 uv 就先按官方安装页装：https://docs.astral.sh/uv/getting-started/installation/。

git clone https://github.com/browser-use/browser-use

新项目先起一个环境，再把库装上：

uv init --python 3.12

uv add browser-use

agent.py 不用自己拼：上游那个 agent.py 是一整段 Python，官方 quickstart 见上游 README，照抄整段存成文件，.env 里填上 OPENAI_API_KEY，然后：

uv run agent.py

跑起来什么效果？跑通后会打印出 agent 的最终结果。上游 README 只给了 uv 这一条路，没有给 pip 的装法。

来源：本段为使用建议与风险提示，依据各仓库公开 README 的功能描述；「通过所有检测」为项目自述，未经本号独立验证。

作者：六六爸比。