chrome-devtools-mcp 核心 Skill 详解从浏览器生命周期、页面定位到快照交互与扩展测试的完整工作流【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp本文基于仓库中的核心技能定义 skills/chrome-devtools/SKILL.md系统讲解 AI 编码 Agent 通过 Chrome DevTools MCP 服务器驱动真实 Chrome 浏览器时的一套标准作业方法浏览器如何懒加载启动并持久化、pageId页面定位规则、基于uid的元素交互机制、导航 → 等待 → 快照 → 交互 的四步工作流以及扩展Extension测试的完整流程。读完后你既能按此规范编写 Agent 提示词也能对照源码理解每条规则背后的实现约束。1. Skill 的定位与适用边界skills/chrome-devtools/SKILL.md 是随仓库分发的一个 Agent Skill其 frontmatter 声明如下name: chrome-devtools description: Uses Chrome DevTools via MCP for efficient debugging, troubleshooting and browser automation. Use when debugging web pages, automating browser interactions, analyzing performance, or inspecting network requests. This skill does not apply to --slim mode (MCP configuration).三点适用边界值得注意触发场景调试网页、自动化浏览器交互、性能分析、检查网络请求时使用该技能模式边界该 Skill 明确声明不适用于--slim模式。--slim是 README 中介绍的基础浏览器任务模式工具集被裁剪完整技能中涉及的调试、性能等能力在 slim 模式下不可用参见 docs/slim-tool-reference.md运行前提该 Skill 假设 MCP 服务器以默认非 slim配置启动且浏览器工具可通过npx chrome-devtools-mcplatest --help查看全部启动参数完整参数列表见 docs/configuration.md全部工具清单见 docs/tool-reference.md。2. 核心概念一浏览器生命周期与可选工具类别Skill 文档对浏览器生命周期的定义是浏览器在首次调用工具时自动启动并使用持久化 Chrome profile。所有行为差异headless、隔离会话、连接已有 Chrome 实例等都通过 MCP 服务器配置中的 CLI 参数控制。2.1 懒加载启动的源码印证从 src/browser.ts 的ensureBrowserConnected实现看服务器并不在 MCP 连接建立时立即拉起 Chrome而是按需创建浏览器实例模块级持有browser与browserMode两个状态browser?.connected为真时直接复用避免重复启动若配置了userDataDir持久化用户数据目录会读取目录下的DevToolsActivePort文件解析出端口与 WebSocket 路径后连接已在运行的 Chrome失败时提示用户到chrome://inspect/#remote-debugging检查远端调试开关否则按channelstable/beta/dev 等发布渠道通过 Puppeteer 连接/启动对应 Chrome。这与 README 中的说明一致MCP 服务器会在客户端第一次使用需要浏览器的工具时自动启动浏览器仅仅连接 MCP 服务器本身不会启动浏览器。2.2 按类别启用的附加工具Skill 文档指出可通过两个启动标志开启附加工具启动标志开启的工具类别典型工具--categoryExtensions扩展Extensionsinstall_extension、list_extensions、trigger_extension_action--memoryDebugging内存Memoryget_heapsnapshot_details、compare_heapsnapshots等从 src/config/category-options.ts 的categoryOverrides看这两个类别都被标记为offByDefault: true——也就是说Extensions 与 Memory 类别的工具默认不出现在工具列表中必须显式传对应标志才会注册。这一点在 src/config/cli-options.ts 生成的工具参数表中也有对应标注所有内存工具的 description 都带(requires flag: --memoryDebuggingtrue)扩展工具带(requires flag: --categoryExtensionstrue)。该文件还揭示了一个实现层面的限制Extensions 类别的 description 注明该功能目前仅支持 pipe 连接autoConnect、browserUrl和wsEndpoint在 Chrome 149 发布前不受支持。也就是说启用扩展工具时MCP 服务器必须以默认 pipe 方式连接 Chrome不能走 WebSocket 端点连接路径。3. 核心概念二页面定位Page TargetingSkill 文档给出的规则是页面级工具都需要pageId参数来定位目标页面页面 ID 可来自两处——list_pages返回的页面列表及其 ID例如pageId: 1new_page创建新页面时响应中返回的 ID。对照 src/config/cli-options.ts 中这三个工具的实际参数定义list_pages无参数返回浏览器中打开的页面列表包括扩展 service workernavigate_pagepageId必填typeurl/back/forward/reloadurl仅typeurl时ignoreCache、handleBeforeUnload默认accept、initScript、timeout等可选参数new_pageurl必填background后台打开不置前isolatedContext在具名隔离浏览器上下文中创建页面不同上下文的 Cookie 与存储完全隔离适合干净的登录态测试timeout。3.1evaluate_script的特殊规则serviceWorkerIdSkill 文档中一条容易踩坑的规则是evaluate_script在针对页面时pageId必填但启用--categoryExtensions后pageId变为可选此时可改传serviceWorkerId把脚本执行在扩展的后台 service worker 里。这一二选一约束在 src/config/cli-options.ts 的serviceWorkerId参数描述中得到确认提供时 pageId 应省略且不能在 service worker 中使用args元素 uid 参数。同理args参数用于把快照中的元素 handle 传入脚本也只在页面上下文中可用。4. 核心概念三基于 uid 的元素交互Skill 文档对元素交互的定义用take_snapshot获取带元素uid的页面结构每个元素都有唯一uid供交互若元素找不到重新拍一次快照——元素可能已被移除或页面已变化。4.1 快照基于无障碍树a11y tree从 src/tools/snapshot.ts 的take_snapshot定义看快照是基于 a11y tree 的文本快照并明确提示Always use the latest snapshot——即始终使用最新一次快照中的 uid旧快照中的 uid 随时可能失效。其参数为verbose布尔默认false是否输出完整 a11y tree 的全部信息filePath把快照保存到文件而非内联返回这正是 Skill 文档大数据量输出用filePath建议的工具层落地。4.2 uid 的解析与失效机制从 src/McpPage.ts 看getElementByUid(uid)从当前页面textSnapshot.idToNode映射中查节点查不到即抛出Element uid ... not found on page N错误另一处错误消息为Element with uid ... no longer exists on the page.。这解释了 Skill 文档中找不到元素就重拍快照的原因uid 是页面级、随快照更新的临时标识页面 DOM 变化或重新导航后旧 uid 就会被丢弃。因此click、fill、hover等输入工具中的uid参数来自页面内容快照的元素 uid必须与最近一次快照配对使用。5. 工作流模式一与页面前交互的四步法Skill 文档给出的标准序列是导航navigate_page在已有页面上跳转/前进/后退/刷新或new_page新开标签页加载 URL等待如知道要找什么内容用wait_for确保内容已加载快照带pageId调用take_snapshot理解页面结构交互用快照中的元素uid调用click、fill等并传入对应pageId。其中第 2 步在实现上有细节可挖src/tools/snapshot.ts 中的wait_for接收文本列表text任一值出现在页面即解析加timeout等待成功后会自动附带一次快照response.includeSnapshot()意味着等待 快照两步在wait_for一次调用里即可完成Agent 无需再单独调用take_snapshot。6. 工作流模式二高效数据获取Skill 文档列出三条降低 token 消耗的建议全部能在工具参数定义中找到对应物src/config/cli-options.ts大输出落盘使用filePath参数保存截图、快照、trace 等大体积产物。例如evaluate_script的filePath描述为若省略输出将内联返回网络工具提供requestFilePath/responseFilePath分别保存请求与响应体分页与过滤列表类工具支持pageIdx、pageSize分页如list_console_messages分页返回list_network_requests同理并可用types参数按资源/消息类型过滤最小化返回数据关闭冗余快照click、fill、hover、drag等输入动作都带includeSnapshot参数默认值为false——只有确实需要最新页面状态时才显式置true。这与 Skill 文档除非需要更新页面状态否则输入动作设置includeSnapshot: false的建议一致实际上默认就是关闭显式置true才开启。7. 工作流模式三工具选择与并行执行Skill 文档给出一个三选一决策场景推荐工具理由自动化 / 交互take_snapshot文本形态更快更适合自动化视觉检查take_screenshot用户需要看到可视状态时使用补充数据evaluate_script获取不在无障碍树中的数据并行执行规则可以并行发出多个工具调用但必须保持 navigate → wait → snapshot → interact 的正确顺序。即依赖关系上不冲突的调用可并发同一页面的四步序列不可乱序。这一约束与 MCP 客户端的工具调用语义配合是 Agent 可靠自动化的关键纪律。8. 扩展测试的完整流程--categoryExtensionsSkill 文档为测试一个 Chrome 扩展给出了五步法并附带一段前置检查若工具列表中不存在扩展工具应停下并提示用户更新 MCP 服务器配置——{ mcpServers: { chrome-devtools: { command: npx, args: [chrome-devtools-mcplatest, --categoryExtensions] } } }更新后**必须重启 MCP 服务器或 AI 客户端**配置才生效。五步法及源码对应安装install_extension参数path为解压后的扩展目录绝对路径。其 handlersrc/tools/extensions.ts调用context.installExtension(path)并在响应中回显扩展 IDExtension installed. Id: ...识别从安装响应或list_extensionssrc/tools/extensions.ts返回名称、ID、版本与启用状态获取扩展 ID触发动作trigger_extension_actionsrc/tools/extensions.ts按 ID 触发扩展默认动作如打开 popup 或 side panel验证 Service Worker用evaluate_script传serviceWorkerId省略pageId和args在扩展后台 service worker 中执行脚本检查扩展状态或触发后台动作反过来验证页面时传pageId省略serviceWorkerId。该规则与第 3.1 节evaluate_script的serviceWorkerId参数定义完全一致验证页面行为导航到扩展生效的页面take_snapshot检查 content script 是否正确地注入了元素或修改了页面。仓库中 tests/tools/fixtures/ 目录提供了多组用于扩展测试的 fixture如extension/、extension-content-script/、extension-sw/、extension-side-panel/等含manifest.json、sw.js、content.js对应的测试用例见 tests/tools/extensions.test.ts可作为上述五步法的可运行参照。此外扩展类别还提供reload_extension按 ID 重载未打包扩展便于改完代码后热更与uninstall_extension两个工具覆盖扩展调试的完整开关节奏。9. 故障排查指引Skill 文档最后给出两级排查路径当chrome-devtools-mcp能力不足时引导用户回到 Chrome DevTools 官方 UI 文档developer.chrome.com/docs/devtools或其中的 AI 辅助调试章节当出现启动chrome-devtools-mcp或 Chrome 本身的错误时查阅仓库内的 docs/troubleshooting.md。结合第 2 节的源码分析启动类故障最常见的根因是连接模式不匹配走了userDataDir自动连接但目标 Chrome 未开启远端调试chrome://inspect/#remote-debugging或启用了 Extensions 类别却配置了browserUrl/wsEndpoint该组合在当前版本不受支持。排查时优先核对 MCP 配置中的启动参数与所选工具类别是否匹配。10. 小结一张可复制的作业清单将 Skill 文档浓缩为 Agent 可直接遵循的清单确认 MCP 服务器以非--slim模式启动需要扩展/内存工具时分别追加--categoryExtensions/--memoryDebugging改配置后重启服务器list_pages或new_page拿到pageId记住evaluate_script的pageId与serviceWorkerId二选一与页面交互前执行 navigate → wait → snapshot → interactwait_for命中后可直接复用其返回的快照所有元素操作使用最新快照的uiduid 失效就重拍快照不要沿用旧值大输出用filePath落盘列表用pageIdx/pageSize/types分页过滤输入动作保持includeSnapshot: false除非需要最新状态并行调用只发无依赖的调用同页四步序列严格保序扩展测试按安装 → 识别 ID → 触发动作 → 验证 service worker → 验证页面注入五步执行必要时reload_extension热更启动报错先查 docs/troubleshooting.md 并核对连接模式pipe /browserUrl/wsEndpoint与启用类别的兼容性。【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 chrome-devtools-mcp 核心 Skill 详解：从浏览器生命周期、页面定位到快照交互与扩展测试的完整工作流
chrome-devtools-mcp 核心 Skill 详解从浏览器生命周期、页面定位到快照交互与扩展测试的完整工作流【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp本文基于仓库中的核心技能定义 skills/chrome-devtools/SKILL.md系统讲解 AI 编码 Agent 通过 Chrome DevTools MCP 服务器驱动真实 Chrome 浏览器时的一套标准作业方法浏览器如何懒加载启动并持久化、pageId页面定位规则、基于uid的元素交互机制、导航 → 等待 → 快照 → 交互 的四步工作流以及扩展Extension测试的完整流程。读完后你既能按此规范编写 Agent 提示词也能对照源码理解每条规则背后的实现约束。1. Skill 的定位与适用边界skills/chrome-devtools/SKILL.md 是随仓库分发的一个 Agent Skill其 frontmatter 声明如下name: chrome-devtools description: Uses Chrome DevTools via MCP for efficient debugging, troubleshooting and browser automation. Use when debugging web pages, automating browser interactions, analyzing performance, or inspecting network requests. This skill does not apply to --slim mode (MCP configuration).三点适用边界值得注意触发场景调试网页、自动化浏览器交互、性能分析、检查网络请求时使用该技能模式边界该 Skill 明确声明不适用于--slim模式。--slim是 README 中介绍的基础浏览器任务模式工具集被裁剪完整技能中涉及的调试、性能等能力在 slim 模式下不可用参见 docs/slim-tool-reference.md运行前提该 Skill 假设 MCP 服务器以默认非 slim配置启动且浏览器工具可通过npx chrome-devtools-mcplatest --help查看全部启动参数完整参数列表见 docs/configuration.md全部工具清单见 docs/tool-reference.md。2. 核心概念一浏览器生命周期与可选工具类别Skill 文档对浏览器生命周期的定义是浏览器在首次调用工具时自动启动并使用持久化 Chrome profile。所有行为差异headless、隔离会话、连接已有 Chrome 实例等都通过 MCP 服务器配置中的 CLI 参数控制。2.1 懒加载启动的源码印证从 src/browser.ts 的ensureBrowserConnected实现看服务器并不在 MCP 连接建立时立即拉起 Chrome而是按需创建浏览器实例模块级持有browser与browserMode两个状态browser?.connected为真时直接复用避免重复启动若配置了userDataDir持久化用户数据目录会读取目录下的DevToolsActivePort文件解析出端口与 WebSocket 路径后连接已在运行的 Chrome失败时提示用户到chrome://inspect/#remote-debugging检查远端调试开关否则按channelstable/beta/dev 等发布渠道通过 Puppeteer 连接/启动对应 Chrome。这与 README 中的说明一致MCP 服务器会在客户端第一次使用需要浏览器的工具时自动启动浏览器仅仅连接 MCP 服务器本身不会启动浏览器。2.2 按类别启用的附加工具Skill 文档指出可通过两个启动标志开启附加工具启动标志开启的工具类别典型工具--categoryExtensions扩展Extensionsinstall_extension、list_extensions、trigger_extension_action--memoryDebugging内存Memoryget_heapsnapshot_details、compare_heapsnapshots等从 src/config/category-options.ts 的categoryOverrides看这两个类别都被标记为offByDefault: true——也就是说Extensions 与 Memory 类别的工具默认不出现在工具列表中必须显式传对应标志才会注册。这一点在 src/config/cli-options.ts 生成的工具参数表中也有对应标注所有内存工具的 description 都带(requires flag: --memoryDebuggingtrue)扩展工具带(requires flag: --categoryExtensionstrue)。该文件还揭示了一个实现层面的限制Extensions 类别的 description 注明该功能目前仅支持 pipe 连接autoConnect、browserUrl和wsEndpoint在 Chrome 149 发布前不受支持。也就是说启用扩展工具时MCP 服务器必须以默认 pipe 方式连接 Chrome不能走 WebSocket 端点连接路径。3. 核心概念二页面定位Page TargetingSkill 文档给出的规则是页面级工具都需要pageId参数来定位目标页面页面 ID 可来自两处——list_pages返回的页面列表及其 ID例如pageId: 1new_page创建新页面时响应中返回的 ID。对照 src/config/cli-options.ts 中这三个工具的实际参数定义list_pages无参数返回浏览器中打开的页面列表包括扩展 service workernavigate_pagepageId必填typeurl/back/forward/reloadurl仅typeurl时ignoreCache、handleBeforeUnload默认accept、initScript、timeout等可选参数new_pageurl必填background后台打开不置前isolatedContext在具名隔离浏览器上下文中创建页面不同上下文的 Cookie 与存储完全隔离适合干净的登录态测试timeout。3.1evaluate_script的特殊规则serviceWorkerIdSkill 文档中一条容易踩坑的规则是evaluate_script在针对页面时pageId必填但启用--categoryExtensions后pageId变为可选此时可改传serviceWorkerId把脚本执行在扩展的后台 service worker 里。这一二选一约束在 src/config/cli-options.ts 的serviceWorkerId参数描述中得到确认提供时 pageId 应省略且不能在 service worker 中使用args元素 uid 参数。同理args参数用于把快照中的元素 handle 传入脚本也只在页面上下文中可用。4. 核心概念三基于 uid 的元素交互Skill 文档对元素交互的定义用take_snapshot获取带元素uid的页面结构每个元素都有唯一uid供交互若元素找不到重新拍一次快照——元素可能已被移除或页面已变化。4.1 快照基于无障碍树a11y tree从 src/tools/snapshot.ts 的take_snapshot定义看快照是基于 a11y tree 的文本快照并明确提示Always use the latest snapshot——即始终使用最新一次快照中的 uid旧快照中的 uid 随时可能失效。其参数为verbose布尔默认false是否输出完整 a11y tree 的全部信息filePath把快照保存到文件而非内联返回这正是 Skill 文档大数据量输出用filePath建议的工具层落地。4.2 uid 的解析与失效机制从 src/McpPage.ts 看getElementByUid(uid)从当前页面textSnapshot.idToNode映射中查节点查不到即抛出Element uid ... not found on page N错误另一处错误消息为Element with uid ... no longer exists on the page.。这解释了 Skill 文档中找不到元素就重拍快照的原因uid 是页面级、随快照更新的临时标识页面 DOM 变化或重新导航后旧 uid 就会被丢弃。因此click、fill、hover等输入工具中的uid参数来自页面内容快照的元素 uid必须与最近一次快照配对使用。5. 工作流模式一与页面前交互的四步法Skill 文档给出的标准序列是导航navigate_page在已有页面上跳转/前进/后退/刷新或new_page新开标签页加载 URL等待如知道要找什么内容用wait_for确保内容已加载快照带pageId调用take_snapshot理解页面结构交互用快照中的元素uid调用click、fill等并传入对应pageId。其中第 2 步在实现上有细节可挖src/tools/snapshot.ts 中的wait_for接收文本列表text任一值出现在页面即解析加timeout等待成功后会自动附带一次快照response.includeSnapshot()意味着等待 快照两步在wait_for一次调用里即可完成Agent 无需再单独调用take_snapshot。6. 工作流模式二高效数据获取Skill 文档列出三条降低 token 消耗的建议全部能在工具参数定义中找到对应物src/config/cli-options.ts大输出落盘使用filePath参数保存截图、快照、trace 等大体积产物。例如evaluate_script的filePath描述为若省略输出将内联返回网络工具提供requestFilePath/responseFilePath分别保存请求与响应体分页与过滤列表类工具支持pageIdx、pageSize分页如list_console_messages分页返回list_network_requests同理并可用types参数按资源/消息类型过滤最小化返回数据关闭冗余快照click、fill、hover、drag等输入动作都带includeSnapshot参数默认值为false——只有确实需要最新页面状态时才显式置true。这与 Skill 文档除非需要更新页面状态否则输入动作设置includeSnapshot: false的建议一致实际上默认就是关闭显式置true才开启。7. 工作流模式三工具选择与并行执行Skill 文档给出一个三选一决策场景推荐工具理由自动化 / 交互take_snapshot文本形态更快更适合自动化视觉检查take_screenshot用户需要看到可视状态时使用补充数据evaluate_script获取不在无障碍树中的数据并行执行规则可以并行发出多个工具调用但必须保持 navigate → wait → snapshot → interact 的正确顺序。即依赖关系上不冲突的调用可并发同一页面的四步序列不可乱序。这一约束与 MCP 客户端的工具调用语义配合是 Agent 可靠自动化的关键纪律。8. 扩展测试的完整流程--categoryExtensionsSkill 文档为测试一个 Chrome 扩展给出了五步法并附带一段前置检查若工具列表中不存在扩展工具应停下并提示用户更新 MCP 服务器配置——{ mcpServers: { chrome-devtools: { command: npx, args: [chrome-devtools-mcplatest, --categoryExtensions] } } }更新后**必须重启 MCP 服务器或 AI 客户端**配置才生效。五步法及源码对应安装install_extension参数path为解压后的扩展目录绝对路径。其 handlersrc/tools/extensions.ts调用context.installExtension(path)并在响应中回显扩展 IDExtension installed. Id: ...识别从安装响应或list_extensionssrc/tools/extensions.ts返回名称、ID、版本与启用状态获取扩展 ID触发动作trigger_extension_actionsrc/tools/extensions.ts按 ID 触发扩展默认动作如打开 popup 或 side panel验证 Service Worker用evaluate_script传serviceWorkerId省略pageId和args在扩展后台 service worker 中执行脚本检查扩展状态或触发后台动作反过来验证页面时传pageId省略serviceWorkerId。该规则与第 3.1 节evaluate_script的serviceWorkerId参数定义完全一致验证页面行为导航到扩展生效的页面take_snapshot检查 content script 是否正确地注入了元素或修改了页面。仓库中 tests/tools/fixtures/ 目录提供了多组用于扩展测试的 fixture如extension/、extension-content-script/、extension-sw/、extension-side-panel/等含manifest.json、sw.js、content.js对应的测试用例见 tests/tools/extensions.test.ts可作为上述五步法的可运行参照。此外扩展类别还提供reload_extension按 ID 重载未打包扩展便于改完代码后热更与uninstall_extension两个工具覆盖扩展调试的完整开关节奏。9. 故障排查指引Skill 文档最后给出两级排查路径当chrome-devtools-mcp能力不足时引导用户回到 Chrome DevTools 官方 UI 文档developer.chrome.com/docs/devtools或其中的 AI 辅助调试章节当出现启动chrome-devtools-mcp或 Chrome 本身的错误时查阅仓库内的 docs/troubleshooting.md。结合第 2 节的源码分析启动类故障最常见的根因是连接模式不匹配走了userDataDir自动连接但目标 Chrome 未开启远端调试chrome://inspect/#remote-debugging或启用了 Extensions 类别却配置了browserUrl/wsEndpoint该组合在当前版本不受支持。排查时优先核对 MCP 配置中的启动参数与所选工具类别是否匹配。10. 小结一张可复制的作业清单将 Skill 文档浓缩为 Agent 可直接遵循的清单确认 MCP 服务器以非--slim模式启动需要扩展/内存工具时分别追加--categoryExtensions/--memoryDebugging改配置后重启服务器list_pages或new_page拿到pageId记住evaluate_script的pageId与serviceWorkerId二选一与页面交互前执行 navigate → wait → snapshot → interactwait_for命中后可直接复用其返回的快照所有元素操作使用最新快照的uiduid 失效就重拍快照不要沿用旧值大输出用filePath落盘列表用pageIdx/pageSize/types分页过滤输入动作保持includeSnapshot: false除非需要最新状态并行调用只发无依赖的调用同页四步序列严格保序扩展测试按安装 → 识别 ID → 触发动作 → 验证 service worker → 验证页面注入五步执行必要时reload_extension热更启动报错先查 docs/troubleshooting.md 并核对连接模式pipe /browserUrl/wsEndpoint与启用类别的兼容性。【免费下载链接】chrome-devtools-mcpChrome DevTools for coding agents项目地址: https://gitcode.com/GitHub_Trending/chr/chrome-devtools-mcp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考