| 失效链接处理 |
|
谷歌官方开源 MCP：AI 能直接接管浏览器调试了
相关截图：
 主要内容：
AI 以前为什么总在猜
大模型读得懂代码，读不懂“用户眼睛里的那个页面”。
一段 CSS 在它看来没问题，到了浏览器里可能被别的样式盖掉。一个接口在代码里写对了，真实请求可能 404，或者被跨域拦住。这些信息都躺在 Chrome 里：控制台、网络面板、性能录制。以前你得自己打开开发者工具，复制报错，再贴回对话框。
贴一次还行，来回贴十几次，人就烦了。而且你贴过去的永远是片段，AI 看不到按钮有没有真的点下去，也看不到页面滚完之后长什么样。
chrome-devtools-mcp 就是来填这个缺口的。你用说话的方式下指令，它去浏览器里看现场。
这个项目到底是什么
仓库在 GitHub 上，名字叫 chrome-devtools-mcp，npm 包也是这个名字。作者是 Chrome DevTools 团队，所以它走的是浏览器自己的调试能力，外面再包一层给 AI 用。
MCP 可以理解成一个通用插座。AI 是插头，浏览器、数据库、设计稿都是电器。这个项目就是“浏览器”那一侧的插座。助手说“帮我看看这个页面为什么慢”，插座后面的程序就去打开 Chrome，把结果送回来。
它主要干三件事：
让 AI 可靠地操作页面。点、填、拖、上传，背后用的是 Puppeteer，并且会等动作真正完成，减少点了没反应还以为成功的情况。
把调试信息拿出来。控制台消息能带上源码映射后的堆栈，网络请求能列出来，截图和页面结构快照也能拿。
做性能分析。它能录 Chrome 的性能轨迹，再整理成能下手改的建议。
只想做最基本的事，还有一个瘦身模式：翻页、跑一段脚本、截图，三样就够。另外它还带了一个实验性质的命令行，不经过聊天窗口，也能在终端里调浏览器。
官方认的是 Google Chrome，以及 Chrome for Testing。别的 Chromium 内核浏览器有时也能跑，出了怪问题就别较劲，换官方 Chrome 最省事。
|
联系锋哥QQ：3320160706
苏公网安备 32061202001004号
