chrome-devtools-mcp: der offizielle Server, der KI-Agenten Browseraugen gibt

„Chrome DevTools for coding agents” — der offizielle Chrome-DevTools-MCP-Server (Model Context Protocol), der es KI-Agenten ermöglicht, Webseiten direkt im Browser zu debuggen, zu inspizieren und zu prüfen, anstatt „mit verbundenen Augen zu programmieren”.

Datenstatus: verifiziert am 11. September 2026 über die GitHub-API, das npm-Register, Hacker News (Algolia), den offiziellen Blog von developer.chrome.com und den Code des Repositorys (Branch main).

Was es ist

chrome-devtools-mcp ist ein MCP-Server, geschrieben in TypeScript und unter der Apache-2.0-Lizenz, der die Fähigkeiten von Chrome DevTools als Werkzeuge bereitstellt, die ein KI-Agent (Claude Code, Codex, Gemini CLI, Cursor, VS Code Copilot usw.) aufrufen kann. Das gelöste Problem wird in der Ankündigung des Launches explizit formuliert: Codierungsagenten „sind nicht in der Lage zu sehen, was der von ihnen generierte Code tatsächlich tut, wenn er im Browser läuft” — sie programmieren „effektiv mit verbundenen Augen”. Mit diesem Server kann der Agent die Seite öffnen, Performance-Traces erfassen, die Konsole lesen, Netzwerkanfragen inspizieren, klicken, Formulare ausfüllen und Screenshots machen, und dieses Feedback nutzen, um seinen eigenen Code zu korrigieren.

In der Praxis enthält das npm-Paket chrome-devtools-mcp zwei Oberflächen: den MCP-Server (der Hauptanwendungsfall), der sich per stdio mit einem MCP-Client verbindet; und ein experimentelles CLI (chrome-devtools), das im selben Paket enthalten ist und als Client eines Hintergrunddienstes fungiert. Das ist relevant, weil es laut Paul Irish (siehe Resonanz) genau als Antwort auf die Token-Kosten des MCP entstand.

Es ist kein Automatisierungs-Framework, das einen isolierten Browser startet: Sein unterscheidendes Merkmal ist, dass es sich mit dem Chrome verbindet, das Sie bereits ausführen (oder mit einem bestehenden Browser über --browser-url), wobei Sitzung, Cookies und Authentifizierung erhalten bleiben.

Ursprung

Ersteller/Wartung: das Team hinter Chrome DevTools und Puppeteer, bei Google. Paul Irish (ehemaliges DevTools-Teammitglied und laut eigener Aussage auf Hacker News immer noch eines) bestätigte und verteidigte es öffentlich. Launch: am 23. September 2025 wurde es als öffentliche Vorschau über einen Beitrag im offiziellen Chrome-Blog veröffentlicht: „Chrome DevTools (MCP) for your AI agent” (developer.chrome.com/blog/chrome-devtools-mcp). Erstellungsdatum des Repositorys: 11. September 2025.

Die Ankündigung wurde als direkte Antwort auf das Problem des „blinden” Agenten präsentiert. Der Ton des Beitrags war praktische Demonstration mit Beispiel-Prompts („Verifiziere im Browser, dass deine Änderung funktioniert”, „Warum laden einige Bilder auf localhost:8080 nicht?”, „Localhost:8080 lädt langsam, mach es schneller”). Das Team erklärte, es werde das Projekt „inkrementell” aufbauen, und bat um öffentliches Feedback, welche Fähigkeiten als Nächstes hinzugefügt werden sollten.

Kurioses aus der Community: Paul Irish enthüllte auf Hacker News (2026), dass das eigenständige CLI „gerade erst gelandet” war und noch nicht offiziell angekündigt worden war, mit der Warnung: „Gute Nachrichten für alle, die sich der unverschämten Token-Kosten des MCP bewusst sind! Das CLI wurde noch nicht angekündigt (sorry, Leute), aber es wird bereits in der neuesten Version v0.20.0 ausgeliefert.”

Philosophie und Prinzipien

