Claudex Loop : fais relire le code de Claude par Codex, et l'inverse, Quentin IA Marketing

Quand l'IA qui a écrit ton code est aussi celle qui le relit, elle valide ses propres angles morts. Même raisonnement, mêmes trous, et un « tout est bon » qui ne prouve rien.

Claudex Loop part d'une règle simple : celui qui construit ne note jamais son propre travail. C'est un ensemble de skills open source pour Claude Code et Codex (licence MIT, plus de 3 000 étoiles sur GitHub au 18/10/2026). Ta session écrit le plan, le modèle de l'autre fournisseur le conteste avec des preuves, puis le code est construit par l'un et inspecté par l'autre, dans une session neuve.

Tu mets Anthropic et OpenAI en concurrence sur ton projet, et c'est toi qui arbitres.

Ce guide te donne l'installation, la boucle complète, l'échange des rôles et les réglages qui comptent. Tout est vérifié sur Claude Code 2.1.302 et sur le README du dépôt au 18/10/2026.

Claude AI Lab

Le Claude AI Lab, c'est ma communauté Skool où je partage mes systèmes Claude et les modules plus avancés. L'accès est à $67/mois.

Rejoindre le Lab →

✅Ce qu'il te faut

Claude Code installé et connecté. C'est l'hôte de la boucle si tu pars de Claude, ou le relecteur côté Anthropic si tu pars de Codex.

Codex CLI installé et connecté. Pour utiliser GPT-6 Astra, il te faut Codex CLI 0.153.0 ou plus récent.

Python 3.10 ou plus récent. Il fait tourner l'adaptateur partagé entre les deux CLI. Aucun package pip, aucune clé d'API en plus.

Un accès payant chez Anthropic ET chez OpenAI. Le skill est gratuit, l'usage non : il fait travailler tes deux comptes (abonnement ou crédits), exactement comme si tu les utilisais séparément.

Le programme

Vérifier tes deux CLI

⌨️ Terminal, une ligne à la fois

🔌Les deux doivent répondre connecté

Côté Anthropic. claude --version puis claude auth status.

Côté OpenAI. codex --version puis codex login status.

Python. python3 --version doit afficher 3.10 ou plus.

Avant d'installer

Si une de ces commandes échoue, règle-la d'abord. La boucle complète a besoin des deux CLI installés et authentifiés, sinon la relecture par l'autre fournisseur ne part jamais.

Les cinq commandes à copier :

claude --version
claude auth status
codex --version
codex login status
python3 --version

Installer Claudex Loop

🔗 github.com/chaseai-yt/claudex-loop

⚙️Deux voies, choisis la tienne

Dans Claude Code, la voie la plus simple : le plugin. Deux commandes dans ta session, puis /claudex-loop:claudex-loop lance la boucle complète.

Pour Codex, ou pour une installation manuelle. Tu clones le dépôt et tu copies le dossier des skills dans ~/.agents/skills (Codex) et ~/.claude/skills (Claude Code).

Ouvre une nouvelle session. Les skills ne sont pris en compte qu'au démarrage d'une session. Pour mettre à jour une installation manuelle : git pull, puis recopie.

Copie tout le dossier

Les commandes codex-review et codex-build s'appuient sur le moteur placé dans claudex-loop : copiées sans lui, elles ne fonctionnent pas. Copie tous les skills ensemble.

Le plugin, dans Claude Code :

/plugin marketplace add chaseai-yt/claudex-loop
/plugin install claudex-loop@claudex-loop

L'installation manuelle, depuis ton terminal (macOS ou Linux, les commandes PowerShell équivalentes sont dans le README du dépôt) :

git clone https://github.com/chaseai-yt/claudex-loop
cd claudex-loop
mkdir -p ~/.agents/skills ~/.claude/skills
cp -R skills/. ~/.agents/skills/
cp -R skills/. ~/.claude/skills/

Ce que la copie installe :

🔁

claudex-loop

La boucle complète : exigences, relecture du plan, construction, inspection finale.

🧭

claudex-route

Te conseille quel modèle doit traiter une tâche, et peut faire une seule délégation. Il tourne seul, sans la boucle.

🔍

codex-review

Commande explicite pour faire relire un plan par Codex.

🛠️

codex-build

Commande explicite pour faire construire par Codex.

Lancer la boucle

🔄 Plan, relecture, verdict

🧩Les quatre temps

Repérage. Ta session lit ton code et ta doc existante. Sur un projet neuf, elle pose ses hypothèses, chacune avec sa source.

Exigences. Elle tranche avec toi les décisions qui changent le résultat, puis écrit un plan avec des critères d'acceptation observables et une commande de preuve.

Relecture par l'autre fournisseur. Il lit le plan et le code concerné, rend des constats appuyés sur des preuves, puis relit chaque révision. Cinq tours au maximum par défaut.

