103kaz/claude-code-loops

review-loop

Führe die Entwicklungsschleife über den aktuellen Branch aus: verifizieren, Diff überprüfen, beheben und wiederholen, bis ein Durchlauf nichts mehr findet. Der Umfang umfasst nur den Diff, nicht die gesamte Codebasis. Dieser Skill pusht nicht und erstellt keinen Pull-Request; diese Aufgaben bleiben beim Benutzer.

Schritte

1. Führe .claude/verify.sh aus. Falls es fehlschlägt, behebe das zuerst. Wenn die Datei nicht existiert, informiere den Benutzer und verweise auf /code-loops:init-verify, fahre dann ohne Verifikation fort und erwähne dies im Bericht.
2. Bestimme den Diff. Erster Durchlauf: den Branch gegen seine Basis (git diff origin/HEAD...HEAD, plus git diff HEAD für unbestätigte Änderungen, plus die unverfolgten Dateien aus git status --short, die du direkt liest). Wenn origin/HEAD nicht gesetzt ist, versuche origin/main oder origin/master; falls auch diese nicht existieren, frage den Benutzer nach der Basis. Wenn der Diff leer ist (z. B. weil du dich auf dem Basis-Branch selbst befindest), melde, dass es nichts zu überprüfen gibt, und stoppe. Wenn unbestätigte Änderungen nicht zur Arbeit des Branches zu gehören scheinen, behebe sie nicht; erwähne sie im Bericht. Spätere Durchläufe: nur das, was du im vorherigen Durchlauf geändert hast.
3. Überprüfe den Diff.
   • Wenn er Code ändert, verwende den Skill code-review mit mittlerem Aufwand. Wenn dieser Skill nicht verfügbar ist, lies den Diff selbst auf Fehler: falsche Ergebnisse, fehlende Fehlerpfade und Aufrufe, die die Änderung bricht.
   • Wenn er nur Dokumentation ändert (.md und ähnliches), verwende stattdessen /code-loops:doc-code-consistency auf dem Diff.
4. Behebe die Fundstellen. Committe nicht; überlasse das dem Benutzer. Gehe nach jeder Behebung zurück zu Schritt 1. Wiederhole, bis ein Durchlauf nichts mehr findet. Eine Fundstelle, die du nicht zu beheben beschließt, erhält einen einzeiligen Grund. Wenn drei aufeinanderfolgende Durchläufe immer noch Fundstellen ergeben (ein Fehlschlag von verify.sh zählt), stoppe und berichte, was übrig bleibt, anstatt fortzufahren.
5. Wenn der Diff Code geändert hat, den die Dokumentation beschreibt, führe /code-loops:doc-code-consistency einmal am Ende auf dem Diff aus und behebe, was es findet.
6. Biete eine unabhängige Überprüfung an, einmal, es sei denn, der Diff ist nur Dokumentation. Frage den Benutzer (AskUserQuestion), ob sie ausgeführt werden soll, mit einem einzeiligen Hinweis, ob dieser Diff es wert erscheint (Größe, riskante Bereiche); die Standardeinstellung ist nein. Falls ja, starte einen Subagent, der nur den Diff sieht, nicht wie er entstanden ist. Verwende einen schreibgeschützten Agententyp, falls vorhanden (z. B. Explore); ansonsten weise ihn an, keine Dateien zu bearbeiten. Lass ihn nach den Eingaben, Zuständen und Ordnungen suchen, die die Änderung brechen, und melde jede mit Datei:Zeilennachweis; falls .claude/review/checklist.md existiert, lass ihn auch dagegen prüfen. Behebe, was er findet, führe dann die Schritte 1 und 3 nur für diese Behebungen aus. Falls Subagenten nicht verfügbar sind, überspringe diesen Schritt und sage es im Bericht.
7. Berichte in wenigen Zeilen: „Ergebnis: keine Fundstellen“ oder „Ergebnis: beibehaltene Fundstellen“ mit jeder Fundstelle und ihrem Grund. Füge hinzu, ob verify.sh bestanden wurde, wie viele Durchläufe es brauchte und ob eine unabhängige Überprüfung durchgeführt wurde.

Halte jeden Durchlauf leise: lies den Diff, nicht das Repository, und wiederhole nicht die Fundstellen eines früheren Durchlaufs.