Exécuter Claude Code et Codex ensemble — Une conversation pour orchestrer les deux

Si vous programmez avec l’IA en 2026, il est probable que vous gardiez à la fois Claude Code et OpenAI Codex à portée de main. Tous deux sont des agents de développement en terminal, et il est tentant de poser la question ainsi : Claude Code vs Codex, lequel est meilleur ? En pratique, la question la plus utile est : comment utiliser Claude Code et Codex ensemble sans devenir soi-même le bus de messages humain qui recopie le contexte entre deux terminaux ?

Réponse courte : c’est possible, de trois façons. La méthode manuelle — deux terminaux, un fichier de contexte partagé et des worktrees git — fonctionne aujourd’hui. Si vous travaillez déjà dans Claude Code, le plugin Codex officiel d’OpenAI vous permet d’appeler Codex depuis celui-ci. Et la façon la plus simple de faire travailler les deux d’égal à égal consiste à placer un orchestrateur devant eux. Cet article présente les trois.

Trois façons de faire tourner Claude Code et Codex ensemble

Voici comment les trois se comparent avant d’entrer dans le détail. Chacune a sa propre section plus bas.

Claude Code vs Codex : lequel est meilleur pour quoi

Aucun ne domine l’autre ; leurs profils diffèrent, et les utiliser ensemble permet de tirer parti de leurs forces respectives :

• Claude Code tend à exceller dans la compréhension d’une base de code existante : lire du code inconnu, expliquer l’architecture, effectuer des modifications prudentes sur plusieurs fichiers et examiner ce qu’un diff risque réellement de casser.
• Codex tend à exceller dans l’exécution rapide et bien délimitée : mettre en place une nouvelle fonctionnalité, générer du code répétitif et traiter rapidement un ticket clairement défini.

« Lequel est meilleur ? » n’est donc pas la bonne question. Le workflow intéressant consiste à planifier et relire avec l’un, exécuter avec l’autre, chacun repérant idéalement les erreurs de son partenaire.

La méthode manuelle : deux terminaux, un contexte partagé

Les deux outils s’installent comme CLI et fonctionnent dans n’importe quel répertoire de projet :

npm install -g @anthropic-ai/claude-code   # then: claude
npm install -g @openai/codex               # then: codex

Pour les utiliser sur le même projet, il faut leur donner une source de vérité commune et éviter qu’ils se gênent :

• Conservez dans le dépôt un fichier PROJECT_CONTEXT.md vivant, que les deux agents lisent et mettent à jour, afin qu’un plan rédigé par l’un soit visible de l’autre.
• Utilisez des worktrees git pour que chaque agent travaille sur sa propre branche, dans son propre répertoire : ils ne se disputent ainsi jamais les mêmes fichiers.

git worktree add ../feature-claude feature/claude
git worktree add ../feature-codex  feature/codex
# run `claude` in one, `codex` in the other; review and merge the diffs

Cela fonctionne. Le problème est que vous êtes la couche d’intégration : vous collez le plan de Claude Code dans Codex, puis le diff de Codex dans Claude Code, et vous réconciliez les résultats à la main.

Un workflow qui fonctionne vraiment : planifier → exécuter → relire mutuellement

Le schéma le plus fiable auquel les utilisateurs aboutissent est une petite chaîne de travail entre les deux agents :

1. Claude Code  — lire le code, rédiger un plan (fichiers, étapes, risques)
2. Codex        — implémenter rapidement le plan, produire un diff
3. Claude Code  — relire le diff de Codex : exactitude, cas limites, style
4. reprendre tout point signalé par la revue

Deux modèles indépendants qui relisent mutuellement leur travail détectent une catégorie d’erreurs qu’un agent unique, corrigeant sa propre copie, peut facilement manquer. Le coût est le travail de coordination, précisément la partie qui mérite d’être automatisée.

La difficulté : vous êtes l’orchestrateur

Tout ce qui précède fonctionne et convient pour une tâche ponctuelle. Au quotidien, l’approche manuelle fait discrètement de vous l’orchestrateur : aiguiller chaque tâche vers le bon agent, transférer le contexte, réconcilier deux diffs et garder en tête qui a fait quoi. C’est un vrai travail, et le problème de coordination est le même avec deux agents de développement ou vingt.

Comment Orkas utilise Claude Code et Codex ensemble

Orkas est une application de bureau open source privilégiant le stockage local, qui fait de cette gymnastique manuelle une fonction intégrée. Elle peut exécuter pour vous des agents de développement CLI locaux — Claude Code, Codex, OpenClaw, OpenCode et Hermes — et les coordonner depuis une seule conversation. La configuration est courte :

1. Installez les CLI `claude` et `codex` sur votre machine et connectez-vous
2. Dans Orkas : nouvelle conversation → ajouter un agent → onglet "Externe" → choisir une CLI
   (Orkas ne répertorie que les CLI détectées dans votre PATH)
