一句话定位：把浏览器操作、抓取、自测和一整套调研流程打包成技能。
让 AI「上网查点东西」，难点从来不是打开网页，而是登录态、验证码、动态渲染、页面结构变了之后怎么恢复。Browserbase 官方把这块能力拆成了 18 个技能，覆盖从单次开页到完整竞品调研的全链路，配套的命令行工具叫 browse。安装之后你在 Claude Code 里说一句「去 Hacker News 把热帖评论抓来总结」，剩下的它在远端浏览器里自己跑完。这套技能的价值在于：它不只是一组 API 包装，而是把「浏览器该怎么用」的方法论一起交给了 Agent。
核心能力
一、browser：把浏览器操作变成命令行动作
最基础也最常用的一个。它让 Agent 通过 browse CLI 完成开页、点击、填表、取文本，背后接的是 Browserbase 的远端会话，因此可以带上 Browserbase Identity、Verified 浏览器、验证码解决和住宅代理。实际场景里，抓一个需要登录的后台报表时，本地无头浏览器经常被风控拦住，走远端住宅 IP + 已验证浏览器指纹，成功率会明显不一样。
二、browser-trace + browser-to-api：把一次浏览变成可复用的接口browser-trace 会录制完整的 DevTools 协议轨迹（CDP 原始流、截图、DOM 快照），再按页面切分成可检索的片段。browser-to-api 接着读这份轨迹，把页面实际发出的 HTTP 请求反推成一份尽力而为的 OpenAPI 3.1 描述。做数据采集时这个组合很实用：先真人点一遍，让技能把请求结构提出来，之后就不用每次开浏览器，直接调接口，速度快一个量级。
三、autobrowse：失败之后自己读轨迹改脚本
普通自动化脚本的毛病是页面一改就挂，而且挂了你得自己查。autobrowse 做的是自我改进循环：跑任务、读 trace、定位哪一步点错了、改导航逻辑、再跑，直到稳定通过。给运营同学做一个每周自动取数的流程时，这个能力省下的其实是维护成本，而不是首次开发成本。
四、safe-browser + cookie-sync：把权限收紧，把登录态接上safe-browser 用 Claude Agent SDK 起一个本地浏览器 Agent，唯一可用的浏览器能力是一个受 CDP 管控的 safe_browser 工具，并且强制域名白名单——只允许访问指定站点，越界直接失败。cookie-sync 则把本地 Chrome 的 cookie 同步到 Browserbase 的持久化上下文，让远端会话能访问需要登录的站点。两个技能一个管「不许乱跑」，一个管「能进得去」，配合起来才好用在生产环境。
五、ui-test + agent-experience：把测试对象从代码换成体验ui-test 读 git diff 判断这次改了什么，然后针对改动做对抗式测试；也可以不给 diff，让它自己探索整个应用找 bug。agent-experience 更进一步，把 Claude 子 Agent 放进你的产品、SDK 或文档站，用小提示词跑一遍，记录轨迹后给上手摩擦、速度、错误恢复、文档质量打分。做完一个工具站想验证「新人能不能自己跑通」，这比写一份问卷实际得多。
使用上手
- 装技能：通用方式
npx skills add browserbase/skills；Claude Code 里先/plugin marketplace add browserbase/skills，再/plugin install browse@browserbase，装完重启。 - 准备浏览器：本地要装 Chrome（macOS / Windows 从 https://www.google.com/chrome/ 装，Linux 用
sudo apt install google-chrome-stable）。 - 选运行模式：本地开发传
--local起一个干净的隔离浏览器，例如browse open http://localhost:3000 --local；需要复用你本人的登录态时传--auto-connect。 - 接远端会话：要在 Browserbase 云端跑（住宅代理、验证码、已验证指纹）时，先配置账号与 API Key，再让 Agent 用
browse起会话；登录态需要跨会话时先跑cookie-sync。 - 挑对技能再说需求：一次性抓取用
fetch/search（不需要起浏览器会话，更快）；要交互用browser；要沉淀成脚本用browser-trace→browser-to-api。
优点与不足
优点：
- 18 个技能分层清晰，从单次抓取到完整调研流程都有对应入口，不是一堆零散工具。
fetch/search不需要起浏览器会话，简单任务不会被无谓地拖慢。safe-browser的域名白名单是硬约束，比「提示词里叮嘱别乱点」可靠。- 官方维护，与 Stagehand、Browserbase Agent API 的能力同步。
不足：
- 走远端会话（住宅代理、验证码、Verified 浏览器）依赖 Browserbase 账号与额度，具体计费以官网为准。
- 技能数量多，新手容易在选型上绕圈，需要先读一遍 README 的技能表。
browser-to-api自己写明是「best-effort」的反推，复杂鉴权或加密参数的站点拿不到完整规格。- 根目录未列出具名 LICENSE 文件，授权条款以仓库说明为准。
适合谁
- 需要稳定采集登录态数据、又不想自己维护反爬链路的团队。
- 想把「真人点一遍 → 变成脚本 / 接口」这条路径固化下来的数据工程同学。
- 做前端或工具站，想在上线前做一轮真实浏览器对抗测试的开发者。
- 不需要浏览器的人别装：纯读静态页面用普通抓取就够。
下载与访问
- 仓库：https://github.com/browserbase/skills
- 安装：
npx skills add browserbase/skills - 底层自动化框架 Stagehand：https://github.com/browserbase/stagehand
- Claude Code 插件市场：
/plugin marketplace add browserbase/skills - Chrome 下载：https://www.google.com/chrome/
获取与授权
| 项目 | 说明 |
|---|---|
| 技能本体 | GitHub 公开仓库，免费获取 |
| 许可证 | 以仓库 LICENSE / README 说明为准 |
| 安装渠道 | npx skills add、Claude Code 插件市场、手工 /plugin 面板 |
| 运行前提 | 本地 Chrome；远端能力需 Browserbase 账号，价格以官网为准 |
本文属于「技能」分类的 AI 资源专栏，更多评测见分类页。
评论 0
还没有评论，来说两句吧。