Chrome 144简化MCP配置：LLM轻松控制已登录浏览器

背景

随着 LLM 驱动的自动化工具越来越多，开发者希望 AI 能够直接控制浏览器，执行调试、测试、数据采集等任务。Chrome DevTools MCP（Model Context Protocol 的 Chrome 调试工具适配器）正是实现这一目标的桥梁：它通过 Chrome DevTools Protocol（CDP）让 LLM 与浏览器交互，从而获得控制页面、查看网络请求、修改 DOM 等能力。然而，在 Chrome 144 之前的版本中，启用 CDP 远程调试会强制要求用户关闭所有已打开的 Chrome 实例，并使用命令行指定一个全新的用户数据目录（--user-data-dir=xxx）重新启动浏览器。这意味着 LLM 无法直接访问用户已登录的默认 profile，必须重新登录才能操作受限资源，流程繁琐且中断了正在进行的浏览工作。2025 年 1 月 13 日发布的 Chrome 144 稳定版彻底改变了这一局面，它允许用户直接在 chrome://inspect/#remote-debugging 页面开启对当前浏览器实例的远程调试，无需关闭现有窗口或创建新 profile。

核心内容

Chrome 144 稳定版（以及同步更新的 Edge 144）在浏览器内部页面 chrome://inspect/#remote-debugging 中新增了一个开关："Allow remote debugging for this browser instance"。勾选此选项后，当前正在运行的 Chrome 浏览器实例将自动监听 CDP 连接，而无需用户手动关闭所有 Chrome 窗口并重新以命令行参数启动。

具体配置方法如下：

此前（Chrome 144 之前）的典型配置：

1. 完全关闭所有 Chrome 实例。
2. 在终端中执行命令启动一个新实例：

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

   注意：--user-data-dir 不允许使用用户默认的 profile 路径，必须指定一个全新的目录，因此 LLM 或用户需要在新 profile 中重新登录才能访问受限资源。
3. 配置 Chrome DevTools MCP 的服务器参数，例如：

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

更新至 Chrome 144 后：

1. 在浏览器地址栏访问 chrome://inspect/#remote-debugging。
2. 勾选 "Allow remote debugging for this browser instance"。
3. 配置 Chrome DevTools MCP 使用新的自动连接模式：

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

   此时 LLM 即可通过 Chrome DevTools MCP 直接控制当前正在运行的浏览器默认 profile，无需关闭已有页面或重新登录。

这一改进带来了以下直接好处：

• 用户不必关闭正在访问的页面就能立即让 LLM 或其他 CDP 工具控制浏览器。
• LLM 可以复用用户已经登录、已有 cookie 的浏览器会话，访问受限资源无需重新认证。
• 在 Web 开发测试过程中，网站出现问题时 LLM 能够随时接管并共享所有的 Devtools 上下文，提高调试效率。

此外，帖子还推荐了 ChromeDevTools/awesome-chrome-devtools 仓库，供开发者进一步探索 CDP 协议及更多相关工具。

关键要点

• 版本门槛：该特性要求 Chrome 144 或更高稳定版（Edge 144 同样支持）。
• 启用入口：在 chrome://inspect/#remote-debugging 页面勾选 "Allow remote debugging for this browser instance"。
• 配置变化：Chrome DevTools MCP 的配置项从 --browser-url=http://127.0.0.1:9222 简化为 --auto-connect，无需手动指定端口和用户数据目录。
• 无需重启：不再需要关闭所有 Chrome 窗口并重新以命令行启动，现有浏览器会话可直接被 LLM 控制。
• 复用默认 profile：LLM 可以访问用户当前已登录的 profile，包括已保存的登录态和 cookie，无需重新登录。
• 适用场景：尤其适合需要 LLM 辅助调试、自动化测试、数据采集等场景，以及开发过程中需要即时调用 AI 分析浏览器状态的工作流。
• 扩展资源：可参考 ChromeDevTools/awesome-chrome-devtools 获取更多基于 CDP 的工具和最佳实践。

意义与影响

Chrome 144 的这一改进极大地降低了 LLM 控制浏览器的门槛。此前，开发者要使用 AI 自动化浏览器，必须中断当前工作流，手动启动一个隔离的调试实例，并解决登录态丢失的问题。现在，只需在浏览器设置中勾选一个选项，即可让 LLM 像真人一样操作当前正在使用的浏览器，包括访问已登录的网站、查看已有 Cookie 和 Session 信息。这不仅简化了配置流程，更让 AI 辅助的 Web 开发、测试和调试变得即时可用。

对于 MCP 生态而言，这一变化意味着 LLM 可以更自然地融入开发者的日常浏览器使用场景。例如，当开发者遇到一个 bug 时，可以随时让 LLM 通过 Chrome DevTools MCP 查看网络请求、Console 错误或元素状态，而无需手动导出数据或重启浏览器。长期来看，这种无感集成可能推动更多基于浏览器上下文（如历史记录、书签、表单填写）的 AI 应用出现。同时，Edge 同步支持该特性也表明主流浏览器厂商正在统一和简化 CDP 的接入方式，为跨浏览器自动化工具铺平道路。