ChromeDevTools/chrome-devtools-mcp

Chrome DevTools for coding agents

TypeScript41973 ★Web & Browser AutomationGitHub ↗
Quality: excellent 23/24
PAI: integrate 0.88
Appraised: 2026-05-27 current
Contents

Overview

Verdict

Rating Summary
Quality excellent (23/24) Actively maintained by Google, exhaustively documented with per-client setup guides, full test infrastructure, zero runtime deps (bundled), and explosive adoption.
PAI Relevance integrate (0.88) Fills a genuine DevTools-level gap in PAI's browser stack — performance tracing, source-mapped errors, and network inspection are absent from existing Browser and Interceptor skills.

Quality Assessment

23/24 — actively-maintained / well-documented / high-discipline

Health: 7/8 (actively-maintained)

Failed:

Passed:

Documentation: 8/8 (well-documented)

Failed:

Passed:

Engineering Signals: 8/8 (high-discipline)

Failed:

Passed:

PAI Relevance

Dimension Score Assessment
Harvest Value 2 The combination of DevTools Protocol + Puppeteer wrapped as a structured MCP tool surface — with slim/full mode splits, per-tool telemetry, and performance tracing via Lighthouse + CrUX — offers directly applicable architectural patterns for upgrading PAI's Browser and Interceptor skills to support debugging and profiling workflows, not just navigation and scraping.
Integration Readiness 2 TypeScript package, npx -y chrome-devtools-mcp@latest or bun x invocation, MCP JSON protocol output, CLI binary entry points, zero runtime dependencies, Node LTS compatible — fully aligned with PAI's CLI-first Bun-based stack; drop-in as a subprocess or MCP skill.
Overlap Risk 1 Partial overlap with PAI's existing Interceptor skill ("stealth Chrome automation") and Browser skill ("batch headless scraping") — both cover Chrome control — but neither approaches DevTools-Protocol-level inspection, performance tracing, or source-mapped stack traces.
Gap Fill 2 PAI has no existing capability for DevTools-level browser debugging: Lighthouse performance profiles, network request analysis, console error collection with source-mapped traces, or CrUX field data integration are absent from all 52 skills and 79 tools in the manifest.

Composite: 0.88

What Next

Landscape Position

Category: Web & Browser Automation

In this category: unclecode--crawl4ai (solid 18/24, integrate)

Standing: Significantly outperforms crawl4ai on quality (23 vs 18) and occupies a complementary niche — crawl4ai is LLM-optimised web scraping while chrome-devtools-mcp is agent-driven browser debugging and performance analysis; together they cover the full web automation spectrum in PAI's stack.

Evidence Base

Density: 10/10 — Full README (8KB), complete dependency manifest (package.json with scripts, devDeps, engines), repo metadata (stars, forks, topics, dates, license, release), and GitHub org context (ChromeDevTools/Google LLC authorship) all present. Missing: source tree listing, .github/workflows/ YAML files, CHANGELOG content, and test suite files — none of which materially affect scoring at this evidence density.

Notes

This is the first official Google-authored MCP server for browser tooling, which distinguishes it structurally from community MCP browser projects. The --slim mode flag is a notable design decision — it limits the tool surface exposed to agents, reducing token overhead and accidental scope. The built-in usage statistics collection (on by default, opt-out via flag) is a Google-standard telemetry pattern; PAI integrations should include --no-usage-statistics in invocation config. The --browser-url flag enabling attachment to an already-running Chrome instance (used in Antigravity's config) is the most relevant integration path for PAI's headless agent workflows.