Fehlerberichte reproduzieren und beheben

Ein gemeldeter Fehler in der Produktion durchläuft normalerweise mehrere Werkzeuge nacheinander: das Monitoring-System zeigt den Stacktrace, das Code-Repository zeigt die betroffene Stelle, und ein Browser hilft dabei, das Problem visuell nachzuvollziehen. Dieser Workflow verbindet genau diese drei Schritte über MCP-Server, sodass ein Coding-Agent den gesamten Weg von der Fehlermeldung bis zum Korrekturvorschlag selbstständig durchlaufen kann, statt dass ein Mensch zwischen drei separaten Oberflächen hin- und herwechseln muss. Sentry MCP liefert Fehler, Stacktraces und Events aus dem Monitoring, GitHub MCP gibt Zugriff auf Repository, Issues und Pull Requests, und Playwright MCP steuert einen echten Browser, um einen Fehler im Frontend visuell zu reproduzieren.

Wie die drei Werkzeuge zusammenspielen

Der Agent beginnt typischerweise bei Sentry MCP: Er sucht nach einem konkreten, ungelösten Fehler samt Stacktrace und Kontextdaten wie betroffenem Release oder Nutzerzahl. Zeigt der Stacktrace auf eine bestimmte Datei oder Funktion, kann der Agent über GitHub MCP direkt in das zugehörige Repository schauen, die Git-Historie der betroffenen Stelle prüfen und ein passendes Issue anlegen oder ein bestehendes referenzieren. Handelt es sich um einen im Frontend sichtbaren Fehler, öffnet Playwright MCP die betroffene Seite in einem echten Browser, reproduziert die Schritte aus dem Fehlerbericht und macht bei Bedarf einen Screenshot oder Trace zur Dokumentation.

Typischer Ablauf Schritt für Schritt

Ein typischer Auftrag lautet: „Zeig mir den häufigsten ungelösten Fehler in Projekt X aus den letzten 24 Stunden, finde die zugehörige Codestelle auf GitHub und versuche, ihn im Browser nachzustellen." Der Agent fragt zunächst über Sentry MCP die Top-Issues ab, öffnet über GitHub MCP die referenzierte Datei samt Commit-Historie, um zu verstehen, wann und warum der fehlerhafte Code eingeführt wurde, und nutzt anschließend Playwright MCP, um den beschriebenen Nutzerpfad im Browser nachzuvollziehen. Bestätigt sich der Fehler, kann der Agent einen Korrekturvorschlag als Branch und Pull Request über GitHub MCP anlegen.

Warum diese Kombination sich lohnt

Ohne Sentry MCP müsste ein Mensch die relevanten Fehler zunächst manuell im Sentry-Dashboard sichten und die Details in den Agenten kopieren. Ohne GitHub MCP könnte der Agent zwar den Fehler kennen, aber nicht selbstständig im Code nach der Ursache suchen oder eine Korrektur vorschlagen. Ohne Playwright MCP bliebe unklar, ob ein im Stacktrace sichtbarer Fehler tatsächlich zu einem für Nutzer sichtbaren Problem führt oder nur ein internes, folgenloses Ereignis ist. Erst zusammen ermöglichen die drei Server einen durchgängigen Weg von der Fehlermeldung bis zur überprüften Korrektur.

Für wen sich der Workflow eignet

Besonders wertvoll ist diese Kombination für Entwicklungsteams mit aktivem Produktionsmonitoring, die Bug-Triage zumindest teilweise automatisieren wollen, etwa um wiederkehrende Fehlermuster schneller zu erkennen. Für kleinere Projekte ohne Sentry-Anbindung oder ohne relevante Frontend-Fehler lohnt sich nur ein Teil der Kombination, etwa GitHub MCP allein für reine Code-Aufgaben. Wichtig bleibt in jedem Fall: Schreibende Aktionen wie das Erstellen eines Pull Requests sollten erst nach menschlicher Bestätigung erfolgen, insbesondere bei produktivem Code.

Häufige Fragen zur Einrichtung

Muss der Fehler zwingend im Frontend auftreten, damit Playwright MCP nützlich ist? Nein, für reine Backend-Fehler ohne sichtbare Nutzeroberfläche genügen Sentry MCP und GitHub MCP allein, Playwright MCP kommt nur bei UI-relevanten Fehlern zum Einsatz. Kann der Agent den Fehler automatisch beheben? Er kann einen Korrekturvorschlag als Branch und Pull Request vorbereiten, die endgültige Freigabe und der Merge sollten aber weiterhin von einem Menschen geprüft werden. Braucht es für alle drei Server dieselben Zugangsdaten? Nein, jeder Server wird unabhängig authentifiziert – Sentry-Token, GitHub-Token beziehungsweise OAuth und die Playwright-Browserumgebung sind voneinander getrennt.