在日常浏览器里灵活选择标签页范围。
适合让 Agent 复用 Chrome 或 Edge 的现有登录态；用户可以授权当前标签页或全部受支持标签页，当前控制状态始终可见，也随时可以释放。
复用现有浏览器 · 基于真实边界的对比
让 AI Agent 接入你正在使用的浏览器，有哪些选择？
该选哪种方案，取决于你需要的是现有登录态、干净的隔离环境、底层调试控制，还是面向用户的标签页授权。Panerelay 面向的是这样一种场景：日常浏览器仍属于用户，Agent 只在明确、可见的边界内工作。
事实与来源链接最后核对于 2026 年 8 月 4 日。
01 · 快速选择
四种有价值的方案，解决四类不同问题。
拥有干净、可重复的执行环境。
适合需要隔离配置文件、启动时代理、远程运行、测试可重复性或规模化执行的场景，尤其是不需要复用用户日常浏览器时。
自行管理调试配置与端点。
适合能主动暴露并保护调试端点的自定义集成。CDP 提供的是协议连接，本身并不是面向终端用户的标签页授权管理器。
把所选标签页交给 Playwright MCP。
适合已经选择 Playwright MCP，并且认可其原生“选择一个浏览器标签页、审批连接”工作流的场景。
02 · 对比矩阵
不要只比较“能否连接”，还要比较连接边界。
授权范围、连接审批、当前控制是否可见、谁拥有浏览器进程，才决定一套方案是否适合日常使用。
| 方案 | 复用已登录浏览器 | 用户可见范围 | 连接审批 | 当前控制状态 | 浏览器归属 | 适合场景 |
|---|---|---|---|---|---|---|
| Panerelay | 是，复用当前 Chrome 或 Edge 会话 | 当前标签页或全部受支持标签页 | 完成本地接入后，再明确选择浏览器与标签页范围 | 专门的受控状态与“释放控制”入口 | 不拥有、也不关闭浏览器进程 | 多种自动化引擎接入日常浏览器 |
| 托管 / 隔离浏览器 | 通常使用独立或额外提供的配置文件 | 浏览器上下文、配置文件或远程会话 | 因工具而异，并非现有标签页授权 | 取决于具体工具界面 | 拥有启动或远程运行的环境 | 干净环境、代理、可重复性与规模化 |
| Chrome 原生 CDP | 仅限被主动启动或设为可发现的浏览器 | 调试端点及其可发现目标 | 没有内建的终端用户标签页审批层 | 需要由上层集成自行提供 | 接入方负责调试配置和端点安全 | 调试与底层自定义集成 |
| Playwright Extension | 是，复用浏览器现有状态 | 首次交互时由用户选择一个标签页 | 默认审批；可配置 token 便于重复连接 | Playwright 连接 / 会话状态 | 不拥有浏览器进程 | Playwright MCP 的原生单标签页流程 |
“托管 / 隔离浏览器”是一类方案，具体行为随供应商而不同。CDP 行描述的是协议本身；基于 CDP 的上层工具可以额外加入策略和界面。
03 · PANERELAY 模型
获得授权，与获得当前控制权，是两件不同的事。
扩展可以在哪些来源上工作。
选择当前标签页或全部受支持标签页；焦点永远不会自动授予权限。
会修改页面的 Agent 必须拥有当前控制权，而且受控状态持续可见。
结束当前控制时，不会暗中改变用户已经选择的授权范围。
04 · 不适合 PANERELAY 的情况
如果“拥有浏览器进程”本身就是需求，请选择其他方案。
- 每次运行都需要隔离 BrowserContext 或一次性干净配置文件。
- 必须在启动浏览器时配置可执行文件参数、扩展或代理。
- 需要导出整个配置文件的 Cookie、关闭整个浏览器或管理远程浏览器集群。
- 只使用 Playwright MCP，并且更喜欢它原生的扩展连接审批流程。
Panerelay 不会假装扩展连接拥有浏览器进程。它负责的是本地路由与策略边界，并且只暴露用户明确授权的标签页。
05 · 参考来源
这份对比所依据的一手资料。
开源 · MIT