GitHub Trending 上有个项目安静地爬到了 38,600 星——ChromeDevTools 官方出品的 chrome-devtools-mcp。v0.25.0 三天前刚发，829 次 commit，77 个 open issue，29 个 PR 在排队。这不是社区玩具，是 Chrome 团队亲自在维护的基础设施。
它解决了一个什么痛点
用 Claude Code、Cursor 或者任何编码 Agent 写过前端的人都知道一个共同烦恼：Agent 能写代码，但调试的时候基本靠盲猜。你让它修一个 CSS 布局 bug，它改三版，每版都差一点，因为它看不到浏览器里真正渲染成什么样。
以前的解决方案基本是两个方向：要么让 Agent 通过 Playwright 之类的工具截图然后用视觉模型"看"页面——慢，而且信息密度低；要么人肉开 DevTools 把网络请求、console 报错、DOM 结构一个个贴给 Agent——烦，而且容易遗漏。
chrome-devtools-mcp 走第三条路：通过 MCP 协议让 Agent 直接连上 Chrome DevTools，就像你在浏览器里按 F12 一样，只不过现在操作 DevTools 的是一个 Agent。
具体能做什么
从仓库结构看，这个 MCP 暴露的能力覆盖了 DevTools 的核心面板：
- DOM 操作与检查——Agent 可以直接查询和修改 DOM 树，不再需要通过 CSS 选择器盲试
- Console 读写——执行 JavaScript、读取 console 输出、捕获错误
- 网络请求分析——查看 XHR/fetch 请求的完整链路，包括 headers、body、timing
- 性能面板——访问 Performance 数据
- 表单填充——专门的
fill_formskill 处理复杂表单（最近两天还在修 checkbox 相关的边界情况）
更重要的是，它带了 .claude-plugin 目录——意味着 Claude Code 可以直接把它当插件加载，不需要额外配置。
为什么现在这个时机很重要
MCP 协议出来有一段时间了，但之前大多是各种 API wrapper——天气查询、数据库操作、文件搜索。浏览器 DevTools 这种级别的 MCP 端点是另一回事，因为：
- 它是所有前端开发的通用接口。不管你用什么框架、什么构建工具，最后都跑在浏览器里
- Chrome 官方背书意味着稳定性。不是某个独立开发者维护的第三方脚本，而是 Chromium 项目的一部分
- 829 次 commit 说明这不是实验性项目。最近三天发布了 v0.25.0，修复了 CLI 自动连接、表单填充评估等问题，迭代节奏很健康
还不太完美的地方
77 个 open issue 里能看出一些真实使用中遇到的问题：连接稳定性、某些 DevTools API 的覆盖不完全、多标签页场景下的行为不一致。这些对于一个还在 0.x 版本的项目来说很正常，但如果你打算在 CI/CD 里用它做自动化测试，建议先等几个稳定版本。
另外，目前主要服务的是编码 Agent 场景——如果你只是想用它做普通的浏览器自动化，Playwright 生态成熟得多。
一句话判断
如果你在写前端代码、用编码 Agent 辅助开发，这个项目值得装来试试。配置简单（npx @chrome/devtools-mcp 就能跑起来），而且它解决的"Agent 看不到浏览器"这个问题是真实存在的。
不过别指望它能替代人肉调试——复杂交互、动画时序、跨浏览器兼容性这些场景，人眼还是比 Agent 靠谱。
主要来源：