Chrome DevTools MCP 让 AI 无缝接管浏览器调试会话

简介: Chrome DevTools MCP 新增自动连接功能,支持AI编码助手无缝接入已登录、正调试的Chrome会话(需M144+ Beta版)。复用登录态,直接分析Elements/Network中选中的元素或请求,手动调试与AI辅助自由切换,提升前端问题定位与修复效率。(239字)

Chrome DevTools MCP 让 AI 无缝接管浏览器调试会话

Chrome DevTools MCP 服务器近期新增了一项开发者期待已久的功能:编码助手可以直接接入现有的浏览器会话。

借助这一能力,编码助手可以:

  • 复用已登录的浏览器会话:假设需要修复一个需要登录才能访问的问题,编码助手现在可以直接使用当前的浏览会话,无需再次登录。
  • 接入活跃调试会话:当在 Chrome DevTools 的网络面板中发现失败的请求时,可以选中该请求并让编码助手调查问题。同样的功能也适用于 Elements 面板中选中的元素。这种在手动调试与 AI 辅助之间无缝切换的能力,为调试流程带来了新的可能性。

自动连接功能是 Chrome DevTools MCP 连接 Chrome 实例的现有方式的补充。当然,以下方式仍然可用:

  • 使用 Chrome DevTools MCP 专属的用户配置文件运行 Chrome(当前默认方式)
  • 通过远程调试端口连接到正在运行的 Chrome 实例
  • 在隔离的临时配置文件中运行多个 Chrome 实例

工作原理

Chrome M144(当前处于 Beta 版本)新增了一项功能,允许 Chrome DevTools MCP 服务器请求远程调试连接。这一新流程建立在 Chrome 现有的远程调试能力之上。默认情况下,Chrome 中禁用远程调试连接,开发者需要先在 chrome://inspect#remote-debugging 中明确启用该功能。

当 Chrome DevTools MCP 服务器配置 --autoConnect 选项后,它会连接到活跃的 Chrome 实例并请求远程调试会话。为避免恶意滥用,每次服务器请求远程调试会话时,Chrome 都会向用户显示对话框请求许可。此外,在调试会话活跃期间,Chrome 顶部会显示"Chrome 正受到自动测试软件的控制"横幅。

Chrome DevTools MCP 支持直接连接活跃浏览器会话

开始使用

要使用新的远程调试能力,需要先在 Chrome 中启用远程调试,然后配置 Chrome DevTools MCP 服务器使用自动连接功能。

第一步:在 Chrome 中设置远程调试

? 在 Chrome(>=144)中执行以下步骤启用远程调试:

  1. 访问 chrome://inspect/#remote-debugging 启用远程调试
  2. 按照对话框界面允许或拒绝传入的调试连接
    Chrome DevTools MCP 支持直接连接活跃浏览器会话

需要先启用远程调试,客户端才能请求远程调试连接。

第二步:配置 Chrome DevTools MCP 服务器自动连接

要将 chrome-devtools-mcp 服务器连接到正在运行的 Chrome 实例,在 MCP 服务器配置中使用 --autoConnect 命令行参数。

以下代码片段是 gemini-cli 的示例配置:

{
   
  "mcpServers": {
   
    "chrome-devtools": {
   
      "command": "npx",
      "args": [
        "chrome-devtools-mcp@latest",
        "--autoConnect",
        "--channel=beta"
      ]
    }
  }
}

注意:在 Chrome M144 进入稳定版之前,需要指定 --channel=beta。

第三步:测试配置

打开 gemini-cli 并运行以下提示:

Check the performance of https://developers.chrome.com

注意:autoConnect 选项需要用户先启动 Chrome。

Chrome DevTools MCP 服务器将尝试连接到正在运行的 Chrome 实例,并显示对话框请求用户许可:

Chrome DevTools MCP 支持直接连接活跃浏览器会话

Chrome 请求用户许可以启动远程调试会话。

点击"允许"后,Chrome DevTools MCP 服务器会打开 developers.chrome.com 并采集性能追踪数据。

完整的使用说明请参考 GitHub 上的 README。

让编码助手接管调试会话

能够连接到活跃的 Chrome 实例意味着无需在自动化与手动控制之间做选择。开发者可以自行使用 DevTools,也可以将调试任务交给编码助手。如果在网站上发现问题,可以打开 DevTools 查看并定位导致问题的元素。如果希望编码助手修复该问题,现在可以通过 Chrome DevTools MCP 服务器实现。可以在 Elements 面板中选中元素,然后让编码助手调查问题。

同样的功能也适用于 Network 面板。可以选中网络请求并让编码助手调查。

目录
相关文章
|
7月前
|
人工智能 运维 自然语言处理
喂饭级教程:OpenClaw阿里云/本地部署+K8s MCP 配置自动化管理容器集群,打造AI运维助手!
在AIOps领域,OpenClaw的爆火为运维工作带来了新可能——通过AI代理能力对接Kubernetes MCP(Management Communication Protocol),可实现容器集群的自动化监控、故障排查与资源管理。但OpenClaw对MCP的原生支持并不友好,需通过适配MCP客户端、封装专属技能,才能让AI真正接管运维任务。
3158 130
|
9月前
|
人工智能 运维 前端开发
Claude Code 30k+ star官方插件,小白也能写专业级代码
Superpowers是Claude Code官方插件,由核心开发者Jesse打造,上线3个月获3万star。它集成brainstorming、TDD、系统化调试等专业开发流程,让AI写代码更规范高效。开源免费,安装简单,实测显著提升开发质量与效率,值得开发者尝试。
13610 5
|
8月前
|
人工智能 监控 API
Claude Code终于有仪表盘了:3条命令装个HUD,上下文用了多少一眼就知道
老金我最近用Claude Code,遇到一个特别烦的事。 写着写着,突然蹦出来一句"context window is getting full"。 然后AI就开始犯傻了——回答变短、逻辑变乱、之前说好的方案全忘了。 每次遇到这种情况,老金我都想骂人。 问题出在哪? Claude Code的终端界面,压根看不到上下文用了多少。 你只能输入 /context手动查,但谁写代码的时候
13230 10
|
8月前
|
存储 人工智能 安全
2026年AI知识管理闭环指南:OpenClaw部署+Obsidian+Claude Code,10分钟搭建高效工作流
2026年,AI驱动的知识管理已从“工具叠加”升级为“闭环协同”。OpenClaw的自动化采集与执行能力、Obsidian的结构化存储优势、Claude Code的深度分析功能,三者组合形成“收集-整理-创作-分享”的完整链路,成为内容创作者、研究者、职场人的必备工具套装。
5717 1

热门文章

最新文章