每次让 AI agent 跑页面结果只有截图和 console——今天 chrome-devtools-mcp 用守护进程把调试闭环彻底接上了

每次让 AI agent 跑一遍页面，出来的结果永远只有截图和 console.log——它看得见代码，看不见浏览器里实际发生了什么：哪个请求 404 了、内存曲线为什么往上爬、LCP 到底卡在哪一行。

Chrome 团队官方出品的 chrome-devtools-mcp 把这最后一层接上了。2026-09-08 发布的 v1.9.0 带了两个重要更新：守护进程架构（daemon）和 13 件套内存调试工具，让 AI agent 不再只能靠猜，而是真正钻进浏览器内部做诊断。

每次调用 CLI 都要重新开浏览器，这个浪费本可以没有

chrome-devtools-mcp 传统用法是 MCP 客户端通过 npx 按需拉起，每次 tool call 都要经历一次冷启动：Chrome 进程启动 → Puppeteer 连接 → DevTools 协议握手，实测这个流程要 2~5 秒。

守护进程架构把这件事彻底变了。POSIX 系统在 /tmp/chrome-devtools-mcp-<sessionId>-.sock 建立 Unix socket，第一次调用时后台常驻一个 chrome-devtools-mcp 进程，之后所有工具调用走 socket 直连，不需要再拉起浏览器。Windows 用命名管道实现同样的持久化连接。进程生命周期由 PID 文件管理，支持多 session 隔离，POSIX 系统还会做严格的所有权和权限检查防止 symlink 攻击。

13 件内存工具，把”内存泄漏在哪”变成可定位的问题

chrome-devtools-mcp 的内存工具链覆盖了从快照到根因追溯的全链路：

基础快照：take_heapsnapshot 抓取当前内存状态，close_heapsnapshot 释放；compare_heapsnapshots 对比两个快照的差异，这是找泄漏的标准操作——触发可疑操作前打一个快照，触发后再打一个，diff 出来的东西就是泄漏对象。

对象分析：get_heapsnapshot_summary 返回对象数量和大小摘要；get_heapsnapshot_dominators 找出保留内存最多的大对象；get_heapsnapshot_retaining_paths 从指定节点沿引用链往回追溯，精确告诉你”是什么变量还持有这块内存”；query_heapsnapshot_objects 按条件搜索对象。

专项检测：get_heapsnapshot_duplicate_strings 专门找 string interning 导致的重复字符串堆积；get_heapsnapshot_edges 查引用边，get_heapsnapshot_object_details 读对象内部属性。

完整流程示例：让 agent 对着页面跑一遍”打开设置弹窗→关闭→再打开→关闭”重复 10 次，然后 compare_heapsnapshots，它会直接告诉你哪类对象数量翻了 10 倍，以及这个对象被谁引用着。

不只是内存，网络、控制台、性能都能读

守护进程模式下，agent 还能直接调用 list_network_requests 查所有请求和响应体、list_console_messages 读带 source map 的完整堆栈、lighthouse_audit 跑 Lighthouse 评分并拿到具体改进建议、install_extension 在页面里装扩展调试、get_os_app_state + install_pwa 做 PWA 自动化安装测试。

数字说话：52k stars，1.5M 周下载

截至 2026-09-15，GitHub ChromeDevTools/chrome-devtools-mcp 累计 52,000+ stars，npm 包周下载量约 150 万次，v1.9.0 刚发布两周。背后是 Google Chrome DevTools 团队维护，底层跑的是真实 DevTools 内部引擎，不是页面抓取——agent 拿到的是和人类开发者用 DevTools 看到的一模一样的数据。

设计原则很明确：token 优化，输出 “LCP 是 3.2 秒” 而不是 5 万行 JSON；大文件（截图、trace、heap snapshot）写磁盘后给路径引用，不往对话里塞；--slim 模式只暴露 navigate/evaluate/screenshot 三个工具，降低上下文消耗。

下一步

装上试试：npx -y chrome-devtools-mcp@latest，然后让 agent 跑 chrome-devtools daemon-start 启动守护进程，再问它：”这个页面的内存有没有泄漏？”让它自己跑完快照→操作→快照→对比的完整闭环。