Playwriter 浏览器控制

解决什么问题

代理要驱动浏览器时，Playwright 默认拉起一个全新的浏览器实例，cookie、登录态、验证码一概不保留。而现实中的流程往往跑在你已经登录的 Chrome 里：后台系统、SaaS 控制台、只有 SSO 才能进的页面。让代理每次重新走一遍登录既不可靠，也不适合无人值守的运行方式。

这个技能补的就是「代理 ↔ 已登录 Chrome」这条链路。Playwriter 把 Playwright 的控制面映射到一个操作者批准过的 Chrome 会话上，代理可以直接在真实浏览器里点击、输入、导航，而不需要自己维护认证状态。

它的工作方式

核心是一个 Chrome 扩展加一个 MCP 服务。扩展负责接管已登录的标签页，连接成功时图标会变绿；服务端通过 Playwright 暴露一组有边界的控制能力，任何 MCP 兼容的代理都能直接调用。

在执行作用域里，代理可以拿到 page、context、state 等对象。其中 state 会在多次调用之间持久化，适合保存步骤间需要记住的上下文，比如当前停在哪个表单、上一步提取了什么。require 和 Node.js 全局变量也可以使用。

适用边界与注意点

它不是无头浏览器方案，适合有人批准、会话合法的场景。由于状态会在调用间保留，需要设计好清理逻辑，避免上一轮的残留被带进下一轮。扩展与 CLI 的版本要匹配，否则可能出现页面控制不到的情况。上游文档对变量作用域有明确说明，接入前建议先核对。