Construction puis inspection. Le modèle choisi construit à partir du plan, la commande de preuve tourne, et l'autre fournisseur inspecte le code final dans une session neuve.

Une approbation se mérite

L'approbation enregistre le chemin du plan et son empreinte. Si tu modifies le plan après coup, elle tombe. Et une demande de relecture n'autorise jamais la construction : c'est toi qui donnes le feu vert.

Pour lancer la boucle, tape /claudex-loop dans Claude Code après une installation manuelle (/claudex-loop:claudex-loop avec le plugin), ou $claudex-loop dans Codex. Ensuite, tu décris ce que tu veux en une phrase. Pour faire relire un plan qui existe déjà, en trois tours seulement :

claudex this plan, mode=review, plan=docs/migration.md, rounds=3

La relecture se termine sur l'un de ces trois verdicts :

✅

APPROVED

Le plan est validé, la construction peut commencer.

✏️

REVISE

Des constats avec preuves : ta session arbitre, corrige le plan, et il repart en relecture.

⛔

BLOCKED

Désaccord persistant ou tours épuisés. C'est signalé tel quel, jamais transformé en accord.

Tu récupères deux fichiers : PLAN.md, ce qu'on construit, et PLAN-REVIEW-LOG.md, le journal des constats, des décisions, des modèles utilisés, des preuves et des incertitudes qui restent.

Échanger les rôles

🔀 Le réglage builder

👥Qui fait quoi, par défaut

Tu pars de Claude Code. Ta session Claude écrit le plan, Codex le relit, Claude construit, et une session Codex neuve inspecte.

Tu pars de Codex. Ta session Codex écrit le plan, Claude le relit, Codex construit, et une session Claude neuve inspecte.

Tu inverses avec builder. builder=codex ou builder=claude choisit qui construit. L'inspecteur suit ce choix et reste toujours l'autre fournisseur.

Attention aux corrections

Si ta session reprend des corrections à son compte après l'inspection, ces nouvelles modifications demandent une nouvelle inspection indépendante. Le journal garde la trace de qui a écrit et qui a relu chaque partie.

Depuis Claude Code, pour faire construire GPT-6 Astra :

claudex this feature, builder=codex, reviewer_model=gpt-6-astra

Depuis Codex, pour faire construire Claude Fable 5.1 :

claudex this feature, builder=claude, reviewer_model=claude-fable-5-1

Les réglages qui comptent

🎛️ Le tableau des réglages du README

🤖Les modèles

Claude Fable 5.1 et GPT-6 Astra sont recommandés quand ils sont disponibles sur tes comptes. Sinon, chaque CLI garde le modèle que tu lui as configuré.

Aucun repli silencieux. Le modèle demandé et le modèle réellement utilisé sont notés séparément dans le journal.

Relecture en lecture seule

Les relectures Codex tournent dans un bac à sable en lecture seule, et les relectures Claude n'ont accès qu'à la lecture et à la recherche de fichiers, sans serveur MCP. Le relecteur conteste, il ne touche à rien.

Les réglages à connaître, tous à passer dans ta phrase de lancement :

🏗️

builder

Qui construit : claude ou codex. Par défaut, l'hôte.

🎯

reviewer_model, builder_model, inspector_model

Le modèle de chaque rôle. Par défaut, celui configuré dans chaque CLI.

🔁

rounds

Tours de relecture du plan, 5 par défaut.

🩹

MAX_FIX_ROUNDS

Tentatives de correction pendant la construction, 2 par défaut.

🔎

MAX_INSPECTION_ROUNDS

Inspection initiale plus une réinspection, 2 par défaut.

📄

mode

full par défaut, review pour partir d'un plan existant.

🧪

PROOF_CMD

La commande convenue qui prouve que le livrable marche, tirée du plan ou du dépôt.

Ce que la boucle ne fait pas

Un verdict propre ne prouve pas que le modèle a raison, et le README le dit lui-même. Zéro constat est un résultat valide, et beaucoup de constats ne sont pas une note de qualité. Lis PLAN-REVIEW-LOG.md avant de valider, et garde la main sur les décisions.

La boucle ne committe pas et ne pousse rien à ta place non plus : les commits, les pushs et la publication suivent tes propres instructions.

À retenir

Deux modèles qui se contredisent te coûtent quelques tours de plus. Un modèle qui se relit lui-même te coûte les bugs qu'il ne voit pas.

Et maintenant

Installe le plugin, ouvre une nouvelle session et lance /claudex-loop sur une petite fonctionnalité. Laisse la relecture aller jusqu'au verdict, essaie builder=codex sur la tâche suivante, et lis le journal avant chaque validation.

Si tu veux aussi répartir ton travail quotidien entre les deux abonnements pour ne jamais tomber à sec de quota, le setup complet est dans le stack à deux modèles, Claude Code et Codex.