Codex ist fertig. Für die Merge-Entscheidung brauchst du zwei Prüfungen: die Commits auf seinem Branch und die Änderungen, die noch im Arbeitsverzeichnis liegen. In Yenpo kannst du einen Commit-Vergleich behalten und daneben aktuelle Dateien lesen.

Du brauchst Yenpo und einen lokalen Checkout mit dem Ergebnis. Ersetze codex/search-fix und main durch deine Branch-Namen.

1. Den tatsächlich bearbeiteten Checkout öffnen

Codex kann in einem separaten Worktree arbeiten, möglicherweise mit detached HEAD statt eines benannten Branches. Öffne dessen Verzeichnis in Yenpo, um die nicht committeten Dateien zu sehen. Die Worktree-Dokumentation von OpenAI beschreibt diese Arbeitsweise.

Führe im Arbeitsverzeichnis der Aufgabe Folgendes aus:

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

Ein leerer Branch-Name kann detached HEAD bedeuten. Notiere die ID. Einzelne Commits kannst du im Modus „Commit“ und lokale Änderungen auch ohne neuen Branch lesen. Für den folgenden Branch-Vergleich erstellst du zunächst über „Create branch here“ in Codex einen Branch und öffnest die Yenpo-Auswahl erneut. Bei einer entfernten Aufgabe bringst du das Ergebnis mit deinem üblichen Git-Ablauf in einen lokalen Checkout.

2. Den Branch mit main vergleichen

  1. Klicke „Versionen vergleichen…“ und wähle „Vergleichen“.
  2. Wähle unter „Von“ bei „Lokale Branches“ den Branch main.
  3. Wähle unter „Nach“ bei „Lokale Branches“ den Branch codex/search-fix oder den gerade in Codex erstellten Branch.
  4. Nutze „Seit der Verzweigung“ für Änderungen seit dem gemeinsamen Vorfahren.
  5. Prüfe Richtung und kurze IDs und klicke „Änderungen anzeigen“.

Für origin/main wählst du unter „Von“ die „Remote-Branches“. Das sind lokal gespeicherte Remote-Tracking-Referenzen. Falls du einen neueren Stand brauchst, führe im üblichen Git-Client einen Fetch aus und öffne die Auswahl erneut.

Frage Modus
Was hat der Branch seit der Abzweigung von main ergänzt? Seit der Verzweigung
Wie unterscheiden sich die aktuellen Spitzen? Direkter Vergleich
Was änderte ein Commit gegenüber seinem ersten Eltern-Commit? Commit

Ist main weitergelaufen, enthält der direkte Vergleich Unterschiede beider Seiten. Der Vergleich seit der Verzweigung zeigt nur die Änderungen des Ziels. Wie sich die Modi unterscheiden, erklärt die Revisionsauswahl.

3. Den Commit-Diff lesen und hinterfragen

Öffne Dateien aus dem Änderungsbaum. Lies für jede Verhaltensänderung einen Aufrufer, die geänderte Verzweigung und den zugehörigen Test. Über der Revisionszeile werden beim Darüberfahren die vollständigen IDs angezeigt. Der Vergleich bleibt auf diese Commits fixiert; nach neuen Commits öffnest du einen neuen Vergleich.

Mit verbundenem Modell klickst du „Diesen Vergleich von der KI prüfen lassen“. Prüfe den Anhang und ändere den Entwurf:

Prüfe diesen Vergleich auf Regressionen bei Abbruch, Fehlerbehandlung und Annahmen der Aufrufer. Nenne zu jedem Befund den auslösenden Zustand oder die Eingabe, die geänderte Stelle, erwartetes und tatsächliches Verhalten sowie Quellenverweise. Trenne bestehende von neu eingeführten Problemen und benenne ungeprüfte Bereiche.

Prüfe die Verweise anhand der ausgewählten Revisionen und ob der Auslöser jedes Befunds tatsächlich eintreten kann. Git-Vergleichsgespräche sind schreibgeschützt.

4. Nicht committete Inhalte getrennt prüfen

Gehe zur Plus/Minus-Ansicht „Änderungen“ zurück. „Lokale Änderungen“ vergleicht aktuelle Inhalte einschließlich ungespeicherter Yenpo-Texte mit HEAD. Lies neue, geänderte und gelöschte Dateien. Speichere gewünschte Bearbeitungen vor Git-Befehlen oder Tests auf der Festplatte.

So unterscheidest du Index und Arbeitsverzeichnis:

git diff --stat HEAD --
git diff --cached --
git diff --
git ls-files --others --exclude-standard

Der erste Befehl fasst die Nettoänderung versionierter Dateien gegenüber HEAD zusammen. Die nächsten zwei zeigen Änderungen im Index und außerhalb des Index. Der letzte listet nicht ignorierte, unversionierte Dateien; öffne sie zum Lesen. Änderungen im Index und Arbeitsverzeichnis können sich aufheben. Der Netto-Diff allein sagt deshalb nicht, was in den nächsten Commit gelangt.

„Alle Änderungen von der KI prüfen lassen“ bereitet einen separaten Entwurf für aktuelle Änderungen gegenüber HEAD vor. Sie liegen außerhalb des vorigen Commit-Vergleichs. Hat Codex keine Commits erstellt, kann hier seine gesamte Arbeit liegen.

5. Die Merge-Entscheidung festhalten

Notiere die verglichenen IDs, den Umfang der lokalen Prüfung, bestätigte Probleme und ausgeführte Testbefehle. Prüfe den Checkout und die Version, die du übernehmen willst: Lokale Tests können Code ausführen, der im fixierten Vergleich fehlt.

Nach einer weiteren Korrektur wiederholst du die betroffene Vergleichs- und lokale Prüfung. Für eine unklare Funktion hilft die Erklärung mit dem eigenen Modell samt Quellenprüfung. Für einen einzelnen Durchlauf siehe den Claude-Code-Ablauf.