Das Repository dokumentiert seine Designprinzipien in docs/design-principles.md. Es sind „grobe” Leitlinien, die „mit Nuancen” angewendet werden: agentenunabhängige API (Standards wie MCP verwenden, nicht an ein LLM binden); token-optimiert (semantische Zusammenfassungen zurückgeben: „LCP war 3,2 s” ist besser als 50.000 Zeilen JSON; Dateien sind der richtige Ort für große Datenmengen); kleine, deterministische Bausteine (dem Agenten komponierbare Werkzeuge geben — Click, Screenshot —, keine „magischen Knöpfe”); selbst-erholbare Fehler (umsetzbare Fehler mit Kontext und möglichen Korrekturen zurückgeben); Mensch-Agent-Zusammenarbeit (die Ausgabe sollte sowohl maschinen- als auch menschenlesbar sein); fortschreitende Komplexität (Werkzeuge standardmäßig einfach, aber mit optionalen erweiterten Argumenten für erfahrene Nutzer); und Referenz statt Wert (bei umfangreichen Assets einen Dateipfad oder eine URI zurückgeben, niemals den rohen Datenstrom).

Diese Prinzipien erklären die wiederkehrende Hacker-News-Debatte über den Tokenverbrauch: Das Team will effizient sein, aber die Natur des Browserzustands macht das Datenvolumen von Natur aus hoch.

Wie es funktioniert

Architektur

MCP-Server-Modus: Der MCP-Client (Claude Code, Codex usw.) startet npx -y chrome-devtools-mcp@latest per stdio. Der Server öffnet Chrome oder verbindet sich damit und stellt die Werkzeuge bereit.

CLI-Modus (chrome-devtools): Das CLI ist Client eines Hintergrunddienstes, der UNIX-Sockets unter Linux/Mac und Named Pipes unter Windows verwendet. Dokumentiertes Verhalten: automatischer Start (beim ersten Aufruf eines Werkzeugs startet das CLI den MCP-Server und den Browser im Hintergrund, falls sie nicht laufen); Persistenz (dieselbe Hintergrundinstanz wird bei aufeinanderfolgenden Befehlen wiederverwendet, wobei der Browserzustand erhalten bleibt); und manuelle Steuerung (start, stop und status verwalten den Prozess; start leitet Argumente wie --headless oder --userDataDir weiter, obwohl nicht alle unterstützt werden). Headless ist standardmäßig aktiviert; isolated ebenfalls, sofern nicht --userDataDir übergeben wird.

Werkzeuge (Katalogausschnitt)

Das Repository pflegt eine umfangreiche tool-reference.md (~25.000 Zeichen). Unter den in der Dokumentation und im Changelog verifizierten Werkzeugen: Seiten/Navigation (list_pages, new_page, navigate_page, take_screenshot, click, fill, select_option, upload_file mit Mehrdateien-Unterstützung seit v1.8.0, wait_for, evaluate_script); Netzwerk (Anfrageninspektion mit gekürzten URLs in der „prägnanten” Ausgabe seit v1.9.0, und begrenzter Beibehaltung pro Navigation seit v1.7.0); Konsole (list_console_messages, mit optionalen Stack-Traces seit v1.8.0); Performance (performance_start_trace, mit einem standardmäßig DevTools-ausgerichteten 1,2-GB-Trace-Puffer seit v1.9.0, und Metrikanalyse wie LCP); Speicher (benötigt --memoryDebugging: get_heapsnapshot_summary, get_heapsnapshot_edges, query_heapsnapshot, get_heapsnapshot_object_details, eine Suite, die zwischen v1.7.0 und v1.8.0 hinzugefügt wurde); Emulation (emulate, mit Eingabevalidierung seit v1.9.0); PWA (Werkzeuge, hinzugefügt in v1.8.0); und Screencast (FPS-Option, hinzugefügt in v1.9.0).

Gängige Flags / Befehlsmuster

--browser-url=<url> (Verbindung zu einem bereits laufenden Browser, z. B. dem von Antigravity auf Port 9222); --workspace=<dir> (wiederholbar; beschränkt Dateiwerkzeuge auf bestimmte Verzeichnisse, nicht kombinierbar mit --allow-unrestricted-paths); --headless, --userDataDir, --screenshotFormat, --no-javascript-evaluation (das seit v1.9.0 auch Navigationen und initScripts abdeckt); --memoryDebugging (aktiviert die Speicherwerkzeuge); und --allow-unrestricted-paths (im CLI seit v1.9.0 standardmäßig aktiv).

Das Ökosystem

