Fehlerberichte mit Claude Code debuggen: der MCP-Server von BugDump

MCPDenis Povarov30. August 2026

Jemand meldet einen Bug. Der Bericht enthält 300 Console-Einträge, 150 Netzwerk-Requests, ein Session-Replay, Angaben zur Umgebung und einen Screenshot. Trotzdem muss das alles noch jemand lesen, den fehlgeschlagenen Request mit dem Console-Fehler in Verbindung bringen und einer Codezeile zuordnen.

Genau dieses Lesen können KI-Coding-Assistenten gut, sofern sie an die Daten herankommen. BugDump bringt deshalb einen MCP-Server mit: Claude Code, Cursor, Claude Desktop oder jeder andere MCP-fähige Client blättert damit direkt durch deine Fehlerberichte und untersucht sie in natürlicher Sprache.

Was MCP ist, in aller Kürze

MCP (Model Context Protocol) ist ein offener Standard, über den KI-Assistenten auf externe Datenquellen und Tools zugreifen. Statt Logs in ein Chatfenster zu kopieren, verbindest du deinen Assistenten mit einem MCP-Server, und er fragt die Daten selbst ab. Während er ein Problem durcharbeitet, entscheidet er, was er in welcher Reihenfolge holt.

Bei Fehlerberichten ist das wichtig, weil die nützlichen Hinweise verstreut sind. Der Console-Fehler ist ein Hinweis, die 500-Antwort zwei Sekunden vorher ein zweiter, und das Replay, in dem die Person doppelt auf den Absenden-Button klickt, ein dritter. Ein Assistent mit MCP-Zugriff holt sich jedes Teil, während sich seine Hypothese entwickelt, so wie du zwischen den Tabs im Dashboard hin- und herspringen würdest.

Was der MCP-Server von BugDump bereitstellt

Ist dein Assistent mit einem Projekt verbunden, liest er den vollständigen Kontext der Bugs darin:

die Berichte selbst: Beschreibungen, Angaben zur meldenden Person, Zeitstempel
die Console-Logs, die mit jedem Bericht erfasst wurden
Netzwerk-Requests mit Statuscodes und markierten Fehlschlägen
Umgebungsdaten: Browser, Betriebssystem, Gerät, Viewport, URL der Seite
Screenshots und Kontext aus dem Session-Replay
die Aufgaben, denen die Berichte zugeordnet sind

Damit funktionieren Fragen wie diese als ganz normale Prompts:

„Zeig mir die neuesten Fehlerberichte in bugdump und fass das wichtigste Problem zusammen.“
„Gibt es bugdump-Berichte, in denen Nutzende auf /api/orders eine 500 bekommen haben? Fass die Netzwerk-Requests zusammen.“
„Finde die bugdump-Aufgabe zum Checkout-Flow und zeig mir die Console-Fehler aus ihren Berichten.“

Der Assistent liest die rohe Telemetrie und antwortet mit einer Zusammenfassung. Und weil Tools wie Claude Code auch deine Codebasis offen haben, lautet der nächste Schritt oft: „Jetzt finde die Stelle, an der dieser Request abgesetzt wird, und repariere den Null-Check.“ Fehlerbericht und Fix landen in derselben Session.

Einrichtung

Aktualisiert im Oktober 2026: Claude, Claude Code, ChatGPT und VS Code verbinden sich jetzt per Anmeldung bei BugDump, ganz ohne Token. Mehr dazu in Claude, ChatGPT oder VS Code mit BugDump verbinden. Der MCP-Zugriff ist in jedem Plan kostenlos.

Cursor und andere Clients verbinden sich mit einem persönlichen Token, einem pro Person:

Öffne die Seite MCP-Server deines Projekts und erstelle einen Token. Jedes Mitglied kann einen erstellen, und er handelt in deinem Namen: Der Assistent sieht, was du sehen kannst. Lass Änderungen erlauben deaktiviert, wenn der Assistent nur lesen soll. Aktivierst du die Option, darf der Assistent Aufgaben verschieben, kommentieren, die Priorität setzen und Aufgaben zuweisen.
Kopiere den Befehl claude mcp add, den die Seite anzeigt, oder committe die gemeinsame .mcp.json, die sie anbietet. Diese Datei liest den Token aus der Umgebungsvariable BUGDUMP_MCP_TOKEN, sodass kein Secret in deinem Repository landet.
Starte deinen MCP-Client neu oder lade ihn neu. Die BugDump-Tools erscheinen neben deinen anderen MCP-Servern.

