Einen Irrweg finde ich lieber in einem Plan als in einem fertigen Branch. Also schreibt Claude seinen Plan in eine Datei, Codex liest diese Datei mit offenem Repo, und seine Einwände kommen als Nachricht in Claudes Session zurück. Claude beantwortet sie oder ändert den Plan, und du gibst die Version frei, die übrig bleibt.

Gibst du einen Plan mit einem Loch frei, wird das Loch gebaut. Claude hat den Plan mit denselben Annahmen geschrieben, mit denen es auch programmieren wird, also findet es das Loch selten, wenn du es um eine zweite Prüfung bittest. Ein Modell, das nur vom Plan und vom Repo ausgeht, liest ihn ohne diese Annahmen.
Schreib den Plan in PLAN.md und hol dir eine zweite Meinung von Codex dazu, bevor du Code schreibst.
In PLAN.md, damit Codex genau das liest, was du freigeben würdest.
An Claude angehängt gestartet, mit der Anweisung, den Plan und den betroffenen Code zu lesen und nichts zu ändern.
Eine Nachricht in Claudes Prompt: was fehlt, was riskant ist, was Codex stattdessen tun würde.
Claude beantwortet jeden Punkt oder schreibt den Plan um und wartet dann auf dein OK.
Was Claude ausführt. Ein einziger Befehl. Das Review landet in Claudes Prompt als Nachricht von "app: plan review". Zur CLI-Referenz
$ overvibe new --attach --tool codex --cwd . --name "app: plan review" \
--prompt "Read PLAN.md and the code it touches. List gaps, risks and better options. Do not edit files. When done, run: overvibe send \"$OVERVIBE_SESSION\" \"<review>\""die Änderung klein ist. Ein Plan-Review für einen Zwei-Zeilen-Fix kostet mehr, als es bringt, also lies Claudes Plan selbst und gib ihn frei. Hol Codex dazu, wenn der Plan Daten, Geld oder eine Migration berührt, wo sich ein falscher erster Schritt nur teuer rückgängig machen lässt.
Ja, mit einem Schritt mehr. Der Plan-Modus ist zum Lesen und Planen da, und Codex zu starten ist ein Befehl. Verlass also den Plan-Modus (shift+tab), bevor du Claude bittest, den Plan zu speichern und Codex dazuzuholen.
Ein zweiter Claude teilt eher die blinden Flecken des ersten. Codex kommt aus einem anderen Labor und übersieht andere Dinge. agy funktioniert genauso, mit --tool agy.
Dann sagt Claude das in seiner Antwort, und du entscheidest. Beide Argumente liegen dir in einer Session vor.
Claude schreibt die Änderung, Codex die Tests, und agy liest den Diff. Alle drei Antworten landen in einer Session.
Refactoring nach ModulenEin großes Refactoring oder eine Migration, nach Modulen aufgeteilt: ein Helfer pro Bereich in seinem eigenen Worktree, und ein Prüfer liest das gemergte Ergebnis.
Sicherheits-ReviewCodex und agy lesen dieselbe Änderung auf Sicherheitslücken, ohne etwas zu bearbeiten, und Claude stellt nebeneinander, was jeder gefunden hat.
Installier Overvibe, bitte Claude um einen Plan in PLAN.md und lass es Codex vor der ersten Änderung dazuholen.
