MCP server

Chrome DevTools MCP Server: Browser Automation for AI Agents

Chrome DevTools MCP gives an AI coding agent control of a live Chrome browser, with tools for performance traces, network inspection, screenshots and console debugging.

Run
npx -y chrome-devtools-mcp@latest
View on GitHub

Stars, license and last push from GitHub. Install count as reported by the open skills directory.

What is the Chrome DevTools MCP server?

Chrome DevTools MCP is a Model Context Protocol server that runs a real Chrome instance and exposes DevTools features as tools. An AI coding agent installs it with npx chrome-devtools-mcp@latest, then records performance traces, inspects network requests, takes screenshots and reads console messages during development.

Chrome DevTools MCP lets an AI coding agent control and inspect a live Chrome browser. It acts as a Model Context Protocol server, giving the agent access to Chrome DevTools for automation, debugging and performance analysis through puppeteer.

The server starts automatically the first time the agent calls a tool that needs a browser. Connecting the server on its own does not open Chrome; nothing launches until a tool runs.

What it changes in your workflow

  • The agent can open a real page, click through it and read the result instead of guessing from source code alone.
  • Performance traces come with actionable insights, not just raw numbers, so slow pages get a concrete next step.
  • Network requests, console messages and source-mapped stack traces are available for the agent to read during a debugging session.
  • A slim mode with fewer tools exists for agents that only need basic navigation and screenshots.

Setup flags that matter

FlagWhat it does
--headlessRuns Chrome without a visible window
--isolatedUses a fresh browser profile per session
--no-performance-cruxStops sending trace URLs to the CrUX API for field data
--no-usage-statisticsOpts out of the usage data Google collects by default

Who it is for

Best for

  • Developers who want an agent to verify a page actually works in a browser before calling a task done.
  • Teams chasing a specific performance regression who want trace data pulled straight into the coding session.
  • Anyone debugging layout or script errors who wants console output read back without switching windows.

Not for

  • If your job is mostly browser debugging through a reverse proxy instead of DevTools traces, the agnt MCP server is the better fit for that.
  • If your job is mostly catching CSS declarations that render but do nothing, CSS Noop Checker is the better fit for that.
  • If your job is mostly reading Figma designs for context before writing code, Figma's MCP server is the better fit for that.
  • If your job is mostly editing Penpot designs such as renaming layers, the Penpot MCP server is the better fit for that.