Dieselben Autoren/offizielle Org (ChromeDevTools): chrome-devtools-mcp selbst enthält einen Plugin-Marktplatz für Claude Code (/plugin marketplace add ChromeDevTools/chrome-devtools-mcp), der den MCP-Server plus Skills bündelt (v1.9.0 fügte das „Agent Plugins 1.0 package” hinzu). Es gibt auch ein Gemini-Erweiterungspaket (gemini extensions install ... https://github.com/ChromeDevTools/chrome-devtools-mcp), das MCP + Skills kombiniert.

Browser-Automatisierungsprojekte für Agenten (auf Hacker News genannte Konkurrenten/Ergänzungen): vercel-labs/agent-browser — „Browser automation CLI for AI agents” — 42.416 Sterne, 2.831 Forks (erstellt am 11. Januar 2026); ein HN-Nutzer (NiekvdMaas) wies darauf hin, dass es gut zusammen mit DevTools MCP über --auto-connect funktioniert. remorses/playwriter — „Chrome extension & CLI to let agents control your browser” — 3.879 Sterne, 178 Forks (erstellt am 13. November 2025); empfohlen im Haupt-HN-Thread (zxspectrumk48) als Alternative, die sich „mit der bestehenden Sitzung verbindet”. pasky/chrome-cdp-skill — eine Agenten-Skill für CDP, erwähnt von aadishv im HN-Thread (tägliche Nutzung mit Codex zur Verwaltung einer lokalen Musikbibliothek).

CDP-/Debugging-Alternativen: ScriptedAlchemy/devtools-debugger-mcp — „MCP server exposing full Chrome DevTools Protocol debugging: breakpoints, step/run, call…” — 347 Sterne. williamkapke/kapture — „Chrome DevTools Extension that enables browser automation through MCP” — 183 Sterne. benjaminr/chrome-devtools-mcp — „An MCP Server for Chrome DevTools, following the Chrome DevTools Protocol” — 308 Sterne (gleicher Name wie das offizielle Projekt; nicht vom Chrome-Team).

Paul Irish warnte auf HN, dass „Browser-Automatisierung + Agenten ein sehr geschäftiger Bereich mit vielen parallelen Bemühungen ist”, und stellte klar, dass pasky/chrome-cdp-skill ein unabhängiges Projekt sei, keine DevTools-MCP-Skill.

Offizieller/halboffizieller Status

Offiziell von Google / dem Chrome-DevTools- und Puppeteer-Team: Das Projekt wird vom Chrome-DevTools-Team selbst gepflegt. Es wurde als offizielle öffentliche Vorschau (23. September 2025) vom developer.chrome.com-Blog, der offiziellen Chrome-Dokumentationsdomain, gestartet. Dies positioniert es als De-facto-Referenz für Browser-Debugging durch Agenten, die Chrome nutzen: Es ist die Implementierung „aus der Quelle”.

Client-Adoption: client-configurations.md dokumentiert Konfigurationen für eine sehr breite Liste von Clients: Amp, Antigravity (Google), Bob (IBM), Claude Code, Cline, Codex (OpenAI), Command Code, Copilot CLI, Copilot / VS Code, Cursor, Devin CLI, Factory CLI, Gemini CLI, Gemini Code Assist, Grok Build CLI (xAI), JetBrains AI Assistant & Junie, Kiro, Katalon Studio, Mistral Vibe, OpenCode, Qoder, Qoder CLI, Visual Studio, Warp, Windsurf. VS Code, Cursor und Visual Studio bieten Ein-Klick-Schaltflächen („Install Server” / „Install Plugin”), um es direkt hinzuzufügen.

In der Praxis ist es der Server, den das DevTools-Team seinen Nutzern selbst empfiehlt; seine Präsenz mit offiziellen Installern in VS Code/Cursor/Visual Studio und in den CLIs der wichtigsten Agenten (Codex, Gemini, Copilot, Devin, Grok) deutet auf einen De-facto-Standard-Status hin, um „einem Agenten Browseraugen in Chrome zu geben”.

Schnellstart-Anleitung

Installation und erster Start

Voraussetzungen: Node.js (für npx/npm) und Chrome. Das Paket ist chrome-devtools-mcp.

Option A — als MCP-Server (Hauptanwendungsfall). Zum MCP-Client hinzufügen:

{
  "mcpServers": {
    "chrome-devtools": {
      "command": "npx",
      "args": ["chrome-devtools-mcp@latest"]
    }
  }
}

Um sich mit einem bereits laufenden Browser zu verbinden, --browser-url=http://127.0.0.1:9222 zu args hinzufügen. CLI-Installation für einige Clients: Claude Code (claude mcp add chrome-devtools --scope user npx chrome-devtools-mcp@latest), Codex (codex mcp add chrome-devtools -- npx chrome-devtools-mcp@latest), Gemini CLI (gemini mcp add chrome-devtools npx chrome-devtools-mcp@latest), VS Code CLI (code --add-mcp '{"name":"io.github.ChromeDevTools/chrome-devtools-mcp","command":"npx","args":["-y","chrome-devtools-mcp"],"env":{}}').

Option B — als Plugin (MCP + Skills) in Claude Code:

/plugin marketplace add ChromeDevTools/chrome-devtools-mcp
/plugin install chrome-devtools-mcp@chrome-devtools-plugins

(dann Claude Code neu starten; mit /skills überprüfen). Dokumentierter Rauchtest: im Agenten den Prompt „Please check the LCP of web.dev.” ausführen.

Option C — CLI (experimentell). Global installieren:

npm i chrome-devtools-mcp@latest -g
chrome-devtools status   # prüfen, ob die Installation funktioniert

Gängige Workflows

Eine Live-Änderung verifizieren: den Agenten bitten „Verifiziere im Browser, dass deine Änderung wie erwartet funktioniert”; der Agent verwendet navigate_page + take_screenshot + Konsole zur Überprüfung.
Seite navigieren (CLI): chrome-devtools navigate_page 1 --url "https://google.com".
Screenshot (CLI): chrome-devtools take_screenshot 1 --filePath screenshot.png.
Performance-Audit: der Agent ruft performance_start_trace gegen localhost auf und analysiert Metriken (z. B. hohe LCP).
Netzwerk-/Konsolenfehler debuggen: „Einige Bilder auf localhost:8080 laden nicht. Was ist los?” → der Agent inspiziert Netzwerkanfragen und die Konsole.
Speicher debuggen (mit --memoryDebugging): get_heapsnapshot_summary → get_heapsnapshot_object_details, um Objekte zu finden, die Speicher zurückhalten.

Wesentliche Konfiguration

--browser-url — Verbindung zu einem bereits laufenden Chrome (statt ein neues zu starten). Schlüssel für die Wiederverwendung von Sitzung/Authentifizierung.
--workspace — beschränkt Dateiwerkzeuge auf bestimmte Verzeichnisse (Sicherheit). Nicht kombinierbar mit --allow-unrestricted-paths.
--headless — im CLI standardmäßig aktiv; kann deaktiviert werden, um den Browser zu sehen.
--userDataDir — ein bestimmtes Profil verwenden; wenn übergeben, deaktiviert es den standardmäßig isolierten Modus und erlaubt die Wiederverwendung von Cookies/persistenter Authentifizierung.
--memoryDebugging — aktiviert die Werkzeuge zur Heap-Snapshot-Inspektion.

Häufige Fallstricke und Lösungen

Übermäßiger Tokenverbrauch (die am häufigsten wiederholte Kritik): der Zustand der Browsersitzung verbraucht von Natur aus viele Tokens. Dokumentierte/Community-Lösungen: das CLI verwenden (effizienter), und in v1.9.0 wurden Verbesserungen hinzugefügt (gekürzte URLs in der Netzwerkausgabe, DevTools-ausgerichteter Trace-Puffer). Ein nicht-triviales Verhalten, kein „Bug”.
Installation des Claude-Code-Plugins schlägt fehl mit Failed to clone repository (z. B. hinter einer Unternehmens-HTTPS-Firewall): der Workaround ist, stattdessen die CLI-Installation (claude mcp add ...) zu verwenden.
Antigravity: mit --browser-url startet der Server den Browser nicht automatisch (er verbindet sich mit dem integrierten Browser von Antigravity); der Browser muss zuerst geöffnet werden.
Windows 11 mit Codex: erfordert die Konfiguration des Chrome-Standorts und die Erhöhung des Start-Timeouts in .codex/config.toml (startup_timeout_ms = 20_000, plus die Variablen SystemRoot/PROGRAMFILES).
Katalon Studio: benötigt einen MCP-Proxy (mcp-proxy --transport streamablehttp --port 8080 -- npx -y chrome-devtools-mcp@latest), da es kein direktes stdio unterstützt.
Mehrteilige Dateien: upload_file unterstützt mehrere Dateien seit v1.8.0; die Speicherwerkzeuge erfordern explizit die Erweiterung .heapsnapshot/.heaptimeline und die Flag --memoryDebugging.

Integrationen und Migration

Fertige Konfiguration für ~27 Clients. Ein-Klick-Installer in VS Code, VS Code Insiders, Cursor und Visual Studio; CLI-Befehle für Codex, Gemini, Copilot, Devin, Grok, Factory, Qoder, Mistral Vibe, OpenCode. Funktioniert zusammen mit vercel-labs/agent-browser (über --auto-connect); playwriter kann als Alternative zum „Verbinden mit der bestehenden Sitzung” verwendet werden. Wenn Sie bereits mit Playwright automatisieren, ersetzt DevTools MCP nicht das „Fahren” (Automatisierung), sondern fügt das „Debuggen” hinzu (Performance-/Netzwerk-/Speicherinspektion mit DevTools-Genauigkeit).

Aktuelle Kennzahlen

Daten von der GitHub-API und dem npm-Register, datiert auf den 11. September 2026:

Kennzahl	Wert
Sterne	51.654
Forks	3.631
Hauptsprache	TypeScript
Lizenz	Apache-2.0
Erstellt	11. September 2025
Neueste Version (npm)	1.9.0
Letztes Release	chrome-devtools-mcp-v1.9.0 (8. September 2026)
npm-Downloads (letzte Woche)	1.426.792
npm-Downloads (letzter Monat)	9.555.181

Top-Contributors (GitHub-API, 12 auf der ersten Seite gelistet): OrKoN (375 Beiträge), dependabot[bot] (231), Lightning00Blade (139), browser-automation-bot (63), yulunz (39), szuend (27), dinfuehr (25), zyzyzyryxy (21). Die GitHub-API vermischt Issues und PRs im Feld open_issues_count, daher wird die Gesamtzahl der „offenen Issues” hier nicht separat als verlässliche Angabe zitiert. Hinweis zu Abonnenten: Die Quelle dieses Artikels verzeichnete für dieses Repository keine separate subscribers_count-Zahl (echte Watcher).

Community-Resonanz

Hacker News ist die Hauptquelle der Diskussion. Der größte Thread — „Chrome DevTools MCP (2025)”, ID 47390817 — erreichte 604 Punkte und 234 Kommentare (erstellt am 15. März 2026; die URL verwies auf den Beitrag „debug your browser session”). Der ursprüngliche Launch-Thread: ID 45349829 (19 Punkte, „Chrome DevTools MCP”, 23. September 2025).

Konkretes Lob:

paulirish (DevTools-Team): „DevTools MCP und sein neues CLI werden vom Team hinter Chrome DevTools & Puppeteer gepflegt und haben definitiv einen vollständigeren Funktionsumfang. Ich würde erwarten, dass es zuverlässiger ist.”
boomskats: „Ich nutze es schon eine Weile, hauptsächlich mit codex über opencode. Es ist zuverlässiger und token-effizienter als andere DevTools-Protokoll-MCPs, die ich ausprobiert habe. Mein liebster unerwarteter Anwendungsfall war, gemini zu sagen, es als SVG-Bearbeitungs-REPL zu nutzen… es funktioniert auch großartig mit Electron-Apps.”
NiekvdMaas: „Funktioniert auch gut zusammen mit agent-browser (vercel-labs/agent-browser) mit —auto-connect.”
speedgoose schätzt, dass die MCP-API „auch für Menschen nützlich sein kann” und freundlicher ist als die vorherige DevTools-API.
zxspectrumk48 und dataviz1000 teilen Erfolgsgeschichten (Re-Engineering von APIs, Abfangen von Anfragen).

Konkrete Kritik:

glerk: „Bedenkt, dass es ein massiver Token-Fresser ist, wenn ihr eure eigenen Tokens bezahlt!”
rossvc: „Ich nutze DevTools MCP seit Monaten, aber es ist extrem token-lastig. Gibt es eine Alternative, die dieselbe Detailtiefe beim Lesen von Netzwerkanfragen bietet?”
nerdsniper (Antwort): „Es ist wahrscheinlich nicht vollständig optimiert… aber Browserzustands-/Sitzungsdaten werden immer eine Menge Tokens verbrauchen, weil es eine Menge Daten sind. Es gibt wirklich keinen Weg drumherum.”
tonyhschu: „Ich mache etwas Ähnliches mit Playwright. Früher war es ein echter Token-Fresser und wurde schnell teuer. So sehr, dass ich einen Wrapper gebaut habe, um Ergebnisse zuerst auf die Festplatte zu schreiben.”
mmaunder (Kontroverse): „Google hinkt beim agentischen Coding-CLI weit hinterher. Gemini CLI ist schrecklich… Außerdem ist MCP ziemlich tot, wie jeder weiß, der intensives agentisches Coding betreibt.” → rsalus antwortet, dass „MCP weit davon entfernt ist, tot zu sein… zentralisierte Remote-MCP-Server sind unglaublich nützlich”, und zeroxfe entgegnet „das ist weit von der Wahrheit entfernt” für große Unternehmensumgebungen. cheema33 argumentiert, MCP „lässt dich in Tokenverbrauch bezahlen, auch wenn du den Server nicht nutzt”, im Gegensatz zu Agent Skills mit „progressiver Offenlegung”.
esperent: fragt, ob dies dasselbe ist wie „Claude in Chrome”, und äußert Sicherheitsbedenken, dass der Agent Ihre Daten sieht.

Neutrale Zusammenfassung: Die Resonanz ist sehr positiv hinsichtlich Zuverlässigkeit und Qualität (vor allem, weil es das Produkt des Chrome-/Puppeteer-Teams selbst ist), aber der wiederkehrende, gut dokumentierte Reibungspunkt ist der Tokenverbrauch, den mehrere Nutzer als „extrem” bezeichnen und den das Team selbst als inhärent für das Datenvolumen einer Browsersitzung anerkennt — daher das Interesse am CLI als tokeneffizienterem Weg.

Vergleich mit ähnlichen Projekten

Projekt	Sterne	Fokus	Wesentlicher Unterschied
ChromeDevTools/chrome-devtools-mcp	51.654	MCP-Server + Chrome-Debugging-CLI	Offiziell vom Chrome-/Puppeteer-Team; verbindet sich mit bestehendem Chrome; stark bei Traces, Netzwerk, Speicher
microsoft/playwright-mcp	37.013	MCP-Server über Playwright	Playwright-basiert (Multi-Browser); eher Automatisierung als Debugging
vercel-labs/agent-browser	42.416	Automatisierungs-CLI für Agenten	Vercels CLI; kompatibel über `--auto-connect` mit DevTools MCP
remorses/playwriter	3.879	Erweiterung + CLI zur Steuerung Ihres Browsers	Führt Playwright-Snippets in einer zustandsbehafteten Sitzung aus; Erweiterung
browser-use/browser-use	114.202	Agenten-Framework, das den Browser nutzt	Vollständiges Framework/Agenten, nicht nur ein Debugging-MCP-Server

playwright-mcp ist der direkteste Konkurrent bei „MCP, das einen Browser steuert” (Playwright statt direktem CDP), während browser-use eine übergeordnete Kategorie ist (ein browsernutzendes Agenten-Framework mit deutlich größerer Sternen-Adoption, aber anderem Zweck). DevTools MCP unterscheidet sich dadurch, dass es das native Debugging-Werkzeug von Chrome ist (Performance-Traces, Heap-Snapshots, Konsole, Netzwerk mit DevTools-Genauigkeit) und sich mit Ihrer bestehenden Sitzung verbindet, statt einen isolierten Browser zu starten. Auf Hacker News wird explizit kontrastiert: „Playwright vs. Chrome DevTools MCP: Driving vs. Debugging” — Playwright „fährt” (automatisiert), während DevTools MCP „debuggt” (zur Laufzeit inspiziert).

Wie man beiträgt

Das Repository dokumentiert einen Beitragsprozess in CONTRIBUTING.md (~6.500 Zeichen). Ablauf: standardmäßiger GitHub-Fork, Branches, Pull Request; das Team bittet darum, beim Hinzufügen von Funktionalität den Designprinzipien (design-principles.md) zu folgen. Die Dokumentation ist in einzelne Dateien aufgeteilt (eine in v1.9.0 vorgenommene Änderung), organisiert unter docs/ (tool-reference, configuration, cli, advanced-usage, client-configurations, troubleshooting, design-principles). Beim Hinzufügen einer neuen Client-Konfiguration wird gebeten, sie in alphabetischer Reihenfolge in client-configurations.md einzufügen. Das Team erklärt, das Projekt „inkrementell” aufzubauen, und bittet um Community-Feedback. Die Aktualisierung von agents.md für Tests (v1.9.0) und die Präsenz eines browser-automation-bot unter den Top-Contributors deuten darauf hin, dass die eigene Pipeline Browser-Automatisierungsagenten nutzt.

Anwendungsfälle

Frontend-/Fullstack-Entwickler, die KI-Agenten nutzen (Claude Code, Codex, Gemini CLI, Copilot): der zentrale Fall. Sie ermöglichen es dem Agenten, das Ergebnis im Browser zu sehen und sich selbst zu korrigieren.
Performance-/Core-Web-Vitals-Teams: performance_start_trace + LCP-Analyse ermöglicht automatisierte Performance-Audits mit der Genauigkeit und dem Puffer von DevTools.
Speicherleck-Debugger: die Heap-Snapshot-Suite mit --memoryDebugging bietet einen ungewöhnlichen Weg, die Speicherbindung direkt aus einem Agenten zu inspizieren, nützlich in SPAs/Electron-Apps.
QA/Testautomatisierung: Navigation, Formularausfüllung, Klicks und Screenshots, zusammen mit Mehrdateien-upload_file und PWA-Werkzeugen.
Electron-/Web-Desktop-App-Ingenieure: boomskats dokumentiert erfolgreiches Reverse-Engineering und Erweitern von Electron-Apps.
Kreative Anwendungsfälle: der Agent als „SVG-Bearbeitungs-REPL” zur Icon-Generierung durch Screenshot-Iteration.
Teams, die Chrome bereits als Arbeitsbrowser nutzen: Durch die Verbindung mit der bestehenden Sitzung bleiben Authentifizierung und Cookies erhalten.
Nutzer, die ihre eigenen Tokens bezahlen: sollten das dokumentierte „Token-Fresser”-Verhalten abwägen; das CLI und die Verbesserungen von v1.9.0 mildern (aber eliminieren nicht) die Kosten.

Ressourcen

Repository: https://github.com/ChromeDevTools/chrome-devtools-mcp
Offizieller Blog (Launch): https://developer.chrome.com/blog/chrome-devtools-mcp
Offizieller Blog (Sitzung debuggen): https://developer.chrome.com/blog/chrome-devtools-mcp-debug-your-browser-session
Offizielle Skills/Plugins: /plugin marketplace add ChromeDevTools/chrome-devtools-mcp; Gemini-Erweiterung gemini extensions install --auto-update https://github.com/ChromeDevTools/chrome-devtools-mcp
npm-Register: https://www.npmjs.com/package/chrome-devtools-mcp
Changelog: https://github.com/ChromeDevTools/chrome-devtools-mcp/blob/main/CHANGELOG.md
Haupt-HN-Thread: https://news.ycombinator.com/item?id=47390817 (604 Pkt., 234 Kommentare)
Launch-Thread: https://news.ycombinator.com/item?id=45349829
Verwandte Projekte: vercel-labs/agent-browser (42.416 ★), remorses/playwriter (3.879 ★), microsoft/playwright-mcp (37.013 ★), browser-use/browser-use (114.202 ★), ScriptedAlchemy/devtools-debugger-mcp (347 ★), pasky/chrome-cdp-skill

Hinweis: Dieser Bericht kombiniert das README und die Repository-Dateien, die GitHub-API, das npm-Register, Hacker News (Algolia) und den offiziellen Blog von developer.chrome.com, konsultiert am 11. September 2026. Zahlen ändern sich mit der Zeit. In dieser Recherche konnten keine verifizierten Reddit-Threads abgerufen werden (die API blockierte die Anfrage), daher werden keine Reddit-Referenzen zitiert, um das Erfinden von Quellen zu vermeiden.