Codex et Claude Code sont deux assistants capables de lire un dépôt, modifier des fichiers et lancer des commandes. Le choix dépend surtout du compte disponible, des outils reliés au projet, des règles de permission et de la façon dont le travail est contrôlé. Aucun des deux noms ne garantit à lui seul un meilleur résultat sur un projet donné.
Ce comparatif porte sur les produits et leur usage, pas sur un duel entre deux modèles particuliers. Les fonctions citées ont été relues le 13 octobre 2026 dans la documentation de Codex CLI, la présentation de Claude Code et leurs pages de configuration. Les offres et les interfaces peuvent évoluer.
La réponse courte selon la situation
Dans un projet déjà organisé autour de Claude Code, conserver cet outil permet de réutiliser ses instructions, ses permissions et ses connexions existantes. Dans un projet organisé autour de Codex, le même principe s’applique : les conventions du dépôt et les contrôles déjà éprouvés comptent davantage que la promesse générale d’un assistant.
Pour un nouveau dépôt, les deux peuvent explorer le code, proposer une modification puis lancer les outils locaux. Codex CLI documente aussi l’exécution non interactive avec codex exec, utile pour un workflow reproductible. Claude Code fonctionne dans le terminal et dispose également d’interfaces IDE, bureau et web. Ce sont des possibilités documentées, pas une mesure comparative de qualité.
Quand une tâche dépend d’un service externe, le critère concret est la connexion réellement disponible : serveur MCP, compte autorisé, permissions et état du serveur. Une intégration annoncée par un éditeur ne signifie pas qu’elle est activée dans une session donnée. Il faut vérifier l’outil au moment de s’en servir.
Comparer les critères qui changent le travail
| Critère | Codex | Claude Code |
|---|---|---|
| Travail local | Le CLI inspecte le dépôt, édite les fichiers et lance les outils installés. | Le CLI édite les fichiers et exécute des commandes dans le projet. |
| Automatisation | codex exec est documenté pour des tâches non interactives et des pipelines. |
Le CLI peut être appelé depuis des scripts, avec ses propres réglages de session. |
| Services externes | Les serveurs MCP configurés sont accessibles au CLI et à l’extension IDE selon la documentation OpenAI. | Les serveurs MCP peuvent être configurés pour un utilisateur ou un projet, avec des transports locaux ou distants. |
| Autorisations | Le profil de permissions détermine les accès et les demandes d’approbation. | Le mode de permission et les règles par outil déterminent les demandes d’approbation. |
| Facturation | Abonnement ChatGPT ou clé API selon la connexion utilisée ; quotas et prix à vérifier sur la page officielle. | Abonnement Claude ou accès API selon le compte ; consommation et coûts dépendent de la formule et du modèle. |
Les lignes sur les connexions et les permissions viennent de la documentation MCP d’OpenAI, des permissions Codex, de la documentation MCP de Claude Code et de ses modes de permission. Une configuration permissive ou restrictive peut modifier l’expérience plus fortement que le choix du produit.
Le contexte du projet est le premier critère
Un assistant de code travaille avec ce qu’il peut voir : fichiers, historique, commandes, consignes et résultats des tests. S’il manque la commande de vérification ou si les règles du dépôt sont obsolètes, changer d’assistant ne répare pas le problème. Le point de départ utile est donc le dépôt lui-même : une demande précise, les fichiers concernés, les contraintes et un résultat vérifiable.
Sur ce site, le tableau des modèles par tâche consigne une répartition de travail propre au système de Jérémy Degryse. Certaines tâches sont confiées à Claude Code, d’autres à Codex, avec un repli possible lorsque la capacité d’un compte devient limitée. Ce relevé décrit une pratique locale : il ne constitue pas un test universel des deux produits. Les pages Plants vs Zombies et Dofus comparent des modèles sur des jeux, pas Codex et Claude Code en tant qu’outils.
MCP, permissions et accès : vérifier la session réelle
Les deux environnements savent utiliser des serveurs MCP, mais la liste visible varie avec la configuration. Dans Claude Code, un serveur peut être déclaré à portée locale, projet ou utilisateur. La documentation OpenAI indique que Codex peut recevoir des serveurs MCP dans le CLI et l’extension IDE. Une connexion exige parfois une authentification distincte ; son nom dans une documentation ne prouve pas qu’elle fonctionne sur la machine.
Les permissions méritent le même contrôle. Elles règlent l’accès aux fichiers, au réseau et aux commandes ainsi que les étapes qui demandent une approbation. Un essai de comparaison équitable décrit ces réglages avant de chronométrer une tâche. Sinon, un assistant peut sembler plus lent simplement parce qu’il demande une validation que l’autre ne demande pas. Cette différence relève de la configuration et de la politique de travail choisie.
Comparer le coût sans mélanger les comptes
Le prix d’un abonnement, le quota de sessions et le prix des jetons API sont trois mesures différentes. La page officielle des offres Codex distingue la connexion par compte ChatGPT de la connexion par clé API. Anthropic documente de son côté le suivi des coûts de Claude Code. Pour une comparaison budgétaire, il faut relever la formule réellement utilisée, la date, le modèle et le volume consommé. Additionner un abonnement à une estimation API sans préciser le mode d’accès fausse le calcul.
Dans le système de Jérémy, la capacité restante est suivie par fournisseur. Une tâche peut passer d’un environnement à l’autre lorsque le quota d’un compte se tend. Cette organisation sert à continuer un travail déjà défini ; elle ne prouve pas qu’un fournisseur est systématiquement moins cher. Les conditions commerciales changent et doivent être relues à la date de décision.
Faire travailler les deux sur un même dépôt
Une répartition simple consiste à confier une tâche circonscrite à un outil, puis à faire examiner le résultat par l’autre lorsque l’enjeu justifie une seconde lecture. Il faut transmettre le contexte utile : objectif, fichiers touchés, décisions prises, commande de test et limites connues. Le second outil peut alors contrôler une hypothèse précise ou reprendre une étape restée ouverte. Relancer le même prompt sans état partagé produit surtout une nouvelle tentative.
Deux sessions qui modifient simultanément les mêmes fichiers créent des conflits possibles. Dans un dépôt partagé, une attribution claire des fichiers et une lecture du diff avant validation rendent la reprise plus fiable. La valeur de cette méthode vient des contrôles et de la continuité, pas du nombre d’agents lancés.
Les limites d’un comparatif général
La qualité d’une réponse varie avec la tâche, le modèle choisi, le contexte fourni et les tests disponibles. Ce guide ne publie aucun score de benchmark personnel : aucun protocole commun n’a été exécuté ici sur Codex et Claude Code. Une décision sérieuse peut commencer par une même tâche limitée, des consignes identiques, un environnement comparable et une vérification manuelle du diff et des tests. Le résultat reste valable pour ce cas, pas pour tous les projets.