关于如何在WSL中使用Chrome 144新特性连接mcp的简易配置

问题描述：

背景信息请参考：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 打开权限，每次连接都需要同意

网友解答：

---

--【壹】--：

如果是 WSL2 下的 Claude Code 控制 Windows 上的 Chrome，需要使用另一种配置方案，具体可以看看这个

Chrome 144 下 MCP 自动化配置大幅简化，LLM 可更方便地控制你已登录的浏览器会话了 前沿快讯

使用一个月，算是搞清楚了。 如果不希望修改 WSL2 默认的 NAT 网络模式，可以按照下面方法配置： # 以下命令在 WSL 终端中执行 # 获得 WSL2 所在虚拟子网的网关地址 <WSL_HOST_IP> ip route show | grep -i default | awk '{ print $3}' # 以下命令通过管理员权限在 Windows PowerShell 执行 …

---

--【贰】--：

你可以去用Windows的codex测试一下看看是网络的问题还是浏览器的问题。另外我不太确定确认弹窗是否及时点击有没有影响

---

--【叁】--：

我刚测试出来的方法，在chrome桌面快捷方式上点属性->目标, 后面加上–remote-debugging-port=9222，这种方式启动chrome，还是用你原来的user data dir，最方便

---

--【肆】--：

大佬，我这边调用的chrome，为什么浏览器都提示确认了，而且浏览器显示正受到自动测试软件的控制，还是提示超时啊：
• Called chrome-devtools.list_pages({})
└ Error: tool call error: tool call failed for chrome-devtools/list_pages
Caused by:
0: timed out awaiting tools/call after 60s
1: deadline has elapsed

---

--【伍】--：

感谢大佬 。