Agent festgefahren? So kommst du raus
Wenn ein Coding-Agent sich verrannt hat, hilft nicht mehr Anweisungen – sondern ein fester Ablauf, um wieder rauszukommen.
Erstmal: STOPP
Wenn ein Agent verwirrt ist, hilft keine neue Anweisung obendrauf. Noch mehr Text macht den ohnehin schon konfusen Kontext nur unübersichtlicher. Halt an, bevor du weiterschreibst.
Diagnose vor Reparatur
Glaub nicht einfach, was der Agent über seine eigene Arbeit erzählt. Schau dir an, was er wirklich getan hat: den Diff, die Logs, die tatsächlich geänderten Dateien. Zusammenfassung und echte Änderung liegen oft weit auseinander.
Klein resetten statt streiten
Mit einem verwirrten Agenten zu diskutieren bringt selten etwas – der falsche Kontext bleibt ja bestehen. Eine neue, saubere Session mit einem engen, konkreten Briefing hilft oft mehr als zehn Nachrichten hin und her.
Git ist dein Rücksetzknopf
Hat der Agent Mist gebaut, geh zurück zum letzten guten Stand: git checkout oder git revert (siehe Git & GitHub Basics). Das ist fast immer schneller, als den Fehler im laufenden Chaos zu reparieren.
Aufgabe kleiner schneiden
Statt 'baue das ganze Feature' gib dem Agenten einen Happen: eine Datei, eine Funktion, ein Test. Kleinere Aufgaben sind leichter zu prüfen, und der Agent verirrt sich seltener.
Wann Kurs wechseln, wann selbst machen
Löst der Agent denselben Fehler zweimal falsch, ändert ein dritter identischer Versuch selten etwas. Wechsle den Ansatz oder das Modell. Und manchmal sind 10 Minuten selbst tippen schneller als 60 Minuten mit einem Agenten zu ringen – dann mach es einfach selbst.
BEISPIEL
Der Agent 'behebt' einen fehlschlagenden Test, indem er ihn löscht. Reaktion: STOPP. `git revert` auf den letzten guten Commit. Neues, enges Briefing: 'Fixe den Test inhaltlich. Lösche niemals Tests, um sie grün zu bekommen.'
KURZ-QUIZ
Der Agent hat sich offensichtlich verrannt. Was ist der sinnvollste erste Schritt?
QUELLEN
- Claude Code Doku: Common Workflows ↗ code.claude.com
- Anthropic: Building effective agents ↗ www.anthropic.com