3. Faites-le deux fois : un agent Claude Code, un agent Codex
4. Définissez éventuellement un répertoire de projet par agent et un modèle
   (laissez le modèle vide pour utiliser celui par défaut de chaque CLI)

Orkas ne réimplémente pas les modèles et ne leur ajoute pas d’enveloppe. Il exécute vos véritables binaires claude et codex, déjà installés, comme sous-processus, avec les identifiants utilisés pour vous y connecter. Il gère la coordination, pas les clés.

Un Commander, les deux agents, en parallèle

Vous disposez maintenant de deux agents spécialistes dans une conversation. Demandez quelque chose à l’agent principal Commander, et il répartit les morceaux : il peut confier la partie « comprendre et planifier » à Claude Code et la partie « implémenter rapidement » à Codex. Lorsque Commander répartit plusieurs tâches dans un même tour, Orkas les exécute simultanément, quelques-unes à la fois : Claude Code et Codex travaillent ensemble au lieu de vous faire alterner entre les terminaux. Vous pouvez aussi mentionner directement l’un ou l’autre avec @. Nous avons décrit cette orchestration dans L’orchestration multi-agents en pratique.

Deux terminaux seuls ne peuvent pas offrir cet avantage supplémentaire : lorsqu’Orkas exécute Claude Code ou Codex, il se rend aussi lui-même accessible en retour via une passerelle locale. L’agent de développement peut ainsi accéder aux outils connectés et aux connaissances d’Orkas — vos connecteurs GitHub, Notion ou Google Workspace et votre base de connaissances — depuis sa propre exécution, au-delà des seuls fichiers du dépôt.

Le raccourci officiel : le plugin Codex d’OpenAI pour Claude Code

Si Claude Code est déjà votre outil de travail, OpenAI a raccourci une partie de cette boucle. Son plugin Codex pour Claude Code (codex-plugin-cc, Apache-2.0) s’installe depuis une session Claude Code :

/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup

Il ajoute /codex:review pour une revue en lecture seule de vos modifications en cours, /codex:adversarial-review pour une revue que vous orientez vers une décision de conception précise, et /codex:rescue pour confier une tâche à Codex, ainsi que /codex:status, /codex:result et /codex:cancel pour le travail qui tourne en arrière-plan. Il passe par la CLI Codex et l’app server sur votre propre machine — la même installation, la même connexion et le même checkout que si vous l’utilisiez directement — et nécessite un forfait ChatGPT (y compris le forfait Free) ou une clé API OpenAI.

La revue croisée décrite plus haut devient ainsi une commande plutôt qu’un copier-coller. La forme du dispositif, elle, ne change pas : Claude Code reste la session dans laquelle vous travaillez, et Codex y est appelé pour une revue ou pour une tâche que vous lui confiez. Le README d’OpenAI prévient aussi que le review gate optionnel du plugin peut faire tourner les deux en boucle et épuiser vite vos limites d’usage. Si vous préférez que les deux agents travaillent d’égal à égal — chacun sur sa tâche, en même temps, en rendant compte au même endroit —, c’est la configuration Orkas décrite plus haut.

Ce que change Claude Code Projects

Depuis le 17 septembre 2026, Claude Code propose Projects en bêta : un coordinateur confie un objectif à des fils (threads) parallèles, et chaque fil est une session cloud de Claude Code sur sa propre branche. Cela permet de faire tourner plusieurs agents Claude Code en même temps. Mais Codex n’en fait pas partie. Chaque fil est un Claude Code, et les fils tournent dans le cloud d’Anthropic plutôt que sur votre machine. Si vous voulez Claude Code et Codex sur le même travail, il vous faut toujours l’une des trois méthodes de cet article.

Pour en savoir plus sur le fonctionnement de Projects et ses limites : Claude Code Projects expliqué →

Quelques points à bien régler

• Vous fournissez les CLI et leurs connexions. Orkas lance claude et codex ; il ne gère ni les clés API ni la connexion. Installez-les et connectez-vous d’abord, avec une version récente, environ Claude Code 2.0+ et Codex 0.100+.
• Dirigez-les vers des répertoires différents pour paralléliser sans risque. Orkas n’isole pas chaque agent dans son propre worktree git : si les deux ciblent le même dossier et s’exécutent à la fois, ils modifient simultanément les mêmes fichiers. Donnez à chacun son propre répertoire de projet ou dépôt pour un véritable travail parallèle.
• Vous choisissez leur degré d’autonomie. Chaque agent CLI fonctionne avec le niveau d’autorisation défini dans Équipe IA > agent > Paramètres d’exécution > Niveau d’autorisation : Utiliser les paramètres par défaut de la CLI, Demander l’autorisation ou Accès complet. Utiliser les paramètres par défaut de la CLI conserve les propres réglages d’autorisation de la CLI. Demander l’autorisation active les demandes d’approbation ; Accès complet ignore les invites d’approbation de la CLI. Les autorisations des connecteurs sont distinctes : les actions sensibles demandent une approbation, sauf si vous avez déjà autorisé cette connexion pour la tâche ou activé le mode de confiance dans Orkas.

