En 2021, Codex était le moteur discret derrière GitHub Copilot : un modèle qui complétait des lignes. En 2026, c’est un tout autre animal. OpenAI Codex est devenu un agent de développement à part entière, avec une application de bureau, un modèle agentique dédié et un agent de sécurité qui chasse les vulnérabilités. Avec plus de 2 millions d’utilisateurs hebdomadaires début 2026, il s’est installé comme un concurrent direct de Claude Code sur le terrain des agents en terminal. Voici ce qui a réellement changé, et ce que ça implique pour une équipe qui doit livrer.
De o3 à GPT-5.5 : un modèle pensé pour l’agentique
Au lancement, Codex tournait sur codex-1, une version d’o3 optimisée pour l’ingénierie logicielle par apprentissage par renforcement sur des tâches de code réelles. En 2026, OpenAI a basculé sur GPT-5.5, son modèle de base « agentic-first » : pensé dès la conception pour enchaîner des tours d’outils, lire un dépôt, exécuter des commandes et itérer sans supervision constante. Le gain n’est pas qu’une histoire de benchmark : c’est la différence entre un modèle qu’on doit tenir par la main et un agent qui tient une tâche longue sans se perdre. Sur Terminal-Bench, la paire Codex + GPT-5.5 se hisse en tête à 83,4 %, devant la plupart des concurrents sur les tâches en ligne de commande.
L’app desktop : un poste de pilotage d’agents
Le changement le plus visible est l’application de bureau Codex, disponible sur macOS puis Windows (mars 2026). Elle transforme Codex d’un assistant dans l’éditeur en un centre de contrôle : on y lance plusieurs agents en parallèle, on supervise des travaux longs, on relit les diffs avant de les valider. Codex ne s’enferme pas dans un IDE : il s’intègre à VS Code, Cursor et Windsurf, et vit aussi dans le terminal. Cette portabilité est un choix stratégique — OpenAI ne vous demande pas de changer d’outil, il s’insère dans le vôtre.
- Gestion multi-agents — lancer et suivre plusieurs sessions simultanées depuis une seule interface.
- Travaux longs supervisés — l’agent tient une tâche sur la durée, chaque exécution passant par un sandbox cloud.
- Intégrations juillet 2026 — historique de threads paginé, login Bedrock et endpoints personnalisés, entrées audio et conversations en temps réel, workflows terminal plus rapides.
Un manager, des workers parallèles
Codex a rendu disponible en version générale son modèle de sous-agents : un manager coordonne plusieurs workers en parallèle, chacun avec son propre contexte. C’est la même bascule conceptuelle qu’on observe partout en 2026 — de l’agent unique vers l’orchestration. L’agent construit sa compréhension du dépôt à partir de sa structure et des fichiers d’instructions projet (AGENTS.md), l’équivalent du CLAUDE.md côté Anthropic. Concrètement, un fichier bien tenu à la racine du repo change radicalement la qualité des propositions.
# AGENTS.md
## Stack
- PHP 8.4 / Symfony 7.4, architecture en couches
- PHPStan niveau max, tests obligatoires avant tout fix
## Conventions
- Jamais de logique métier dans les contrôleurs
- DTO en entrée/sortie, jamais d’entités exposées à l’API
## Commandes
- Tests : `docker compose run --rm php bin/phpunit`
- Analyse : `docker compose run --rm php vendor/bin/phpstan`Votre équipe utilise Claude Code ?
Voir les formats →Codex Security : l’agent qui audite le code
Le mouvement le plus intéressant pour un responsable technique, c’est Codex Security (mars 2026) : un agent de sécurité applicative conçu pour identifier et corriger les vulnérabilités. Il ne s’agit plus seulement de générer du code, mais de le durcir. Le contexte l’exige : les études 2026 montrent que le code généré par IA introduit en moyenne 2,74 fois plus de vulnérabilités, avec des défaillances qui surgissent 30 à 90 jours après le déploiement. Un agent qui relit et corrige la sécurité en continu répond directement à ce risque — à condition de ne pas lui faire une confiance aveugle, car un agent de sécurité reste faillible et sensible aux injections de prompt.
Le sandbox cloud, atout et contrainte
Chaque tâche Codex s’exécute dans un sandbox cloud isolé. C’est un vrai atout pour la sécurité — l’agent n’a pas les clés de votre machine — et pour paralléliser sans conflit. Mais c’est aussi une contrainte : votre code et votre contexte transitent par l’infrastructure d’OpenAI. Pour un client soumis à des exigences de souveraineté ou de confidentialité fortes (secteur public, santé, finance en Europe), ce point mérite une évaluation sérieuse, au même titre que le débat Claude Code contre les alternatives européennes que nous avons détaillé pour Symfony.
Ce que ça change pour une équipe
La convergence des agents de code en 2026 est frappante : app desktop, workers parallèles, fichiers d’instructions, intégration MCP. Codex, Claude Code, Cursor et les autres se ressemblent de plus en plus dans leurs capacités, et se différencient sur la maturité de l’écosystème, le prix et la gouvernance. Pour une équipe déjà investie dans l’écosystème OpenAI, Codex est le choix naturel. Pour ceux qui construisent des workflows d’agents autonomes ou qui branchent leurs outils internes via des serveurs MCP, la question n’est plus « quel agent » mais « comment orchestrer et sécuriser » un parc d’agents.
Le vrai enjeu n’est pas l’outil, c’est la méthode. Un agent puissant sur une équipe qui n’a ni conventions écrites, ni garde-fous de revue, ni discipline de tests produit surtout de la dette plus vite. C’est exactement ce que nous travaillons dans nos ateliers : transformer un essai concluant en pratique d’équipe fiable, mesurable et sûre. Si votre équipe teste Codex ou Claude Code sans cadre partagé, c’est le moment de structurer.
Sources : Introducing the Codex app (OpenAI), OpenAI Codex (Wikipedia), Codex Updates — juillet 2026 (Releasebot).
Votre équipe utilise Claude Code ?
Formation intra sur vos projets réels : de la demi-journée à 2 jours, 6 devs max.