8月11日消息，Browserbase 团队 8 月 10 日发布开源浏览器代理 SDK Stagehand v4，把 target 管理、状态跟踪与 CDP 分发从 SDK 侧移入浏览器扩展，使其与页面同进程运行。官方把 v4 定位为 Playwright 的直接替代者，称 Playwright 为测试而建、Stagehand 为代理而建。Browserbase 创始人 Paul Klein IV 在 X 上称，v4 的使命是击败 Playwright，使用 Playwright MCP 的代理切换到 Stagehand 后可获得约 2 倍性能提升。官方称 v4 比 Playwright 快约 2 倍、token 效率提升约 80%，性能数据均来自厂商内部基准。
远程场景的状态镜像失效，v4 把管理搬进浏览器
v4 针对的是远程浏览器自动化里最常出错的环节。传统框架在客户端维护一份页面状态的镜像。本地 Chrome 上，镜像离浏览器只有几微秒，问题几乎不可见；一旦通过 CDP URL 连到远程浏览器，镜像与真实状态之间隔着网络。脚本按镜像执行时，页面可能已经跳转或关闭，报出「Target page, context or browser has been closed」这类错误。
v4 把状态管理移进浏览器内的扩展：每次请求直接向浏览器查询真实状态，不再依赖客户端的内存模型；生命周期也随之简化，浏览器关闭时 Stagehand 运行时就结束。官方博客记录了一个 v3 时代的实际 bug：通过 window.open 打开的弹窗会在域名策略生效前开始加载，v4 把策略执行也移入浏览器后，被拦截的弹窗直接显示被阻止页面，不再需要事后关闭。
性能数字：口径与边界
官方对外口径是「比 Playwright 快约 2 倍、token 效率提升约 80%」，来自 Browserbase 的内部基准。截至 8 月 11 日，没有公开的第三方基准对这两项数据做过独立验证。官方博客给出的一次实测更保守：50 步维基百科爬取，批量执行 14.2 秒对 Playwright 的 22.7 秒，约 1.59 倍；逐操作中位数里，click 从 628ms 降到 323ms，goBack 从 139ms 降到 17.5ms。官方在文中注明这是一次运行，不是完整基准。
收益与距离有关。客户端到远程浏览器的单次往返约 42ms，命令在扩展内执行后省掉了这段旅程，距离越远收益越大；本地浏览器本来往返就快，提升有限。
新能力与多语言 SDK
v4 新增了对跨域与嵌套 iframe 的支持，Shadow DOM 包括 closed roots 可直接定位，act、extract、observe 等 AI 原语带有自愈能力，操作失效时可重新定位。复制粘贴可以走真实剪贴板，暴露工具给代理的 WebMCP 页面可以直接驱动。上下文管理上，v4 对可访问性树做更激进的修剪，模型只收到行动所需节点，修剪在扩展内对实时树执行，官方称这使修剪可以更激进而不冒内容过期的风险。批量命令目前是实验性功能。
架构重构带来的另一个结果是多语言 SDK 对齐。状态管理代码从各语言 SDK 中移出后，TypeScript、Python、Go 三个 SDK 都变成同一 RPC 边界上的薄客户端，功能保持一致，新特性一次实现即可全语言同步。官方称 v3 用户迁移成本低，多数脚本可以不变迁移。
安全模型与生态
v4 在安全上把域名策略下沉到浏览器内的请求级执行：被拦截的请求在离开浏览器前就被阻止，而不是等响应返回后再过滤。官方还强调了提示注入的威胁：Agent 读取的页面可能包含攻击者控制的文本，注入指令一旦能触达网络就可能变成数据外泄，框架在浏览器内分发原始命令时必须考虑这一模型。
生态方面，Stagehand 与 Vercel（eve）、Mastra、CrewAI、LangChain（DeepAgents）提供了参考集成，官方 GitHub 仓库中可找到各框架的模板。Browserbase 是旧金山的浏览器基础设施公司，为 AI 代理提供托管浏览器，Stagehand 是其开源 SDK。
对远程浏览器场景的开发者，v4 的架构变化直接减少的是往返延迟与竞态错误，这部分收益来自架构本身。速度与 token 节省的数字目前仍是厂商口径，选型前值得等独立验证或按自己的任务跑一遍。
AI 速览