Alors, Claude Code ou Codex ?

Les deux. Utilisez Claude Code pour la compréhension, l’architecture et la revue ; Codex pour une exécution rapide et bien délimitée ; et laissez un Commander répartir le travail pour que vous le dirigiez au lieu de le transporter. Voilà l’intérêt de les utiliser ensemble plutôt que de désigner un vainqueur.

La priorité au stockage local signifie que votre dépôt et vos clés restent sur votre machine : voir Qu’est-ce que l’IA privilégiant le stockage local ? Pour éviter la gymnastique des deux terminaux, téléchargez Orkas et confiez Claude Code et Codex au même Commander.

Claude Code et Codex ensemble : FAQ

Peut-on utiliser Codex et Claude Code ensemble ?

Oui. Ce sont deux CLI distinctes avec des états de session séparés : rien ne vous empêche de les exécuter sur le même dépôt. Il faut veiller à ce qu’ils ne modifient pas simultanément les mêmes fichiers, soit avec des worktrees git, soit en laissant un commandant attribuer chaque tâche à un seul agent.

Claude Code et Codex communiquent-ils entre eux ?

Pas d’eux-mêmes. Claude Code lit CLAUDE.md et Codex lit AGENTS.md, et aucun ne surveille la session de l’autre. L’exception est le plugin Codex d’OpenAI pour Claude Code, qui permet à une session Claude Code d’appeler Codex pour une revue ou une tâche déléguée. Sinon, tout partage doit passer par un fichier commun qu’ils modifient, ou par un orchestrateur qui porte le résultat de l’un dans le prompt de l’autre.

Existe-t-il un plugin Codex pour Claude Code ?

Oui. OpenAI en publie un, codex-plugin-cc. Dans Claude Code, lancez /plugin marketplace add openai/codex-plugin-cc et /plugin install codex@openai-codex, puis /codex:setup. Il ajoute des commandes pour les revues par Codex et pour confier une tâche à Codex, passe par la CLI Codex sur votre machine et nécessite un forfait ChatGPT (Free compris) ou une clé API OpenAI.

Quelle est la meilleure façon d’utiliser Codex et Claude Code ensemble ?

Répartissez selon les points forts plutôt que par fichier : laissez Claude Code planifier et relire, Codex exécuter une modification délimitée, puis faites lire le diff par l’autre. Cette revue détecte davantage d’erreurs que deux exécutions du même agent.

Comment faire travailler Codex et Claude Code ensemble ?

Manuellement, il faut deux terminaux, un fichier de spécifications partagé et un worktree git par agent pour éviter les collisions entre modifications. Dans Orkas, les deux fonctionnent comme sessions locales sous un seul Commander, qui attribue la tâche et rassemble les deux diffs dans la même conversation.

Peut-on exécuter Claude Code et Codex simultanément sur le même projet ?

Vous pouvez les exécuter en parallèle, mais ne les dirigez pas vers le même dossier en même temps : ils modifieraient simultanément les mêmes fichiers. Donnez à chaque agent son propre worktree git ou son propre répertoire de projet. Orkas ne les isole pas dans des worktrees séparés à votre place : cette étape vous revient dans tous les cas.

Peut-on exécuter Claude Code et Codex dans un seul terminal ?

Pas comme deux sessions interactives : chaque CLI a besoin de son propre TTY. En pratique, vous pouvez diviser le terminal avec tmux ou laisser un orchestrateur exécuter les deux comme sessions locales et réunir leurs sorties au même endroit. Orkas choisit la seconde voie : les deux CLI fonctionnent sous un Commander et rendent compte dans la même conversation.

Peut-on orchestrer d’autres agents que Claude Code et Codex ?

Oui. Orkas pilote cinq agents CLI locaux : Claude Code, Codex, OpenCode, OpenClaw et Hermes. Ceux que vous avez installés apparaissent, et un seul Commander peut les combiner sur le même projet.

Claude Code Projects fonctionne-t-il avec Codex ?

Non. Claude Code Projects ne coordonne que des sessions cloud de Claude Code. Pour faire travailler Claude Code et Codex sur la même tâche, il vous faut le plugin Codex, une configuration manuelle avec des worktrees git, ou un orchestrateur comme Orkas qui exécute les deux sur votre ordinateur.

Faut-il des abonnements payants pour Claude Code et Codex ?

Chaque CLI utilise sa propre connexion et son propre abonnement. Orkas lance uniquement les binaires que vous possédez déjà ; il ne gère pour aucun des deux les clés API, la connexion ou la facturation.