Index
4 min de lecture

Codex s'est installé dans Claude Code, et ça dit tout

Le jour même où Anthropic annonçait Computer Use, OpenAI a publié Codex comme plugin Claude Code. Je pense que c'est la concession la plus intelligente de 2026.

OpenAI a publié Codex sous forme de plugin Claude Code le jour même où Anthropic annonçait Computer Use. Quand j’ai vu le repo, ma première réaction a été l’incrédulité. Une entreprise qui livre son agent à l’intérieur de l’agent d’un concurrent. En substance, anthropic-use.

Trois lignes pour l’installer. On lance /plugin marketplace add openai/codex-plugin-cc, puis /plugin install codex@openai-codex, puis /codex:setup. Il faut un abonnement ChatGPT (le tier gratuit suffit) ou une clé API OpenAI, plus Node.js 18.18 ou supérieur. Après ça, on peut appeler un second agent sans quitter sa session Claude Code.

Ce que ça fait concrètement aujourd’hui

Ce n’est pas un remplacement complet des capacités natives de Claude Code. Codex tourne comme une couche de plugin par-dessus le comportement par défaut de Claude, limité à deux tâches précises : la délégation de tâches et la code review.

/codex:review lance une code review en lecture seule. /codex:adversarial-review stress-teste les hypothèses implicites. /codex:rescue passe le contrôle à Codex quand Claude Code est bloqué. Le flag --background permet à Codex de tourner en asynchrone pendant qu’on vérifie l’avancement avec /codex:status.

C’est sur la code review que les choses deviennent intéressantes. Codex a systématiquement été classé au-dessus de Claude pour la qualité de code review dans les benchmarks communautaires. Brancher cette force directement dans le workflow de Claude Code, où Claude gère la session globale, c’est une division du travail pragmatique.

Il y a aussi un angle coût. Si on connecte une API moins chère au lieu d’un abonnement Claude pour gérer les tâches déléguées, la dépense en tokens baisse significativement. De combien exactement, ça dépend du workload, mais l’architecture rend la chose possible.

Codex a perdu la bataille du taste

J’ai utilisé les deux outils pendant des mois. Le schéma que j’ai observé, c’est que les mises à jour de Codex suivaient systématiquement la direction de Claude Code. Les ajouts de fonctionnalités, les patterns d’UX, même le séquençage des nouvelles capacités. L’équipe de Claude Code définissait le taste produit, et l’équipe de Codex suivait derrière.

Claude Code a rendu cela possible par sa conception. L’architecture de plugins ouverte permettait à n’importe qui de l’étendre. Cette ouverture a fini par attirer un concurrent direct. Codex ne pouvait pas battre l’UX de Claude Code, alors il a arrêté d’essayer et s’est installé à l’intérieur.

Le plugin embarque l’intégration de login ChatGPT, un modèle app server pour se connecter à n’importe quel environnement de développement, et un codebase entièrement open-source. OpenAI ne fait pas dans la subtilité sur sa volonté de voir Codex partout, y compris dans la maison du rival.

Le vrai moat d’OpenAI, ce n’est pas l’UX

Après des mois d’utilisation intensive de Codex, ce mouvement m’a impressionné précisément parce qu’il reconnaissait une faiblesse honnêtement. L’expérience développeur de Claude Code est meilleure. OpenAI a concédé ce point avec un plugin au lieu de prétendre le contraire.

Ce qu’OpenAI a correctement identifié, c’est où se situe son véritable avantage. La fiabilité de Claude pose de vrais problèmes. Les changements de politique de tokens ont frustré les développeurs, et les taux d’erreur sous charge seraient un problème de responsabilité dans des contextes enterprise. Je continue d’utiliser Claude malgré tout parce que le plafond de qualité est élevé, mais le plancher est inconfortablement bas.

OpenAI, de son côté, livre des modèles frontier à moindre coût avec un volume plus élevé et maintient des taux d’erreur au niveau production. Cet écart d’infrastructure est quelque chose que les entreprises d’IA chinoises, malgré une qualité de modèles impressionnante, ne peuvent pas reproduire à la même échelle.

Le scaling continue de l’emporter sur le scaffolding

Regarder une entreprise embarquer son produit dans le produit d’un concurrent peut ressembler à une défaite. Le narratif « nous dominons cette catégorie » s’affaiblit. Mais si on enlève l’optique, c’est la bitter lesson qui se joue en stratégie produit.

Codex est entré dans le produit qu’il ne pouvait pas battre sur l’UX et a contourné le taste gap entièrement. Cursor, OpenCode, Droid, et tous les autres outils scaffolding-first mènent peut-être sur le design d’interface. Mais l’entreprise qui distribue des modèles frontier à bas prix et de manière fiable à grande échelle est celle qui capture l’écosystème en dessous de tous ces outils.

Le pari infrastructure-first de Sam Altman paie ici. Quel que soit l’agent ou le wrapper d’IDE qu’un développeur choisit, les tokens consommés dans cet outil doivent venir de quelque part. OpenAI se positionne comme ce quelque part, même quand le produit en surface appartient à quelqu’un d’autre.

La couche de service est en train de changer de propriétaire. La question pour chaque entreprise d’outils développeur est de savoir si elle construit la maison ou fournit l’électricité.

Rejoindre la newsletter

Recevez des mises à jour sur mes derniers projets, articles et expériences en IA et développement web.