Stagehand：让 AI 像人一样操作浏览器
We made Playwright 2x faster and 80% more token efficient
Stagehand 是专为 AI 智能体打造的浏览器 SDK，支持 TypeScript、Python 和 Go。与 Playwright 专注于测试不同，Stagehand 让智能体能像人类一样登录、交互并提取结构化数据。它通过混合可访问性树修剪技术，大幅降低 Token 消耗，并以浏览器扩展形式运行，显著减少延迟。其核心功能 act、observe 和 extract 具备自愈能力，即使网站改版也能自动适应。无论是本地运行还是通过 Browserbase 云端部署，Stagehand 都能为 Claude Code、Codex 等智能体提供高效的浏览器操作能力，同时支持 WebMCP 集成和会话持久化。
Playwright 是为测试而构建的，而 Stagehand 是为智能体而生的。
HN 评论区
36- wittydeveloper
Stagehand 是我们两年前开发的（拥有 2.4 万颗星和每月 400 万次 npm 下载量），最近我们修复了它最大的短板：往返延迟。
每个执行的操作都需要在脚本和浏览器之间进行一次往返（本地运行时很短，但在云端运行时会增加）。我们还看到了多篇帖子抱怨 Playwright MCP 对 token 的过度消耗。
因此，我们彻底重构了 Stagehand 并发布了 v4 版本，Stagehand 现在通过浏览器启动时自动加载的扩展来控制浏览器。
Stagehand v4 支持批量命令，提供了专用的 token 高效方法 `act()` 和 `extract()`，全新的架构使其速度比 Playwright 快 2 倍，token 效率高出 80%。
你可以查看我们的基准测试，对比它在十多种模型（前沿模型和开源权重）和工具（Codex、Claude Code 等）上的性能表现：https://www.stagehand.dev/evals
尽管提问！
- throw03172019
这能用于客户电脑上的浏览器自动化吗？我看到的唯一明显问题是 LLM 的 API token 会暴露。
- ulrikrasmussen
看起来非常有用，我特别喜欢缓存这个想法，我觉得这让它在自愈型 CI 测试中变得很有趣。
它是如何判断缓存的 `act()` 失败并需要由 LLM 重新评估的？特别是，如果缓存保存在云端（比如 Browserbase？），在 CI 流水线中使用不同版本的网站针对同一缓存运行时，难道不会导致大量的缓存抖动吗？
另外，有没有技术原因导致缓存不能只是一个随脚本一起提交到版本库的本地文件，而必须由 Browserbase 提供？如果是本地文件，开发者就可以利用 LLM 调用来在本地修复失败的测试，而 CI 运行则完全确定。
- yread
Cypress 有类似的东西吗？
- tengkahwee
对于通用的基于代理的验证工作，你会推荐用这个而不是 agent-browser 吗？有什么性能优势吗？