Claude Code ist fertig und meldet, dass die Funktion funktioniert. Bevor du den nächsten Auftrag gibst, möchtest du verstehen, welches Verhalten sich geändert hat. Öffne dasselbe lokale Projekt in Yenpo und verfolge vom Diff aus die Details, die in der Zusammenfassung fehlen.

Du brauchst ein lokales Git-Repository und Yenpo für macOS. Zum Lesen von Code und Diffs ist kein Modell nötig. Verbinde eines, wenn der AI Reader helfen soll.

1. Den Umfang dieses Durchlaufs bestimmen

Führe vor dem Auftrag diese lesenden Befehle im Verzeichnis aus, das Claude Code bearbeiten wird:

git rev-parse --show-toplevel
git rev-parse HEAD
git status --short

Notiere die Ausgangs-Commit-ID sowie bereits geänderte und unversionierte Dateien. Ein sauberer Ausgangszustand erleichtert die Zuordnung. Bewahre laufende Arbeit und halte ihren Inhalt mit deinen üblichen Review-Werkzeugen fest: Eine Dateiliste trennt zwei Bearbeitungen derselben Datei nicht voneinander.

Wiederhole die Befehle, sobald Claude Code nicht mehr schreibt. Prüfe neben dem Branch auch das Verzeichnis. Bei einem separaten Worktree öffnest du genau diesen in Yenpo.

Zustand am Ende Zu prüfen
Keine neuen Commits, anfangs sauber Lokale Änderungen gegenüber dem Ausgangs-Commit
Neue Commits Ausgangs-Commit → letzter Commit, danach verbleibende lokale Änderungen
Schon vorher Änderungen vorhanden Mit dem festgehaltenen Ausgangsinhalt vergleichen, bevor du Änderungen Claude Code zuordnest

Yenpo liest den Git-Zustand und rekonstruiert keine Gesprächsrunden. Ohne Aufzeichnung eines bereits veränderten Ausgangszustands ist der Umfang „aktuelle Änderungen“, nicht „nur dieser Durchlauf“.

2. Lokale Änderungen in Yenpo lesen

Öffne den Projektordner und klicke in der Seitenleiste auf die Plus/Minus-Schaltfläche „Änderungen“. „Lokale Änderungen“ fasst die Änderungen gegenüber HEAD zusammen. Wähle eine Datei für den Inline-Diff.

Beginne mit der angefragten Implementierung, dann lies Aufrufer und Tests. Beziehe neue Dateien ein, besonders Tests und Konfiguration. Die Übersicht kann ungespeicherten Text aus Yenpo enthalten. Speichere gewünschte Bearbeitungen vor dem Vergleich mit Git im Terminal oder einem Testlauf.

Hat Claude Code Commits erstellt, öffne „Versionen vergleichen…“ und prüfe im Modus „Commit“ jeden relevanten Commit gegen seinen ersten Eltern-Commit. Kehre danach für lokale Änderungen zu „Änderungen“ zurück. Für den Netto-Diff des gesamten Durchlaufs ersetzt du die folgenden Platzhalter durch die notierten Ausgangs- und End-IDs und führst den lesenden Befehl aus. Yenpos Modus „Vergleichen“ wählt Branches aus; siehe Revisionsauswahl.

git diff START_COMMIT END_COMMIT --

3. Ein Verhalten über die geänderten Zeilen hinaus verfolgen

Angenommen, alte Suchergebnisse sollen nach einem Wechsel der Suchanfrage nicht mehr erscheinen. Lies die geänderte Funktion, ihren Aufrufer und die Stelle, die das Ergebnis auf dem Bildschirm aktualisiert.

  1. Was startet die Anfrage, und welcher Wert kennzeichnet die aktuelle Suche?
  2. Was passiert, wenn die erste Anfrage nach der zweiten fertig wird?
  3. Steuert der Test diese Reihenfolge oder ruft er die Funktion nur zweimal auf?

Nutze die Dateisuche und, bei vorhandenem Language Server, Definitionen und Referenzen. Achte auf die Version jedes Tabs: Eine aktuelle Datei kann vom verglichenen Commit abweichen.

4. Dem AI Reader eine gezielte Frage stellen

Nach dem Verbinden eines Modells bereitet „Alle Änderungen von der KI prüfen lassen“ einen Entwurf zu den aktuellen Änderungen vor. Für Commits nutzt du „Diesen Vergleich von der KI prüfen lassen“ und lässt den Vergleich angehängt.

Passe den Entwurf vor dem Senden an:

Erkläre die Änderung an der Verarbeitung der Suchergebnisse. Verfolge die Anfrage vom Aufrufer bis zur Anzeige. Prüfe den Fall, dass eine ältere Anfrage zuletzt endet. Belege jede Aussage mit Code, trenne bisheriges und neues Verhalten und zeige, welche Tests diese Reihenfolge tatsächlich abdecken. Nur prüfen, keine Dateien bearbeiten.

Lass die Bearbeitungsfreigabe ausgeschaltet. Öffne die Quellenverweise der Antwort und bei Bedarf die vollständige Datei mit Bedingungen und Aufrufern. Die Anleitung zur Prüfung von Quellenverweisen enthält ein Beispiel.

5. Einen konkreten Folgeauftrag formulieren

Nenne Auslöser und erwartetes Ergebnis:

Wenn Suche A vor B startet, aber später endet, kann A das Ergebnis von B noch überschreiben. Prüfe die Ergebniszuweisung und ergänze einen Test, in dem B vor A endet. Erhalte das bisherige Verhalten einer einzelnen erfolgreichen Anfrage.

Nutze diesen Auftrag erst, wenn du das Problem im eigenen Code bestätigt hast. Ersetze „sicherer machen“ durch das benötigte Verhalten. Lies nach der Korrektur den betroffenen Diff erneut, führe den passenden Projekttest aus und notiere Befehl und Ergebnis.

6. Eine kurze Review-Notiz hinterlassen

Notiere Ausgangs- und End-ID, gelesene Dateien, die Verhaltensänderung in einem Satz und offene Fragen. Halte fest, ob nicht committete Dateien eingeschlossen waren und welche Prüfungen liefen. So hat der nächste Durchlauf einen klaren Ausgangspunkt.

Liegt die Arbeit auf einem Branch, folgt der Vergleich mit main. Die Git-Schritte gelten auch für mit Claude Code erstellte Branches.