Codex in Claude Code: Modellübergreifendes Review mit codex-plugin-cc

OpenAI hat ein Repository namens codex-plugin-cc als Open Source veröffentlicht, und seine seltsamste Eigenschaft ist der Ort, an dem es läuft. Das ist weder ChatGPT noch OpenAIs Codex-App. Es wird in Claude Code eingesteckt, den Terminal-Coding-Agenten von Anthropic, und die Hauptfunktion lässt Codex im Werkzeug eines Konkurrenten sitzen und prüfen, was dieses Werkzeug gerade geschrieben hat.

Man bedenke die Kuriosität. Ein Unternehmen hat ein ausgefeiltes, gut gepflegtes Plugin gebaut, dessen Hauptkniff darin besteht, Ihren Code dem Modell des konkurrierenden Labors zur Zweitbegutachtung zu geben, und das Repo hat die Marke von 25.000 Sternen überschritten. Eine Lesart lautet, OpenAI wolle einfach mehr Codex-Nutzung, was teilweise stimmt. Die schärfere Lesart: OpenAI wettet öffentlich darauf, dass kein Modell seine eigene Arbeit benoten sollte.

Warum ein anderer Reviewer hilft

Der Grund hat nichts mit Markentreue zu tun. Wenn ein Modell ein Stück Code geschrieben hat und es sofort danach prüft, ist dieser zweite Durchgang nicht unvoreingenommen. Die Annahmen, die Rahmung und der vorgeschlagene Ansatz bleiben im Kontext, wodurch es leichter fällt, das Design abzusegnen, als es zu hinterfragen. Aus demselben Grund können Sie um zwei Uhr nachts Ihren eigenen Text nicht Korrektur lesen: Ihre Augen sehen, was Sie schreiben wollten.

Ein anderes Modell garantiert keine bessere Antwort. Labore können Trainingsdaten, Coding-Gewohnheiten und blinde Flecken teilen, ein anderer Anbieter ist also nicht automatisch ein unabhängiger. Was Sie bekommen, ist ein zweiter Satz von Standardannahmen und Fehlermustern, und ein Prompt, der fürs Review geschrieben ist, fordert zum Widerspruch statt zum Weitermachen auf. Diese Mischung kann Annahmen offenlegen, die das erste Modell nie geprüft hat. Codex hat nicht automatisch recht, und Claude liegt nicht automatisch falsch. Der Gewinn entsteht dadurch, dass der Reviewer die Lösung nicht verfasst hat. OpenAI präsentiert es genauso: ein skeptischerer Durchgang durch einen anderen Agenten, der sich schwerer zur Zustimmung überreden lässt.

Nichts davon ist neu in der Softwareentwicklung. Es ist Code-Review. Das Plugin macht den Reviewer nur automatisch zu einem anderen Kopf als den Autor, sodass Sie keinen Diff in ein anderes Fenster kopieren müssen.

Bewusst ein dünner Wrapper

Die bewundernswerteste Designentscheidung ist, wie wenig es für sich beansprucht. codex-plugin-cc hat keine eigene Runtime und kein Webportal. Wo Codex auf Ihrem Rechner bereits angemeldet ist, verlangt das Plugin kein separates Login. Aufrufe laufen über das bereits installierte codex-Binary, sodass Ihre Anmeldung, Ihr Repo-Checkout, Umgebungsvariablen und ~/.codex/config.toml übernommen werden. Es ist ein Wrapper und verhält sich auch so.

Das Review ist nur die halbe Geschichte. Derselbe Wrapper übergibt ganze Aufgaben an Codex, rettet festgefahrene und verschiebt eine laufende Sitzung zu Codex, wenn Sie lieber dort weitermachen. Es ist also eine allgemeine Brücke von Claude zu Codex und kein Linter-Knopf mit nur einem Zweck.

Die Befehle, auf die es ankommt

Nach der Installation bekommt Claude Code eine Reihe von Slash-Befehlen. Zwei davon erledigen den Großteil der Arbeit.

/codex:review ist die einfache, rein lesende Option. Es untersucht alles, was Sie noch nicht committet haben, oder vergleicht Ihren Branch mit main, wenn Sie --base main übergeben, und meldet Bugs, Testlücken und Randfälle, ohne eine einzige Datei zu ändern.

/codex:adversarial-review ist der Grund, warum sich das Plugin lohnt. Ein gewöhnliches Review fragt, ob der Code funktioniert; das adversariale fragt, ob das überhaupt das Richtige war. Sie können es ausrichten, indem Sie nach dem Befehl einen Fokus angeben, etwa die Aufforderung, Ihren Caching- und Retry-Ansatz zu hinterfragen. Es sucht nach verborgenen Annahmen, fehlschlagenden Rollbacks und Race Conditions, also den Problemen, die jeden Test bestehen und Sie dann mitten in der Nacht aus dem Bett holen.

