Chrome DevTools MCP三个配置搞定多浏览器实例隔离【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp用 Chrome DevTools MCP 同时跑两个自动化会话时最先撞上的问题是第二个实例“偷走”第一个的登录态。本文讲清用户数据目录、隔离模式与接入已有浏览器三种隔离手段让并行测试互不干扰。两个测试会话共用一个目录会怎样共用同一个配置目录等于共用全部 cookie、登录态和缓存问题会体现在两处数据污染会话 A 留下的登录态被会话 B 捡到本来验证“全新用户”的流程就不再全新了。会话冲突一个用户数据目录同一时刻只能被一个浏览器占用第二个服务器用同一路径启动会直接失败。所以做并行测试前先决定是复用一份、用临时的还是去接入。先分清三个“房间”配置房、临时房、借用房三个概念对应三种目录用法用户数据目录存 cookie、缓存和登录信息的文件夹。Linux/macOS 默认在$HOME/.cache/chrome-devtools-mcp/chrome-profile非 stable 渠道会加后缀如chrome-profile-canary。它跨运行不清空同一时间只能被一个浏览器占用。隔离模式--isolated创建一个临时用户数据目录浏览器关闭后自动删除不留痕迹适合一次性测试与敏感流程。接入已有浏览器不新建配置目录。三种走法--browser-url连开了调试端口的 Chrome、--autoConnectChrome 144需在chrome://inspect/#remote-debugging开启远程调试、--wsEndpoint直连 WebSocket 地址可用--wsHeaders附 JSON 格式的鉴权头。一句话选型想复用登录态 → 自定义目录要彻底干净 → 隔离模式要用现成 Chrome 或身处沙箱环境 → 接入。30 秒选一个方案复用、一次性、还是接入三种配置各对应一种使用场景按需取用。 长期复用同一环境——测试之间要保留同一套登录态就用--user-data-dir指向固定目录{ mcpServers: { chrome-devtools: { command: npx, args: [chrome-devtools-mcplatest, --user-data-dir/tmp/my-chrome-profile] } } } 一次性隔离测试——无头模式跑并行测试每个会话都要干净加上--isolatedtrue{ mcpServers: { chrome-devtools: { command: npx, args: [chrome-devtools-mcplatest, --channelcanary, --headlesstrue, --isolatedtrue] } } } 接入已打开的浏览器——需要现成登录态、或 Agent 跑在沙箱里时先带调试端口启动 Chrome注意Chrome 开启调试端口时必须指定非默认的用户数据目录google-chrome --remote-debugging-port9222 --user-data-dir/tmp/chrome-profile-stable随后用--browser-urlhttp://127.0.0.1:9222连接Chrome 144 则直接在args里加--autoConnect远程机器可用--wsEndpoint直连 WebSocket 地址。参数速查要什么改哪个不用背看表即可参数都以--keyvalue形式写进args数组。参数作用默认--user-data-dir自定义配置目录cookie、缓存、登录信息$HOME/.cache/chrome-devtools-mcp/chrome-profile--isolated用临时目录浏览器关闭后自动清理false--browser-url连接已开调试端口的 Chrome未开启--wsEndpoint/--wsHeaders用 WebSocket 端点连接头传 JSON未开启--autoConnect自动连接本机 Chrome需 144false--channel指定 canary / dev / beta / stablestable--headless无头模式适合服务端并行测试false--pageIdRouting按 pageId 路由操作多 Agent 并发必备true完整选项见 README排错先看 docs/troubleshooting.md。最容易踩的 3 个坑现象到处理多数失败都是“两个实例抢一个目录”或“连接没打通”三步定位现象浏览器启动失败 →原因另一个实例占着同一用户数据目录 →处理加--isolatedtrue或用--user-data-dir换不同目录。现象--browser-url连不上 →原因目标 Chrome 没带调试端口启动或端口号对不上 →处理关闭已有 Chrome用--remote-debugging-port9222 --user-data-dir...重启并核对防火墙跨虚拟机可走 SSH 隧道。现象--autoConnect握手超时 →原因Chrome 低于 144或没开远程调试 →处理在chrome://inspect/#remote-debugging启用或改用--browser-url手动连接。收个尾把目录、隔离、接入各选一种管理多浏览器实例就一句话别让两个实例碰同一个目录。长期环境给固定--user-data-dir一次性并行测试开--isolated需要登录态就接入已有浏览器。想再进一步可以在 canary 渠道上跑一轮无头测试验证整套浏览器自动化流程遇到问题回看上面的参数表即可。【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考