chrome-devtools-mcp: Chrome DevTools als Werkbank für Coding Agents
Dieser MCP-Server gibt Coding-Agenten über die DevTools volle Kontrolle über einen laufenden Chrome-Browser – für Debugging, Performance-Analysen und zuverlässige Puppeteer-Automatisierung.
Auf einen Blick
- Was ist das?
- Ein MCP-Server von Google, der Coding-Agenten wie Claude, Cursor oder Copilot die Kontrolle über einen echten Chrome-Browser gibt, inklusive Performance-Traces, Netzwerkanalyse und Screenshots.
- Für wen ist es gedacht?
- chrome-devtools-mcp passt für Entwickler, die einem Coding-Agenten echtes Debugging mitgeben wollen, etwa Netzwerkanalyse, Konsolenlogs und Performance-Traces in einem laufenden Chrome. Es eignet sich weniger für Umgebungen, in denen Datensammlung ohne Prüfung nicht akzeptabel ist, denn die Usage-Statistics sind ab Werk an und müssen über --no-usage-statistics oder die Umgebungsvariable CHROME_DEVTOOLS_MCP_NO_USAGE_STATISTICS abgeschaltet werden.
- Darf ich es kommerziell nutzen?
- Ja. Apache-2.0 ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Key features: Performance-Traces, Netzwerk und Konsole mit Source-Maps
chrome-devtools-mcp ist ein Model-Context-Protocol-Server, der Coding-Agenten wie Antigravity, Claude, Cursor oder Copilot die Steuerung und Inspektion eines laufenden Chrome-Browsers erlaubt. Die Kernfunktion nutzt die Chrome-DevTools-Werkzeuge, um Traces aufzunehmen und daraus verwertbare Leistungshinweise zu ziehen. Für Debugging bietet der Server die Analyse von Netzwerkanfragen, Screenshots und die Auslesung der Browser-Konsole, wobei Stack-Traces über Source-Maps zurück auf den Originalcode aufgelöst werden.
Die Automatisierungsschicht läuft über puppeteer, das Aktionen im Browser ausführt und laut README automatisch auf das Ergebnis einer Aktion wartet, ein Detail, das Agentenabläufe deutlich robuster macht als rohe Klickskripte. Daneben existiert ein reiner CLI-Weg ohne MCP, dokumentiert unter docs/cli.md. Die Referenz aller Werkzeuge liegt in docs/tool-reference.md, dazu kommen Troubleshooting- und Design-Principles-Seiten im docs-Ordner.
MCP-Konfiguration: npx -y chrome-devtools-mcp@latest eintragen
Der dokumentierte Einstieg ist ein JSON-Block für den eigenen MCP-Client: Der Server chrome-devtools startet über das Kommando npx mit den Argumenten -y und chrome-devtools-mcp@latest. Das @latest-Tag stellt laut README sicher, dass der Client immer die aktuelle Version des Servers zieht, was Komfort bedeutet, aber auch, dass sich das Verhalten zwischen zwei Sessions ändern kann, ohne dass man es bemerkt.
Voraussetzungen sind überschaubar: eine Node.js-LTS-Version, der npm-Paketmanager und ein Chrome in der aktuellen stabilen Version oder neuer. Die Metadaten zeigen ein Projekt in Bewegung: 49.922 Sterne, 3.501 Forks, 94 offene Issues, TypeScript als Sprache, Apache-2.0 als Lizenz. Die Release-Tabelle listet die Versionen v1.8.0 vom 25. August 2026, v1.7.0 und v1.6.0, im Abstand von wenigen Wochen, wer den Server produktiv anbindet, sollte diese Rhythmik in seine Update-Routine einplanen.
Claude Code, Amp, Bob und Antigravity: vier Client-Wege
Das README führt Clientanleitungen für mehrere Agenten-Umgebungen aus. Unter Claude Code gibt es zwei Varianten, die sich lohnen zu unterscheiden. Der CLI-Weg lautet claude mcp add chrome-devtools --scope user npx chrome-devtools-mcp@latest und bindet nur den MCP-Server ein. Die Plugin-Variante läuft über /plugin marketplace add ChromeDevTools/chrome-devtools-mcp und bringt zusätzlich Skills mit, wofür das README vorher verlangt, eine bestehende Installation aus Konfigurationsdateien zu entfernen.
Amp nutzt den Befehl amp mcp add chrome-devtools -- npx chrome-devtools-mcp@latest. IBM Bob liest die Serverliste aus ~/.bob/mcp.json global oder .bob/mcp.json pro Projekt und lädt Änderungen beim Speichern neu. Antigravity verfährt anders als alle anderen: Dort wird der Server mit --browser-url=http://127.0.0.1:9222 an den eingebauten Browser der Umgebung gekoppelt, startet ihn aber nicht selbst; läuft er noch nicht, muss man ihn über das Chrome-Symbol oben rechts zuerst öffnen.
--slim und --headless: der reduzierte Modus für einfache Aufgaben
Wer nur grundlegende Browseraufgaben braucht, konfiguriert den Server mit --slim, im README-Kombibeispiel zusammen mit --headless. Der schlankere Modus reduziert die Anzahl der verfügbaren Werkzeuge, was in der Praxis zwei Effekte hat: Das Tool-Verzeichnis im Agenten wird kleiner, und die Auswahlentscheidungen des Modells fallen einfacher aus. Die Übersicht, welche Werkzeuge im Slim-Modus verbleiben, liegt in docs/slim-tool-reference.md.
Die Kombination aus --slim und --headless passt typischerweise zu Hintergrundläufen, in denen ein Agent Seiten aufruft, Inhalte prüft oder Screenshots zieht, ohne sichtbares Fenster. Für Performance-Analysen mit Traces bleibt dagegen die volle Werkzeugpalette die richtige Wahl, weil der Slim-Umfang laut Struktur der Dokumentation auf Basisaufgaben zielt. Welche Grenze im Einzelfall greift, zeigt der Vergleich der beiden Tool-Referenzdokumente.
Usage statistics: --no-usage-statistics und die Umgebungsvariablen
Ein Abschnitt, den viele überlesen, verdient hier eigenen Raum. Google sammelt Nutzungsstatistiken, darunter Erfolgsraten von Werkzeugaufrufen, Latenzen und Umgebungsinformationen. Die Sammlung ist standardmäßig aktiviert, abgeschaltet wird sie über das Flag --no-usage-statistics beim Start des Servers, im README-Konfigurationsbeispiel also über die Argumentzeile -y, chrome-devtools-mcp@latest, --no-usage-statistics. Alternativ genügen die Umgebungsvariablen CHROME_DEVTOOLS_MCP_NO_USAGE_STATISTICS oder CI, letztere schaltet die Sammlung in CI-Umgebungen automatisch ab.
Zwei Feinheiten macht das README explizit. Die Sammlung steht in keiner Verbindung zu den Chrome-Browser-Statistiken, wer die Browsermetriken abwählt, bleibt hier trotzdem dabei, und umgekehrt. Der Verweis auf die Google-Datenschutzrichtlinie regelt die Verarbeitung der Daten. Zusätzlich prüft der Server standardmäßig periodisch die npm-Registry auf Updates und loggt einen Hinweis, was sich mit der Umgebungsvariable CHROME_DEVTOOLS_MCP_NO_UPDATE_CHECKS unterbinden lässt.
Chrome for Testing, CrUX-Abfragen und die Browsergrenzen
Die Disclaimer-Sektion zeichnet die echten Grenzen. Offiziell unterstützt werden nur Google Chrome und Chrome for Testing, andere Chromium-basierte Browser mögen funktionieren, das ist laut README aber nicht garantiert. Für Fixes und Support legt sich das Team auf die neueste Version des Extended-Stable-Kanals fest. Wer also Edge, Brave oder einen anderen Fork nutzt, bewegt sich außerhalb der Zusicherungen.
Ein Detail betrifft die Performance-Werkzeuge: Sie können Trace-URLs an die Google-CrUX-API senden, um Felddaten zur Nutzererfahrung neben die Lab-Daten zu stellen. Wer das nicht will, startet mit dem Flag --no-performance-crux. Das generelle Sicherheitsbild ist ebenso klar formuliert wie einschneidend: Der Server legt den Inhalt der Browserinstanz gegenüber den MCP-Clients offen, diese können beliebige Daten im Browser und in DevTools inspizieren, debuggen und verändern. Sensitive oder persönliche Daten haben in einer solchen Session nichts verloren, das README sagt es wörtlich.
Redaktionelles Fazit
chrome-devtools-mcp passt für Entwickler, die einem Coding-Agenten echtes Debugging mitgeben wollen, etwa Netzwerkanalyse, Konsolenlogs und Performance-Traces in einem laufenden Chrome. Es eignet sich weniger für Umgebungen, in denen Datensammlung ohne Prüfung nicht akzeptabel ist, denn die Usage-Statistics sind ab Werk an und müssen über --no-usage-statistics oder die Umgebungsvariable CHROME_DEVTOOLS_MCP_NO_USAGE_STATISTICS abgeschaltet werden. Vor dem Einsatz sollte man prüfen, ob der eigene Browser überhaupt unterstützt wird, denn offiziell getragen werden nur Google Chrome und Chrome for Testing, und ob der Agent die Extra-Werkzeuge braucht oder mit dem --slim-Modus auskommt.
Community-Notizen