Brancher Codex dans Claude Code pour un second avis cross-modèle
GPT et Claude n'ont pas les mêmes angles morts. Le plugin Codex officiel d'OpenAI te donne une review par un modèle d'une autre famille sans quitter Claude Code : review du diff, adversarial review avant merge, et délégation de bugs en tâche de fond.
Par Mario, Fondateur Prompt Academy · 6 min de lecture · Gratuit, sans compte
Tu demandes à Claude ce qu'il pense du code qu'il vient d'écrire. Il te répond que c'est du solide. Normal : tu demandes au même cerveau de se relire. Le plugin Codex d'OpenAI casse ce cercle — il branche GPT directement dans Claude Code, et tu obtiens une review par un modèle qui n'a pas les mêmes angles morts.
Installation en 4 commandes. À la fin de ce guide, tu as 8 commandes /codex:* dans ta session et 3 workflows concrets pour faire bosser les deux meilleurs modèles du marché ensemble, sur ton repo, sans changer d'outil.
Pourquoi un second modèle
Le truc c'est que Claude relu par Claude, ça ne vaut presque rien. Quand un modèle se trompe avec confiance, sa relecture se trompe avec la même confiance, dans la même direction. C'est ce qu'on appelle un angle mort corrélé : l'erreur et la review sortent de la même distribution. Tu ne peux pas corriger un biais en demandant au biais de se vérifier.
Une famille de modèles, c'est l'ensemble des modèles d'un même labo, entraînés avec des données et des recettes proches. GPT (OpenAI) et Claude (Anthropic) sont deux familles différentes : entraînements différents, réflexes différents, erreurs différentes. Du coup, GPT attrape les race conditions, les null checks manquants et les types douteux que Claude a survolés — et inversement.
Si tu as déjà vu Claude valider ton plan bancal avec enthousiasme, tu sais exactement de quoi je parle.
Ce guide couvre openai/codex-plugin-cc, le plugin publié par OpenAI eux-mêmes (licence Apache-2.0). Trois usages : review standard de ton code, review adversariale qui challenge tes choix, et délégation de tâches à Codex en arrière-plan.
Prérequis
Deux mots à poser avant de commencer. Un plugin, c'est une extension que Claude Code charge au démarrage et qui ajoute des commandes à ta session. Le Codex CLI, c'est l'outil en ligne de commande d'OpenAI — l'équivalent de Claude Code, côté GPT.
Le tier Free de ChatGPT suffit pour tester. Pas besoin de payer un deuxième abonnement pour voir si le workflow te parle.
Vérifie avec node --version dans un terminal. Si tu utilises déjà Claude Code, c'est très probablement bon.
Ne l'installe pas toi-même : la commande /codex:setup de l'étape suivante s'en charge s'il manque.
Installation pas à pas
Quatre commandes, à taper directement dans le prompt de Claude Code.
Un marketplace, c'est un catalogue d'où Claude Code télécharge des plugins.
Syntaxe : nom-du-plugin@marketplace.
Les commandes /codex:* apparaissent dans ta session.
Cette commande vérifie que le Codex CLI est installé et authentifié. S'il manque, elle l'installe.
Pour faire simple, côté architecture : le plugin délègue tout au Codex CLI installé sur ta machine. Même authentification, même configuration, même repo que si tu lançais Codex directement. Aucun intermédiaire entre Claude Code et Codex — ton code part uniquement vers l'API d'OpenAI, comme quand tu utilises Codex toi-même.
Lance codex une fois dans un terminal : au premier démarrage, le CLI te propose de te connecter avec ton compte ChatGPT. Une fois loggé, relance /codex:setup dans Claude Code.
Les 8 commandes expliquées
Les deux reviews :
/codex:review— review en lecture seule de tes changements non commités, ou d'une branche. Le pain quotidien./codex:adversarial-review— review orientable qui challenge tes choix de design et tes hypothèses, pas juste la syntaxe. Tu peux la diriger : « attaque la gestion d'erreurs », « cherche les problèmes de concurrence ».
La délégation :
/codex:rescue— délègue une investigation ou un fix à Codex, en tâche de fond. Claude reste libre pour autre chose pendant que GPT creuse./codex:transfer— crée un thread Codex persistant à partir de ta session Claude Code courante. Utile pour continuer un sujet côté Codex sans tout réexpliquer.
Le pilotage des jobs :
/codex:status— liste les jobs Codex en cours et récents./codex:result— affiche le résultat final d'un job terminé./codex:cancel— arrête un job en cours./codex:setup— le check install + auth vu plus haut.
Les 3 workflows max performance
Deux reviewers qui ne peuvent pas colluder : Claude écrit, GPT relit. Aucun des deux ne note son propre travail.
1. Writer/reviewer, avant chaque commit. Claude écrit le code. Avant de commiter, tu lances /codex:review. GPT lit le diff avec un œil neuf et sort ce que Claude a raté : le null check oublié, le cas limite non géré, l'erreur avalée en silence. Coût : une commande. C'est le workflow que j'utilise par défaut sur tout ce qui part en prod.
2. Adversarial avant merge. Ta feature est finie, la branche est propre, tout est vert. C'est exactement le moment où tu ne veux pas d'un « LGTM » poli. /codex:adversarial-review sur la branche complète : il attaque les décisions d'architecture, les hypothèses implicites, les « pourquoi t'as fait ça comme ça ». Tu merges seulement ce qui survit.
3. Rescue en parallèle. Claude tourne en rond sur un bug — trois tentatives, trois échecs, il recommence la même chose. Au lieu d'insister : /codex:rescue avec la description du problème. GPT investigue en arrière-plan pendant que tu avances sur autre chose avec Claude. /codex:status pour surveiller, /codex:result quand c'est prêt. Deux modèles, deux pistes, zéro temps mort.
Le piège
Chaque appel à Codex consomme ton quota ChatGPT ou ta facture API OpenAI, en plus de Claude. Une review de 3 lignes, un rename de variable, un fix trivial : garde ça pour Claude seul. Le second avis se mérite — réserve-le aux diffs qui partent en prod, aux merges importants, aux bugs qui résistent.
En vrai, il existe aussi une version artisanale du branchement, sans plugin. Codex sait tourner comme serveur MCP — le protocole qui laisse Claude parler à des outils externes :
Tu obtiens Codex comme outil brut, sans les commandes /codex:* ni la gestion des jobs en arrière-plan. Le plugin officiel fait la même chose en mieux emballé — l'approche MCP reste utile si tu veux composer Codex avec tes propres workflows.
La configuration avancée du Codex CLI (fichier config.toml, choix des modèles) sort du cadre de ce guide : tout est dans la doc officielle de Codex.
Voilà. Prochaine feature : Claude écrit, et avant de commiter tu tapes /codex:review. Regarde ce qu'il attrape — c'est souvent là que tu comprends ce que le second avis change.