Chrome 144 支持直接远程调试，LLM 可无缝控制已登录浏览器

背景

在大型语言模型（LLM）与浏览器交互的工作流中，通过 Chrome DevTools Protocol (CDP) 实现自动化控制一直是开发者关注的重点。长期以来，LLM 通过 MCP (Model Context Protocol) 插件控制浏览器面临着一个显著的痛点：权限隔离与状态复用困难。

在 Chrome 144 发布之前，若希望 LLM 能够访问用户已登录的账户或特定的 Web 应用，通常需要将 Chrome 的默认配置文件（Default Profile）与用于调试的实例分离。这意味着用户必须关闭所有正在运行的 Chrome 实例，并通过命令行启动一个全新的 Chrome 进程，指定独立的 --user-data-dir。由于 CDP 协议的安全限制，调试实例无法直接访问用户默认的 Profile 路径，导致 LLM 控制的浏览器是一个全新的、未登录的环境。用户不得不重新登录，这不仅破坏了用户体验，也限制了 LLM 在需要访问受限资源（如私有数据、已保存的会话）场景下的能力。

核心内容

1 月 13 日发布的 Chrome 144 稳定版（以及同步更新的 Edge 144）正式引入了对 chrome://inspect/#remote-debugging 页面的直接 Remote Debugging 支持。这一更新彻底改变了 LLM 通过 CDP 协议控制浏览器的配置方式，使得自动化控制可以直接作用于用户当前正在使用的默认 Profile。

旧版配置方案的局限性 在 Chrome 144 之前，标准的配置流程如下：

1. 关闭所有 Chrome 实例。
2. 使用命令行启动全新实例，指定调试端口和用户数据目录：

   chrome --remote-debugging-port=9222 --user-data-dir=xxx
   

3. 配置 MCP 插件连接该新实例：

   "chrome-devtools": {
     "command": "npx",
     "args": [
       "-y",
       "chrome-devtools-mcp@latest",
       "--browser-url=http://127.0.0.1:9222"
     ]
   }
   

   缺陷：由于 --user-data-dir 不能指向用户默认的 Profile，LLM 控制的浏览器是隔离的，用户需重新登录，且无法利用现有的 Cookie 和会话状态。

新版配置方案（Chrome 144+） Chrome 144 引入了更便捷的连接机制，允许 LLM 直接控制当前正在运行的 Chrome 默认 Profile。配置步骤大幅简化：

1. 启用远程调试：在 Chrome 浏览器中访问 chrome://inspect/#remote-debugging，勾选 Allow remote debugging for this browser instance（允许对此浏览器实例进行远程调试）。

2. 更新 MCP 配置：使用 --auto-connect 参数，无需指定具体的浏览器 URL，MCP 插件会自动发现并连接当前实例。

   "chrome-devtools": {
     "command": "npx",
     "args": [
       "-y",
       "chrome-devtools-mcp@latest",
       "--auto-connect"
     ]
   }
   

通过这一变更，LLM 无需重启浏览器，即可直接接管用户当前正在使用的浏览器会话。

关键要点

• 无缝会话复用：LLM 可以直接复用用户已登录、包含现有 Cookie 和会话状态的浏览器环境，无需重新登录即可访问受限资源。
• 即时控制能力：用户无需关闭正在访问的页面或重启浏览器，即可立即让 LLM 或其他 CDP 工具接管控制权。
• 开发测试效率提升：在 Web 开发测试过程中，当网站出现问题时，LLM 能够随时接管浏览器，并共享所有的 Devtools 上下文，加速问题排查与修复。
• 配置简化：通过 --auto-connect 参数和 chrome://inspect/#remote-debugging 页面，消除了手动指定 user-data-dir 和调试端口的繁琐步骤。
• 跨浏览器支持：该特性不仅适用于 Chrome 144，同样适用于 Edge 144。

意义与影响

Chrome 144 的这一更新标志着 AI 代理（AI Agents）与浏览器交互进入了一个更成熟、更实用的阶段。

首先，它解决了 AI 工具在“身份”和“上下文”上的核心障碍。过去，LLM 控制的浏览器是一个“陌生人”，无法访问用户的私有数据；现在，LLM 可以成为用户浏览器的“副驾驶”，在用户不知晓或无需干预的情况下，利用已有的会话状态执行复杂任务。

其次，这一改进极大地降低了 MCP 插件的使用门槛。对于非技术用户而言，无需理解 CDP 协议细节或命令行参数，只需在设置中勾选一个选项，即可享受 AI 驱动的浏览器自动化能力。

最后，这一特性为 Web 开发、QA 测试以及个性化浏览器自动化场景开辟了新的可能性。开发者可以利用 LLM 实时分析页面状态、调试代码，而普通用户则可以利用 AI 辅助完成复杂的网页操作。想要进一步探索 CDP 协议的应用潜力，可以参考 ChromeDevTools/awesome-chrome-devtools 社区资源，其中收录了众多基于 CDP 的工具和项目。