Gerät ein Token nach außen, widerrufst du ihn auf derselben Seite, und er funktioniert sofort nicht mehr. Verlässt jemand von extern das Projekt, entfernst du die Person aus dem Team, und damit sind alle ihre Tokens auf einmal widerrufen.

Der MCP-Server ist in jedem Plan enthalten, auch im kostenlosen. Warum ich von einem gemeinsamen Schlüssel auf persönliche Tokens umgestiegen bin, steht in MCP-Server-Authentifizierung: warum KI-Agenten persönliche Tokens brauchen.

Ein realistischer Ablauf

So läuft das bei einem echten Bug:

Jemand meldet über das Widget auf deiner Website „Checkout-Button macht nichts“. Der Bericht kommt mit Console-Logs, Netzwerkaktivität und einem Replay an.
In Claude Code fragst du: „Schau dir den neuesten bugdump-Bericht zum Checkout-Flow an. Was schlägt fehl?“
Der Assistent holt den Bericht, findet einen nicht abgefangenen TypeError in der Console und bemerkt, dass der Request an /api/cart kurz davor eine 500 zurückgegeben hat. Seine Zusammenfassung: Der Client ging davon aus, dass die Warenkorb-Antwort immer ein shipping-Objekt enthält, und die API hat stattdessen eine Fehlerseite geliefert.
Du bittest ihn, den Codepfad zu finden. Da Claude Code dein Repository kennt, findet er den Cart-Handler und ergänzt die fehlende Fehlerbehandlung, und du prüfst den Diff.
Du bittest den Assistenten, die Aufgabe nach „Fertig“ zu verschieben und einen Kommentar mit einer Zusammenfassung des Fixes zu schreiben. Die Änderung erscheint unter deinem Namen, markiert mit „via MCP“. Falls du Integrationen nutzt, schließt er außerdem das verknüpfte GitHub-Issue.

Kein Kopieren von Logs, kein Rekonstruieren des Fehlers aus einem Screenshot und kein Hin und Her mit der Person, die gemeldet hat. Der Bericht hat alles in dem Moment erfasst, in dem es passiert ist.

Was das nicht ersetzt

Ein per MCP verbundener Assistent liest schnell und stellt gute Hypothesen auf, aber er ersetzt kein Urteilsvermögen. Du entscheidest weiterhin, welche Bugs wichtig sind, ob ein vorgeschlagener Fix stimmt und ob der Fehler auf ein tieferes Designproblem hinweist. Sieh die Zusammenfassung des Assistenten als Vorsprung bei der Triage, nicht als Urteil.

Er kann auch keinen Kontext herbeizaubern, der nie erfasst wurde. KI-gestütztes Debugging ist nur so gut wie die Berichte. Das spricht dafür, Console-, Netzwerk- und Replay-Daten automatisch zu erfassen, statt zu hoffen, dass Nutzende sie beschreiben.

Das große Ganze

Bug-Workflows hatten schon immer eine Übersetzungsschicht: Nutzende beschreiben Symptome, das Entwicklungsteam rekonstruiert die Ursachen. Die automatische Erfassung hat die erste Hälfte dieser Übersetzung abgeschafft, denn der Bericht bringt die technischen Fakten mit. MCP nimmt dir einen großen Teil der zweiten Hälfte ab: Der Assistent liest diese Fakten und ordnet sie dem Code zu.

Dir bleibt der interessante Teil: zu entscheiden, was gebaut wird, und den Fix zu prüfen. Liegen deine Fehlerberichte gerade in einem Tool, das dein KI-Assistent nicht sieht, ist das die Lücke, die du zuerst schließen solltest. Mit BugDump braucht es dafür einen persönlichen Token und einen Befehl.