Zwei weitere sind praktisch. /codex:rescue übergibt Codex einen ganzen Auftrag, wenn Claude festhängt, zum Beispiel „finde heraus, warum die Tests angefangen haben zu scheitern“. /codex:transfer nimmt den Chat, den Sie in Claude Code geführt haben, und setzt ihn als laufende Codex-Sitzung fort, was Ihnen erspart, die Architektur erneut zu erklären. Die Job-Steuerung über /codex:status, /codex:result und /codex:cancel rundet das Ganze ab, denn das Review vieler Dateien dauert, und ein blockiertes Terminal macht keinen Spaß.

Das Review-Gate, mit Vorsicht zu genießen

Eine optionale Funktion verdient einen genaueren Blick, bevor Sie sie aktivieren, denn die Dokumentation versieht sie mit einer Warnung. Aktiviert wird sie mit /codex:setup --enable-review-gate. Das Plugin registriert dann einen Stop-Hook, sodass jedes Mal, wenn Sie einen Claude-Code-Zug beenden wollen, zuerst ein gezieltes Codex-Review läuft. Ein von Codex gefundenes Problem blockiert den Stopp, und Claude muss es beheben, bevor Sie weitermachen können. Faktisch wird das Review zu einer Schranke vor dem Ausliefern, ohne manuellen Schritt.

Theoretisch großartig, praktisch ein bequemer Weg, Geld zu verschwenden. Angenommen, Claude und Codex sind uneins darüber, wie ein Detail umgesetzt werden soll. Sie können die Änderung hin- und herschieben, einer patcht, der andere widerspricht, und jede Runde verbraucht Tokens auf beiden Konten. Das README selbst warnt, dass das Gate eine ausgedehnte Claude/Codex-Schleife auslösen und Nutzungslimits schnell aufbrauchen kann. Lassen Sie es deaktiviert, bis eine konkrete, kritische Änderung ansteht, die Sie gern beaufsichtigen, aktivieren Sie es nur für diese Sitzung und schalten Sie es danach wieder ab.

Wohin das führt

Treten Sie von einzelnen Befehlen zurück, und die Richtung wird klar. Eine Weile behandelte man Claude Code und Codex als rivalisierende Lager. Die Antwort des Plugins lautet: nicht mehr wählen. Claude bleibt der führende Agent, der Plan und Kontext über eine lange Sitzung hält. Wenn eine Aufgabe festhängt, ein Review fällig ist oder ein Design wackelig wirkt, bekommt Codex sie, und das Ergebnis fließt in denselben Workflow zurück. Eine Schleife enthält dann einen Autor und einen Kritiker mit unterschiedlichen Standardannahmen, was eine zweite Chance gibt, das zu erwischen, was einer von beiden übersieht. Basismodelle sehen zunehmend wie austauschbare Teile aus, und die Orchestrierung um sie herum wird zum eigentlichen Produkt.

Auch Hardware gehört zur Geschichte. OpenAI und Work Louder planen, am 15. Juli 2026 Codex Micro vorzustellen, beworben als Möglichkeit, häufig genutzte Codex-Shortcuts zu beschleunigen. Es ähnelt dem programmierbaren Creator-Micro-Controller von Work Louder, wobei weder Preis noch genaue Bedienelemente noch die Frage bestätigt sind, welche Codex-Aktionen auf physische Tasten kommen. Trotzdem deutet ein eigenes Keypad für Agenten-Shortcuts darauf hin, dass das Unternehmen erwartet, dass die Workflows repetitiv genug werden, damit Leute Knöpfe wollen. Das liest sich wie eine langfristige Wette und nicht wie ein Gimmick.

Zum ersten Ergebnis

Sie brauchen ein bereits installiertes Claude Code sowie Node.js 18.18 oder neuer. Der kürzeste Weg zu einem echten Ergebnis sieht so aus:

1. Marketplace registrieren. Geben Sie in Claude Code /plugin marketplace add openai/codex-plugin-cc ein, um das Repo als Plugin-Quelle einzutragen.
2. Plugin installieren. Führen Sie /plugin install codex@openai-codex aus, dann /reload-plugins.
3. Einrichtung starten. Führen Sie /codex:setup aus. Es prüft, ob Codex vorhanden und angemeldet ist. Fehlt Codex und ist npm verfügbar, kann es Codex installieren, oder Sie führen npm install -g @openai/codex selbst aus. Neue Nutzer melden sich einmal mit !codex login an, mit einem ChatGPT-Konto oder einem API-Schlüssel. Der kostenlose ChatGPT-Tarif funktioniert, und die Nutzung zählt gegen Ihre Codex-Limits.
4. Eine bescheidene Änderung in einem echten Repository vornehmen. Nichts Glamouröses: Ändern Sie eine Funktion und lassen Sie die Änderung uncommittet.
5. Das Review starten. Tippen Sie /codex:review --background, verfolgen Sie den Fortschritt mit /codex:status und lesen Sie die Befunde mit /codex:result. Der Hintergrundmodus hält Ihr Terminal benutzbar, während Codex arbeitet.

Wenn Codex zum ersten Mal etwas bemängelt, das Claude geschrieben hat, und Claude es dann behebt, verstehen Sie, warum das wichtiger ist als jeder Benchmark. Diese eine Schleife ist das ganze Erlebnis.

