Open Browser Use

用真实 Chrome 驱动 AI 代理的浏览器自动化层,提供 CLI、多语言 SDK 与 MCP,不绑定任何代理运行时。

Star 数
★ 380
最近更新
4 天前
License
MIT
主语言
JavaScript

30 秒速览

运行形态
命令行工具代码库 / SDKAgent 插件 / 技能
可在哪里用
通用 · 跨平台Codex · Claude Code
费用
免费,无需付费服务
上手难度
中 · 需要几步配置
开始前需要
Node.js / npm安装了配套扩展的 Chrome 浏览器Python(可选,用于 Python SDK)Go(可选,用于 Go SDK)Shell / 命令行网络访问本地文件系统MCP Server
典型场景
有 Codex 或 Claude Code 的开发者:通过 npx skills add 安装 open-browser-use skill,让代理直接读网页并汇总内容。
不适合
  • 需要脱离 Chrome 或浏览器扩展、在无头服务端纯 HTTP 环境批量跑浏览器的团队
  • 希望直接使用云端托管、无需自行在每台机器上安装扩展和注册 native host 的用户

这个 Agent 能做什么,适合哪些场景?

Open Browser Use 是一个跨代理运行时保持中立的浏览器自动化层,由 Chrome 扩展和 open-browser-use CLI 配合工作。它通过 Chrome DevTools Protocol(CDP)和 native messaging 控制真实 Chrome,而不是启动模拟浏览器。用户可以用 CLI、JavaScript/TypeScript SDK、Python SDK(导入名 open_browser_use)或 Go SDK(导入名 obu)接入,也可以把它作为 skill 装进 Codex 或 Claude Code,或通过 MCP 以 obu mcp 的 stdio 方式暴露给代理。工作区还包含 open-browser-use-electron,用于内嵌 Electron 浏览器场景,提供多标签任务作用域、命名 profile、私有工具通道和经认证的本地套接字。项目以 MIT 许可证发布,CLI 可通过 npm 或 Homebrew 安装。

运行时由浏览器扩展与本地 CLI 组成,二者通过 native messaging 通信:open-browser-use setup 会注册 native host 并打开 Chrome 应用商店页面以便安装或启用匹配扩展。代理侧通过 MCP 服务器(obu mcp)获得一组浏览器工具,覆盖标签页列举、打开、声明归属(claim)、导航、CDP 调用、动作计划(action plans)和清理。SDK 侧同样暴露这些能力:JS 包 open-browser-use-sdk 安装到 npm,Python 同名包安装到 PyPI 并以 open_browser_use 导入,Go 包位于 packages/open-browser-use-go 并以 obu 导入。底层依赖 Chrome DevTools Protocol 完成真实 Chrome 的自动化;当扩展商店条目暂不可用时,open-browser-use setup beta 会准备带密钥的 release ZIP,配合手动从 chrome://extensions/ 安装,setup --zip 也可直接使用本地已验证的 ZIP。Electron 场景走宿主授权的 obu iab mcp 通道。

  1. 有 Codex 或 Claude Code 的开发者:通过 npx skills add 安装 open-browser-use skill,让代理直接读网页并汇总内容。
  2. 需要把浏览器能力接进自研代理的团队:用 obu mcp 或 npx add-mcp 把浏览器工具作为 MCP 服务器挂载到现有运行时。
  3. 写 Python 或 JS 脚本做网页数据抓取、表单操作、页面巡检的工程团队:直接引入对应语言的 open-browser-use-sdk。
  4. 做 Electron 桌面应用的团队:使用 open-browser-use-electron 的多标签任务作用域、命名 profile 与本地认证套接字。
  5. 需要在 Chrome 扩展商店条目不可用或被限制的网络中部署的组织:用 setup beta 或 setup --zip 走带密钥的手动安装流程。

如何安装或部署这个 Agent?

全局安装 CLI 并完成 Chrome 侧准备:

# npm(macOS、Linux、Windows)
npm i -g open-browser-use

# Homebrew(macOS、Linux)
brew tap iFurySt/open-browser-use && brew install open-browser-use

# 升级
npm update -g open-browser-use

注册 native host,并顺带打开 Chrome 应用商店页面安装或启用扩展(之后按提示重启 Chrome):

open-browser-use setup

如果 Chrome 应用商店条目暂时不可用,改用带密钥的发布 ZIP 手动安装路径;也可以直接传入本地已有的 ZIP 以跳过 GitHub Release 下载:

open-browser-use setup beta
open-browser-use setup --zip /absolute/path/to/open-browser-use-chrome-extension.zip

按需安装各语言 SDK:

# JavaScript / TypeScript
npm install open-browser-use-sdk

# Python
pip install open-browser-use-sdk

# Go
go get github.com/ifuryst/open-browser-use/packages/open-browser-use-go

