背景信息请参考：Chrome 144 下 MCP 自动化配置大幅简化，LLM 可更方便地控制你已登录的浏览器会话了

适用场景

• WSL（Ubuntu）+ Windows 侧浏览器（Edge/Chrome）。
• 通过 Codex CLI 使用 chrome-devtools-mcp 连接已打开的浏览器。

配置

替换 <你的用户名> 为真实路径即可。

codex 配置

[mcp_servers.chrome-devtools] args = [
    "-y",
    "chrome-devtools-mcp@latest",
    "--auto-connect",
    '--user-data-dir=/mnt/c/Users/<你的用户名>/AppData/Local/Microsoft/Edge/User Data',
]
command = "npx" type = "stdio" startup_timeout_sec = 120 

如果你用的是 Chrome，把 --user-data-dir 改成：

C:\\Users\\<你的用户名>\\AppData\\Local\\Google\\Chrome\\User Data

使用步骤

1. 在 Windows 侧先打开 Edge/Chrome（确保与 --user-data-dir 一致）。
2. 在 Codex CLI 中调用 chrome-devtools 相关工具查看页面列表，确认连接成功。

注意事项

记得去 edge://inspect/#remote-debugging 打开权限，每次连接都需要同意

1 月 13 日发布的 Chrome 144 稳定版正式支持在 chrome://inspect/#remote-debugging 页面直接启动 remote debugging ，这对于 Chrome Devtools MCP 以及其他希望通过 CDP 协议 来对 Chrome 默认 profile 进行自动化控制的用户是重大利好。Edge 144 也同样支持了该特性。

比如你的工作流中需要 LLM 使用 Chrome Devtools MCP 控制浏览器，在此前的 Chrome 版本中，一般的配置方案如下：

1. 关闭所有 Chrome 实例，使用 chrome --remote-debugging-port=9222 --user-data-dir=xxx 命令启动一个全新的 Chrome 实例。由于 --user-data-dir 不允许使用用户默认的 profile 路径，用户或 LLM 需要在全新的 profile 下重新登录以访问受限资源。

2. 使用默认的 Chrome Devtools MCP 配置，比如

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

更新 Chrome 144 后，只需做如下配置 LLM 即可通过 Chrome Devtools MCP 控制当前 正在运行 的 Chrome 默认 profile:

1. 在 Chrome 中访问 chrome://inspect/#remote-debugging，勾选 Allow remote debugging for this browser instance

2. 使用如下 Chrome Devtools MCP 配置

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

这一特性带来很多好处：

• 你不必关闭正在访问的页面就能立即让 LLM 或其他 CDP 工具控制浏览器
• LLM 可以复用已经你登陆、已有 cookie 的浏览器会话
• 在 Web 开发测试过程中，网站出现问题时 LLM 能够随时接管并共享所有的 Devtools 上下文

想要更好地利用 CDP 协议并发现更多工具，可以参考 ChromeDevTools/awesome-chrome-devtools