ChromeDevTools/chrome-devtools-mcp
Chrome DevTools for coding agents
阅读原始来源
来源记录
指标快照
daily_stars · 60 stars today
2026-11-13 14:53:15.571Z
GitHub daily Trending window; attention only
项目分析
问题与使用场景
所给证据描述的是 Chrome DevTools for agents，与 WeWorkBuddy 的关系尚未建立。它服务于调试时需要获取实时浏览器证据的编程代理用户。根据已记录功能推演一个场景，开发者排查页面加载缓慢。原流程中，开发者手动在 Chrome DevTools 录制追踪，再把发现转交代理。配置后，代理可以直接打开 Chrome、录制追踪并读取性能洞察，减少人工转交证据的步骤。MCP 客户端能够访问浏览器内容，因此涉及敏感数据时，使用哪个浏览器会话会影响部署选择。
特性与差异化
Chrome DevTools for agents 在 MCP 服务和 CLI 中结合了浏览器操作、性能追踪、网络检查、截图及带源码映射的控制台堆栈。这个功能范围让编程代理在操作浏览器的同时收集诊断证据。Puppeteer 提供自动化和操作结果自动等待，是文档明确列出的依赖。材料未提供与具名竞品执行同一任务的对比，因此无法确定相对可靠性或优势。官方支持范围为 Google Chrome 和 Chrome for Testing，限制了浏览器选择。
技术方案
文档中的性能分析流程由 MCP 客户端调用需要浏览器的工具触发。客户端通过 npx 启动服务，服务在工具需要时启动 Chrome。性能分析请求录制追踪并提取洞察，供编程助手使用。运行依赖包括 Node.js LTS、npm 和受支持的 Chrome。运维上的直接影响是，仅连接客户端不会启动浏览器。性能工具可能向 CrUX API 发送追踪涉及的网址，使用统计默认开启，两者分别提供关闭方式。所给 README 支持这一流程，但没有固定提交的源码来核实实现细节和持久化行为。
商业模式与付费用户
文档中的交付形式是可配置到 MCP 客户端的包，也可全局安装以使用 CLI。所给材料未说明价格、订阅、付款流程或商业许可条款，因此无法确立收入模式。潜在评估者包括采用编程代理的开发者和团队，反复发生的浏览器调试需求可推断为采用触发点。代理工具厂商也是合理受众，因为 README 明确建议基于该项目构建浏览器子代理。付费支持或托管服务均属假设。评估时需计入运行环境配置和浏览器数据访问要求。
增长与推广逻辑
文档中最明确的采用路径是接入现有编程代理客户端，包括 MCP 配置、CLI 安装，以及 Claude Code、Copilot/VS Code 和 Gemini CLI 的插件安装入口。首次价值很具体，示例提示词会打开 Chrome 并录制网站性能追踪。随包提供的调试技能可能帮助用户扩展到重复工作流，但这是采用假设。环境配置要求，以及技能与工具版本需要同步更新，都会形成使用摩擦。S1 将 GitHub Trending 记为发现来源，但没有日期或排名。该记录和 README 均无法证明获客速度、活跃使用或留存。