SDK 包名在 npm 和 PyPI 上都是 open-browser-use-sdk;Python 导入名为 open_browser_use,Go 导入名为 obu。构建内嵌 Electron 浏览器工作区依赖 pnpm。

如何使用这个 Agent?

把 skill 装进 Codex 或 Claude Code,并直接通过代理调用:

# Install for Codex
npx skills add iFurySt/open-browser-use -g -a codex --skill open-browser-use -y
npx skills ls -g -a codex | rg 'open-browser-use'
codex exec --skip-git-repo-check "Use open-browser-use to check today’s Hacker News and summarize the most worth-reading posts."

# Install for Claude Code
npx skills add iFurySt/open-browser-use -g -a claude-code --skill open-browser-use -y

# 更新已安装的 skill
npx skills update open-browser-use -g -y

把 MCP 服务器写入所有受支持的全局代理配置,或手动在运行时配置里声明 stdio MCP:

npx add-mcp "obu mcp" --name open_browser_use --all -g -y
npx add-mcp list -g
[mcp_servers.open_browser_use]
command = "obu"
args = ["mcp"]

该 MCP 服务器暴露标签页列举、打开、claim、导航、CDP、动作计划和清理等浏览器工具。Electron 内嵌场景请改用宿主授权的 obu iab mcp 路由。要试 Electron 参考应用:

pnpm install && pnpm example:iab
pnpm smoke:iab

这个 Agent 有哪些优点和局限?

优点
  • 栈中立:同一套浏览器能力同时以 CLI、JS/Python/Go SDK、skill 和 MCP 服务器暴露,不绑定特定代理运行时。
  • 操作真实 Chrome 并直接使用 Chrome DevTools Protocol,而非另起一个模拟浏览器,更贴近用户真实的登录态与扩展环境。
  • 同时给出 Codex 与 Claude Code 的 skill 安装命令和 npx add-mcp 一键全局 MCP 注册,接入手续少。
  • 原生支持 Chrome 应用商店不可用时的降级路径(setup beta、setup --zip),便于受限网络或离线分发。
  • MIT 许可证,且提供 open-browser-use-electron 处理多标签作用域、命名 profile 与本地认证套接字等内嵌场景。
局限
  • 依赖用户机器上真实安装的 Chrome 与匹配版本的扩展,并要注册 native host,不是纯服务端无头方案。
  • Electron 工作区功能尚未发布到 npm,想用只能从源码以 pnpm 构建并运行参考应用。
  • 扩展商店条目存在“暂时不可用”的可能性,需自行承担手动安装 ZIP 与密钥维护的成本。
  • 浏览器工具的可用能力(自动化、CDP 等)取决于扩展版本与 Chrome 端行为,README 未给出兼容版本矩阵。

这个 Agent 与同类方案有什么区别?

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 形态 / 费用 Star 最近更新 主语言 完整支持的平台
Open Browser Use 当前 36 · 缺口较多 命令行工具免费 ★ 380 4 天前 JavaScript Codex · Claude Code
Open Claude in Chrome 40 · 缺口较多 MCP 服务器免费 + 模型费 ★ 254 26 天前 HTML Claude Code
Obscura 无头浏览器 75 · 表现良好 命令行工具免费 ★ 29k 3 天前 Rust Claude.ai
WebBrain 65 · 存在缺口 浏览器扩展免费 + 模型费 ★ 1.5k 今天 JavaScript Claude Code

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
缺口较多
36/ 100 五分制 1.8 / 5
信任安全 7/29
可靠稳定 5/14
适用触发 9/18
规范维护 8/18
有效结果 4/13
证据核验 3/8
查看各维度的扣分理由
信任安全7 / 29 · 1.2/5

证据仅显示 README 描述浏览器自动化与 CLI/SDK,未提供权限最小化说明、用户确认流程、数据流透明化文档或敏感数据处理策略;SECURITY.md 仍是模板文本,未给出真实联系人与响应流程;依赖清单(go.mod、package.json)存在但无审计或漏洞缓解说明;回滚机制完全缺失。因此各项仅给 1 或 0,未发现红线但证据薄弱。

可靠稳定5 / 14 · 1.8/5

README 与 package.json 的脚本、CI 工作流基本自洽,但缺少失败信息设计、依赖可用性验证与错误处理说明;CI 仅运行 typecheck/test,未展示失败消息质量。故给 1。

适用触发9 / 18 · 2.5/5

README 明确面向多运行时(Codex、Claude Code、MCP、Electron),场景描述较清晰,环境适配(macOS/Linux/Windows、Homebrew、npm)有覆盖,但能力边界与触发精度仅靠零散描述,未系统化。故 audience 给 2,其余 1。

规范维护8 / 18 · 2.2/5