Wenn Sie sich sicher fühlen, versuchen Sie den Ernstfall. Treffen Sie eine Designentscheidung, bei der Sie unsicher sind, führen Sie /codex:adversarial-review aus und benennen Sie genau, was es infrage stellen soll. Richten Sie es auf die Entscheidung, die Sie umtreibt. Hier eine vollständige Schleife mit echtem Einsatz, beginnend mit einem Feature, das Claude baut:

Claude implements a token-refresh flow for authentication.

Dann bitten Sie Codex, es anzugreifen, und es berichtet:

You run:
  /codex:adversarial-review --background challenge token rotation,
  replay protection, concurrent refresh requests, and rollback behaviorCodex comes back with three risks.You ask Claude to verify each finding against the code and the tests,
not to auto-accept all three.

Im letzten Schritt steckt die Disziplin. Ein Einwand von Codex entscheidet nichts; er liefert Ihnen eine Spur. Geben Sie diese Spur an Claude zurück, lassen Sie sie am tatsächlichen Code prüfen und entscheiden Sie dann selbst. Wer als letzter Reviewer spricht, erhält keine zusätzliche Autorität. Eine weitere Gewohnheit zahlt sich aus: Committen oder stashen Sie, bevor einer der Agenten etwas bearbeitet. Die beiden Review-Befehle lesen nur, aber /codex:rescue kann einen Fix versuchen, und ein sauberer Snapshot gibt Ihnen etwas, zu dem Sie zurückrollen können.

Was es kostet

Es ist nicht kostenlos, und zwar in zweierlei Hinsicht. Jedes Review und jede delegierte Aufgabe verbraucht Codex-Nutzung, und adversariale Schleifen verbrauchen sie schneller als erwartet. Mit einem ChatGPT-Tarif schmälert das die Abo-Limits, mit einem API-Schlüssel entsteht abrechenbare Nutzung. So oder so: Behalten Sie es im Blick, bevor Sie eine Gewohnheit daraus machen. Vor allem das Review-Gate kann Limits auffressen oder Kosten auflaufen lassen, während Sie mitten in der Sitzung weg sind.

Manchen Teams ist eine andere Art von Kosten wichtiger als Geld: Ein zweites Unternehmen darf Ihren Code lesen. Was über Codex für ein Review oder einen delegierten Auftrag läuft, erreicht OpenAIs Werkzeuge, zusätzlich zu dem, was Claude Code ohnehin an Anthropic schickt. Bei einem proprietären Repository bringt das zwei Anbieter mit Ihrem Quellcode in Kontakt, und die Unternehmensrichtlinie muss beide erlauben. Klären Sie diese Frage zuerst, bevor Sie das Plugin auf irgendetwas Berufliches richten. Sie wiegt schwerer als jeder hängende Job.

Rechnen Sie auch mit mehr beweglichen Teilen. Die Authentifizierung zweier Anbieter, zwei Runtimes und die Brücke dazwischen müssen alle funktionieren. Übergaben zwischen Prozessen sind von Natur aus fragil. Mehrere Fixes sind erschienen, einige speziell für Windows, aber aktuelle Issue-Berichte beschreiben noch immer hängende Reviews, übrig gebliebene Codex-Prozesse und Jobs, die ewig im Zustand „running“ (läuft) verharren. Ein festhängender Job taucht früher oder später auf, und /codex:cancel ist der Ausweg.

Klüger macht es keines der Modelle. Zwei Reviewer sind besser als einer, doch wenn beide Modelle einen blinden Fleck teilen, übersehen sie dasselbe, und unabhängig heißt nicht korrekt. Lesen Sie das adversariale Review als scharfes zweites Augenpaar, nicht als Orakel. Ein sauberes Urteil von Codex ist ein Indiz, niemals eine Garantie.

Schließlich brauchen kleine, in sich geschlossene Skripte es nicht. Der Nutzen wächst mit den Kosten eines Fehlers, also setzen Sie es beim Auth-Flow, bei der Migration und beim Code für Geldflüsse ein und lassen Sie es bei Einmal-Skripten weg.

Die Frage zum Mitnehmen

Das Interessante ist nicht technisch. OpenAI hat sein Modell nützlicher gemacht, indem es es in das Werkzeug eines Konkurrenten eingebettet hat, und das zahlt sich nur aus, wenn Entwickler mehrere Modelle gleichzeitig nutzen, egal was ein einzelnes Unternehmen will. Das werden sie wahrscheinlich. Der Ein-Modell-Workflow, bei dem man einen Assistenten wählt und darin lebt, wirkt allmählich wie das, was man tat, bevor man es besser wusste.

Für Ihre nächste riskante Änderung bleibt eine andere Frage. Fragen Sie nicht, welches Modell das beste ist, sondern wer mit Ihrem ersten Entwurf streiten wird. Richten Sie ein zweites Modell auf diese Änderung und sehen Sie, was Sie laut ihm übersehen haben. Wenn es findet, was kein Benchmark finden würde, wird offensichtlich, warum OpenAI ein Werkzeug ausgeliefert hat, das im Haus eines anderen wohnt. Der Code liegt im Repository openai/codex-plugin-cc.