Agent 直连你日常使用的 Chrome 浏览器，天然携带登录态。

大家好，我是二哥呀。

上一期我们给 PaiCLI 接上了 Chrome DevTools MCP，Agent 终于能开浏览器了。能导航页面、截图、拿 DOM 快照，微信公众号文章也能读了。

但存在另外一个问题。

每次 Agent 打开的都是一个“新”的 Chrome，没有登录态，没有 Cookie。你让它去看 GitHub 私有仓库的 README，它无能为力，因为需要登录。

并且每次都要重新输入用户名和密码，这就很受不了。

这一期，我们来解决这个问题：让 Agent 直连你日常使用的 Chrome，复用你已有的登录状态，就像你本人一样浏览任何需要登录的页面。

01、为什么要复用登录态

先回顾一下上一期的架构。

chrome-devtools-mcp 默认用 --isolated=true 启动，每次都会创建一个临时的 user-data-dir，浏览器关了这个临时目录就清掉了。

这种隔离机制安全是安全，但也意味着 Agent 的浏览器和你日常用的 Chrome 完全不是一回事。你的 GitHub 登录态、飞书的 session、公司内网的 SSO 令牌，它一个都不能用。

实际开发中会碰到大量需要登录态的场景：查看 GitHub 私有仓库的代码、浏览公司内部的 Wiki、读飞书云文档里的需求说明、查看 Grafana 的监控面板等等。

这些场景有一个共同特点：访问需要身份认证。

Agent 没有登录态，等于一大半的能力被封印了。

chrome-devtools-mcp 原生支持一个参数 --browser-url，可以连接到一个已经在运行的 Chrome 实例。

思路是：你启动Chrome，并且开启调试端口，通过 --browser-url 连上去，Agent 就能看到你所有的登录态了。

要让 PaiCLI 连上你的 Chrome，第一步是让 Chrome 开放 CDP 调试端口。

不需要关掉 Chrome 再用命令行重新启动，直接在你正在用的 Chrome 里操作就行。

打开 Chrome 地址栏，输入：

chrome://inspect/#remote-debugging

页面上会看到一个开关：Allow remote debugging for this browser instance。把它打开。

就这么简单，一步搞定。

打开之后，Chrome 就允许外部程序通过 CDP 协议连接进来了。

上一期讲过，CDP 的通信方式是 WebSocket，chrome-devtools-mcp 会自动发现并连接到这个 Chrome 实例。

这种方式最大的好处是：你当前 Chrome 里已经登录好的 GitHub、飞书、公司内网，所有的 Cookie 和 session 都在，不需要重新登录。PaiCLI 连上来就能直接用你现有的登录态。

Chrome 远程调试打开后，回到 PaiCLI。

不需要你手动执行连接命令。Agent 会自己判断当前页面需不需要登录态，需要的时候自动切换到 shared 模式，不需要的时候用 isolated 模式。

直接试一下。

让 Agent 去读一个不需要登录的页面：

帮我看一下 https://paicoding.com 的首页

Agent 会用 isolated 模式打开一个临时浏览器，拿到页面内容。公开页面不需要登录态，isolated 够用了。

再试一个需要登录的：

帮我看一下语雀上的这篇文档 https://www.yuque.com/itwanger/gykdzg

首先会弹出这样一个确认对话框。

允许后就会使用你的登录态。

注意右上角，两种模式下的登录用户是不一样的，一个是我已经登录的Chrome账号，另外一个是临时用户。

isolated 模式会自动检测本机有没有开启远程调试的 Chrome，发现有，就切换到 shared 模式（--autoConnect）重新访问。

整个过程你在 Chrome 里能实时看到页面在跳转。

Agent 的思考过程会打印出来：先尝试 isolated，发现需要登录，自动切到 shared 重试。

小红书、语雀、飞书云文档、公司内网系统这些需要登录态的站点，Agent 都能自动处理。你不用关心它在用哪个模式，该切的时候它自己会切。

用 /browser status 可以随时查看当前的模式状态：

/browser status

如果你的 Chrome 没有开远程调试，--autoConnect 连接失败后 Agent 会继续用 isolated 模式，并提示你可以开启远程调试来获得登录态支持。