README 结构清晰,安装步骤详尽,MIT 许可证完整;但无版本变更日志、无已知限制章节、命名稳定性未说明(包名与导入名不一致),维护责任仅靠个人署名。故信息架构与安装给 2,其余 1 或 0。

有效结果4 / 13 · 1.5/5

输出可用性、边际价值与成本收益均只有 README 的宣称,缺少实际输出示例、性能数据或对比基准,无法验证其相对替代方案的优势。故均给 1。

证据核验3 / 8 · 1.9/5

README 中的声明(如“real Chrome automation”“no lock-in”)无对应代码或测试证据支撑;跨源佐证仅限 README 自身;事实与推断未分离。故均给 1。

风险与缓解建议
  • 源码中未见:执行前用户确认开启或自行加上执行前确认;先在沙箱或测试环境跑通,确认行为后再接入真实数据。
  • 源码中未见:回滚或恢复路径运行前先备份,或在 git 分支、快照上操作,确保改动可以撤销。
  • SECURITY.md 为模板文本,未提供真实安全联系人与响应流程,不应视为有效安全策略。
  • 缺少用户确认、回滚与敏感数据处理说明,浏览器自动化可能产生外部副作用。
  • 依赖清单存在但无审计或漏洞缓解证据,需自行评估供应链风险。
  • README 中的能力声明无代码或测试佐证,静态审查无法验证实际行为。
证据充分度:低 评估于 2026年10月15日 审查版本 b136cac71a3c
查看完整评分方法 →

最近版本

来自该项目 GitHub Releases 的最新发布记录,说明为上游原文摘录,未经本站改写或测试。

  1. v1.1.0
    发布说明摘录
    Electron apps can now embed a multi-tab browser and let agents operate it through authenticated CLI or MCP connections. - Named profiles share login state; each task owns multiple independent tabs. - obu iab and obu iab mcp support inherited private channels and authenticated sockets with scoped, expiring grants. - The Electron SDK includes optional virtual cursor and configurable edge glow, plus a runnable example with tab switching, navigation, loading feedback and repeatable actions. …
    在 GitHub 查看 ↗
  2. v1.0.0
    发布说明摘录
    What's Changed * feat(chrome): add WebMCP page tools by @mugnimaestra in https://github.com/iFurySt/open-browser-use/pull/18 * feat(chrome): add multi-query history search by @mugnimaestra in https://github.com/iFurySt/open-browser-use/pull/21 * Use connected targets for browser profile selection by @iFurySt in https://github.com/iFurySt/open-browser-use/pull/27 * feat(cli): support local extension ZIP in setup by @iFurySt in https://github.com/iFurySt/open-browser-use/pull/28 New Contributors …
    在 GitHub 查看 ↗
  3. v0.1.42
    发布说明摘录
    What's Changed * Fix CLI JSON-RPC notification handling by @iFurySt in https://github.com/iFurySt/open-browser-use/pull/19 Full Changelog: https://github.com/iFurySt/open-browser-use/compare/v0.1.41...v0.1.42
    在 GitHub 查看 ↗

常见问题

使用它需要付费账号或云服务吗?
仓库本身是 MIT 许可的开源项目,安装 CLI、SDK、skill 或 MCP 服务器都不涉及付费订阅;但浏览器自动化通常服务于某个代理或模型,那部分费用取决于你自己接入的模型或运行时。
为什么安装后不能直接用?
因为它控制的是真实 Chrome:必须先执行 open-browser-use setup 注册 native host,并按提示安装或启用匹配的 Chrome 扩展,必要时重启 Chrome。若商店条目不可用,改用 setup beta 或 setup --zip 走带密钥的手动安装。
它和普通无头浏览器自动化在部署上有什么差别?
它不以服务端无头浏览器为核心,而是以用户机器上的真实 Chrome 加扩展为运行时,因此每台使用机器都需要完成扩展安装与 native host 注册,而不是只在服务器上跑一个容器。
在 Codex / Claude Code 里怎么接入?
用 npx skills add 安装 open-browser-use skill 后即可由代理直接调用;也可以用 npx add-mcp "obu mcp" 或手写 [mcp_servers.open_browser_use] 的 stdio 配置,把标签页、导航、CDP、动作计划等浏览器工具挂给任意支持 MCP 的运行时。
Electron 内嵌浏览器的能力现在能用吗?
工作区里的 open-browser-use-electron 提供了多标签任务作用域、命名 profile、私有工具通道与本地认证套接字,可通过 pnpm example:iab 与 pnpm smoke:iab 试用,但该源码功能尚未发布到 npm。
在 GitHub 查看 ↗ 安装 ↓

对比同类 Agent

用同一套 FARS 评审,横向比较这个 Agent 所属的短名单。

相关 Agents