Browserbase

开发 Stagehand 与浏览器基础设施，连接确定性代码、Agent 交互及本地或托管流程。

关于 Browserbase

Browserbase 发布 Stagehand 和配套浏览器工具。Stagehand 是更广浏览器服务生态中的开源自动化项目，组织身份不能与某个 SDK 包或 MCP 端点混为一谈。

Stagehand 负责自动化框架，Browserbase 提供托管浏览器会话。开发者可以用固定代码保留稳定导航，用语言动作处理会变化的控件，再按定义的结构提取结果。本地 browse 适合探索页面，SDK 应用则适合把流程沉淀进代码库。

当前项目 README 用于选择 browse CLI、SDK 或托管 MCP。旧 MCP 仓库与大版本示例属于历史材料，复制并使用配置前应先核对当前链接。

页面行为尚不明确时先用 browse 探索；导航和提取需要纳入长期维护的应用时，再评估 SDK 实现。

可比较 Browser Use 的模型驱动网页任务、Vercel Labs 的终端浏览器控制、Microsoft 的Playwright MCP 自动化、Steel 的浏览器会话基础设施，按浏览器环境和目标产物选择。

Browserbase 和 Stagehand 是什么关系？

Browserbase 维护浏览器自动化框架 Stagehand，同时提供托管浏览器基础设施。Stagehand 可以使用本地浏览器或 Browserbase 会话，使用框架本身不等于必须开通托管浏览器账号。

应该如何选择本地与托管入口？

本地 browse 适合在本机 Chrome 中探索可访问页面；需要远程管理的浏览器时再评估托管会话，并单独核对账号与服务要求。

哪份 MCP 文档应优先使用？

优先跟随当前 Stagehand README 链接，旧 mcp-server-browserbase 仓库已归档，不应默认作为安装来源。

browse Skill 做什么？

它指导编码 Agent 使用 browse CLI，是任务入口，不是额外的托管浏览器额度。

本地使用一定要订阅吗？

文档中的本地 browse 模式与托管会话不同，应按所选入口核对，不把云端计费套用于所有使用。

如何对待旧版示例？

旧示例与版本绑定，转入维护流程前应确认 Stagehand 大版本及当前 API。

先区分稳定导航与变化控件，再决定是否投入 SDK 实现。首次交付是匹配版本的实现草案，不代表应用已经测试通过。