Codex face à Claude Code, d'après les fichiers de votre disque
Pas un verdict sur lequel écrit le meilleur code. Une description de comment les deux se comportent réellement, écrite par ceux qui ont dû faire piloter les deux par une seule fenêtre.
Pourquoi cette comparaison est différente des autres
La plupart de ce qui s'écrit sur Codex vs Claude Code est un benchmark fait sur l'ordinateur de quelqu'un, et ça devient obsolète en un mois car les deux sortent des modèles plus vite que quiconque ne peut en rendre compte. Cette page ne fait pas ça. Savoir lequel écrit un meilleur code que l'autre dépend des modèles disponibles le jour où on pose la question, et nous n'allons pas prétendre trancher la question.
Ce que nous pouvons vous dire, c'est de quoi sont faits ces deux programmes, car Vobuda a dû les lire tous les deux pour dessiner une barre de contrôle au-dessus de chacun. Où chacun garde ses sessions, ce qu'il appelle en reprendre une, où se trouve sa liste de modèles, comment il annonce le mode dans lequel il se trouve. Ce sont des faits présents sur votre propre disque, ils évoluent lentement, et ce sont eux qui déterminent comment chacun s'intègre dans une journée de travail.
En résumé : Claude Code est le plus lisible des deux depuis l'extérieur. Il écrit ses modèles dans un fichier, garde ses sessions dans un dossier par projet, et utilise un flag pour en reprendre une. Codex garde davantage de choses pour lui. Il change de modèle par un sélecteur qui lui est propre, donc la seule solution honnête est d'ouvrir ce sélecteur et de lire ce qu'il affiche plutôt que de livrer une liste qui sera fausse.
Où chacun garde quoi
Tout ce qui figure dans ce tableau se trouve sur la machine devant vous, et vous pouvez aller vérifier.
| Claude Code | Codex | |
|---|---|---|
| Sessions passées | Un dossier par projet sous ~/.claude/projects | Un index unique, ~/.codex/session_index.jsonl, qui nomme chaque fil de discussion |
| Rouvrir une ancienne session | --resume <id> | resume <id> |
| Reprendre la dernière | --continue | resume --last |
| Skills | ~/.claude/skills, plus le dossier correspondant dans le projet | ~/.codex/skills, plus le dossier correspondant dans le projet |
| Liste des modèles | Son propre fichier, écrit selon ce que lui indique son serveur, si bien qu'un nouveau modèle apparaît le jour de sa sortie | Son propre sélecteur, que le menu ouvre et lit ligne par ligne |
| Choisir le modèle | /model pour le modèle, /effort pour le niveau | Son propre sélecteur /model, puis un niveau pour chaque modèle |
| Ses réglages | settings.json | config.toml |
| Ce qu'affiche sa ligne de statut | Opus 5.5 avec effort élevé, Claude Max | gpt-5.6-terra medium |
| À quoi ressemble le processus | claude | node, car Codex tourne comme node |
Relevé en septembre 2026 sur des installations à jour des deux. Leur propre documentation fait autorité ; ceci décrit ce que les deux montrent depuis une fenêtre qui doit les piloter.
Deux dossiers, et tout ce que le tableau ci-dessus vient lire
Aucun des deux agents ne cache rien de tout ça. La barre de contrôle de Vobuda lit exactement ces fichiers, c'est pourquoi elle peut afficher une liste de modèles que nous n'avons jamais écrite nous-mêmes.
settings.json modèle, effort, permissionsprojects/ un dossier par projet <project>/ ses sessions, la plus récente en dernierskills/ les vôtres, plus ceux du projethistory.jsonl ce que vous avez tapé, dans l'ordre config.toml modèle et niveau de raisonnementsession_index.jsonl chaque fil, une ligne chacunskills/ les vôtres, plus ceux du projet Trois pièges dans lesquels nous sommes tombés pour que vous les reconnaissiez
Chacun de ces cas était d'abord un bug dans Vobuda, et chacun révèle quelque chose de vrai sur les deux agents.
Le processus le plus profond d'une session Claude est souvent codex
Claude Code fait tourner Codex comme son propre outil auxiliaire. Donc prendre le processus le plus profond de l'arborescence pour décider à quel agent appartient un bloc faisait afficher CODEX dans le dock au-dessus d'une session Claude, et faisait relancer le mauvais programme par Nouveau. L'agent auquel appartient un bloc est celui que la personne a lancé, pas celui qu'il a lancé lui-même en interne.
Codex n'est pas node_repl
Codex tourne comme node, et un shell lance un programme en se dupliquant puis en se remplaçant par ce programme, donc la liste des processus continue à l'appeler par son ancien nom pour toujours, sauf si l'exécutable est identifié par son nom propre. Un bloc faisant tourner Codex s'appelait autrefois node_repl.
La liste d'un agent au-dessus du bloc d'un autre
Deux listes de modèles et un flag de reprise ont été écrits à l'époque où il n'y avait qu'un seul agent, et sont restés globaux quand il y en a eu trois. Ouvrir un bloc Codex proposait Opus, Sonnet, Haiku et Fable, et continuer envoyait codex --continue, auquel Codex répond par une erreur d'utilisation. Tout ce qui est lu depuis un programme appartient désormais à ce programme et n'est demandé que par son intermédiaire.
Le vocabulaire de l'interface d'un agent change
Lire la réponse d'un agent, ou la demande qu'on lui a faite, en cherchant des mots précis dans son interface échoue dès la prochaine version de cet agent. Les deux sont reconnus par leur forme plutôt que par leurs mots : un agent se reconnaît à l'invite d'attente qu'il place avant ce que vous tapez, pas au cadre dessiné autour, car le cadre est une mode et l'invite ne l'est pas.
La réponse que la plupart des gens veulent vraiment, c'est les deux
En pratique, personne ne choisit l'un et supprime l'autre. L'un est meilleur pour ce que vous faites cette heure-ci, l'autre a la session où vous faisiez autre chose, et tous deux ont des limites d'usage qui tombent à des moments gênants. Ce qui compte, c'est de savoir si faire tourner les deux à la fois vous coûte quelque chose.
Dans Vobuda, non. Deux blocs dans un onglet, ou deux onglets, chacun avec sa propre barre lisant son propre agent, chacun avec son modèle et son effort affichés, et le mode de permission de Claude Code à côté. Les deux transmettent leurs signaux à la fenêtre de la même façon, donc un badge, un son et une notification signifient la même chose peu importe lequel des deux l'a déclenché, et l'historique de ce qui s'est passé pendant votre absence les liste côte à côte, groupés par bloc.
Aucun des deux n'est branché par une section de réglages ou un interrupteur, car un signal qu'il faut configurer avant qu'il fonctionne n'est pas une fonctionnalité, c'est une corvée. Ils se connectent d'eux-mêmes au lancement, et le bouton Intégration de la barre d'onglets remet les liens en place pour un agent qui tournait déjà. Les hooks tiers déjà en place restent en place, et tout ce qui occupe déjà un événement est appelé juste après le nôtre.
Codex et Claude Code, questions directes
Lequel est le meilleur, Codex ou Claude Code ?
Sur la qualité du code, la réponse dépend des modèles que chacun fait tourner le jour où vous posez la question, et toute réponse écrite noir sur blanc devient vite obsolète. Sur leur comportement en tant que programmes, Claude Code est le plus lisible depuis l'extérieur : il écrit sa liste de modèles dans un fichier, garde ses sessions dans un dossier par projet et utilise un flag pour en reprendre une. Codex garde davantage de choses en interne.
Puis-je faire tourner Codex et Claude Code en parallèle ?
Oui. Deux blocs dans la même fenêtre, chacun avec sa propre barre de contrôle lisant son propre agent. Les deux annoncent quand ils terminent ou ont besoin d'une permission, et les deux apparaissent dans le même historique de ce qui s'est passé pendant votre absence.
Comment Vobuda liste-t-il les modèles de Codex ?
En le demandant à Codex. Nous avions livré une fois une liste de deux modèles que Codex ne fait pas tourner, fausse dès le premier jour. Le bouton de modèle ouvre désormais le propre sélecteur de Codex, lit les lignes qu'il affiche et appuie sur celle que vous avez choisie, et chaque modèle propose les niveaux que Codex lui donne.
L'un des deux nécessite-t-il un compte Vobuda ?
Non. Vobuda n'a aucun compte, point. Chaque agent utilise l'abonnement ou la clé que vous lui avez déjà donnés. Vobuda utilise la connexion de Claude Code pour une seule chose, demander à Anthropic vos limites d'utilisation, et ne touche jamais à celle de Codex.
Et un modèle local à la place ?
Un modèle local via Ollama est une entrée dans agents.json et ne nécessite aucun code. Il obtient un bloc et une barre avec tout ce que cet agent peut honnêtement déclarer sur lui-même.
Une fenêtre, deux agents
Gratuit, sans compte, et chaque barre lit l'agent qui se trouve dessous.
curl -fsSL https://vobuda.com/install.sh | sh