Claude · Foto: Lachlan Hardy, CC BY 2.0

SubagentClaude SubagentenLizenz: MITfrei kopierbar

debugger

Zuletzt aktualisiert: 13. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Subagent

Lizenz

MIT

Quelle

wshobson/agents ↗

Anwendungsfeld

Claude Subagenten

Alle, die Bugs methodisch statt per Raten fixen wollen.

Voraussetzungen

Eine konkrete Fehlermeldung, ein Stacktrace oder ein fehlschlagender Test
Zugriff auf den betroffenen Code sowie relevante Logs

Einordnung

Der Einstieg ist niedrigschwellig, der Nutzen zeigt sich aber erst bei nicht-trivialen, schwer greifbaren Fehlern.

Spezialist für Fehler, fehlschlagende Tests und unerwartetes Verhalten; arbeitet systematisch zur Ursache.

Für wen: Alle, die Bugs methodisch statt per Raten fixen wollen.

Im Detail

Dieser Subagent ist auf systematische Ursachenanalyse spezialisiert: Er nimmt Fehlermeldungen und Stacktraces auf, identifiziert Reproduktionsschritte, grenzt die Fehlerquelle ein und implementiert eine minimale, gezielte Korrektur. Anders als ein allgemeiner Code-Assistent arbeitet er nach einem festen Prozess aus Hypothesenbildung, gezieltem Debug-Logging und Zustandsprüfung, statt wahllos Codeänderungen auszuprobieren. Er ist explizit für den proaktiven Einsatz bei jedem auftretenden Problem gedacht, ob fehlschlagender Test oder unerwartetes Laufzeitverhalten. Am meisten profitieren Entwicklerinnen und Entwickler, die bei kniffligen, schwer reproduzierbaren Fehlern eine strukturierte statt einer Trial-and-Error-Herangehensweise wollen. Zu jedem Fund liefert er neben dem Fix auch eine Erklärung der Ursache und einen Vorschlag zur Vermeidung künftiger, ähnlicher Fehler.

Schritt für Schritt

Fehlermeldung und Stacktrace bereitstellen.
Reproduktionsschritte nennen oder den Subagenten danach fragen lassen.
Den Debugger die Fehlerstelle über Hypothesen, Logs und Variablenzustände eingrenzen lassen.
Den vorgeschlagenen minimalen Fix und Testansatz prüfen, bevor er übernommen wird.
Die Präventionsempfehlung ins Projekt aufnehmen, damit der Fehler nicht wiederkehrt.

Beispiel aus der Praxis

Ein Test schlägt sporadisch mit einem TypeError fehl. Der debugger-Subagent erhält Fehlermeldung und betroffene Datei, bildet die Hypothese einer Race Condition beim asynchronen Laden, grenzt die Stelle ein und schlägt einen minimalen Fix samt Testansatz vor.

Praxis-Tipp

Übergeben Sie ihm direkt die vollständige Fehlermeldung samt Stacktrace, etwa ‘Dieser Test schlägt mit folgendem Fehler fehl: [Stacktrace einfügen]’, für eine zügige Ursachenanalyse.

Stolperfallen

Bei trivialen Tippfehlern oder offensichtlichen Syntaxfehlern lohnt sich der Aufwand meist nicht – hier reicht ein direkter Blick in den Code. Ohne ausreichenden Kontext wie Fehlermeldung oder betroffene Dateien kann der Subagent nur raten statt systematisch eingrenzen.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: wshobson/agents

Häufige Fragen.

Wann lohnt sich der Debugger gegenüber einem eigenen Blick in den Code?

Vor allem bei schwer greifbaren Bugs, Race Conditions oder Testfehlern, deren Ursache nicht offensichtlich ist – bei trivialen Fehlern ist er unnötig.

Ersetzt er das Schreiben von Tests?

Nein, er schlägt einen Testansatz zur Verifikation des Fixes vor, ersetzt aber keine eigene Testabdeckung.

Was muss ich ihm mitgeben, damit er arbeiten kann?

Mindestens die Fehlermeldung bzw. den Stacktrace und Zugriff auf den betroffenen Code, idealerweise auch Reproduktionsschritte.

Inhalt ansehen (debugger.md)

Lade …

Erfahrungen & Kommentare.

Funktioniert der Subagent bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …