OpenAI présente le moteur d’agents open source de Codex comme une plateforme intégrable dans des applications tierces. Les développeurs peuvent réutiliser la boucle qui gère le contexte, les outils, les autorisations et l’exécution, tout en conservant leur propre interface et leurs règles métier.
Codex est surtout connu à travers son application, son outil en ligne de commande et son extension pour environnement de développement. Ces interfaces reposent pourtant sur une couche commune, le harness, désormais documentée comme un composant réutilisable.
La boucle d’agent devient une brique logicielle
Un modèle ne suffit pas à réaliser une tâche longue. Il faut conserver l’état de la conversation, rassembler le contexte pertinent, déclencher des outils, diffuser les étapes d’exécution et demander une approbation lorsqu’une action l’exige. Codex regroupe ces fonctions dans sa boucle d’agent.
OpenAI souligne que la conception de cette couche peut modifier fortement les résultats. Sur le benchmark ARC-AGI-3, la conservation du raisonnement et la compression du contexte ont fait passer le score de GPT-5.6 Sol de 13,3 % à 38,3 %, tout en divisant par six le nombre de jetons produits, selon l’entreprise.
Le protocole de Codex app-server permet à une application de créer et reprendre des fils de travail, de lancer des tours, de recevoir les événements en continu et de traiter les demandes d’autorisation. L’interface cliente n’a donc pas besoin de recréer toute cette orchestration.
Trois voies d’intégration
OpenAI distingue trois composants. La commande codex exec convient aux tâches non interactives et aux automatisations. Le SDK Codex fournit une interface de programmation pour lancer, reprendre ou diffuser des tâches. Codex app-server s’adresse aux produits qui ont besoin de conversations persistantes et d’un contrôle fin des événements.
Le code du harness est public, ce qui permet aux équipes d’examiner la couche située entre leur application et le modèle. L’accès aux modèles et les services gérés restent toutefois séparés de cette partie open source.
Une application peut également exposer ses données et actions via MCP. Le produit garde alors la maîtrise de ses dossiers, de ses règles et de ses confirmations, tandis que Codex gère le déroulement de la tâche et l’appel des outils autorisés.
Des agents au-delà du développement logiciel
OpenAI cite des intégrations dans des tableaux de bord internes et des outils d’exploitation. Le même schéma peut servir au support client, à la coordination opérationnelle, au tri d’incidents de sécurité ou à la recherche commerciale.
L’enjeu est de dissocier l’expérience utilisateur du moteur agentique. Une entreprise peut conserver l’interface déjà connue de ses équipes et y ajouter des capacités d’action, sans imposer un nouvel outil généraliste. Elle doit en contrepartie définir précisément le contexte transmis, les outils disponibles et les opérations soumises à validation.
Cette ouverture transforme Codex d’un assistant visible en infrastructure potentiellement invisible. Le succès des intégrations dépendra moins de l’effet de démonstration que de la qualité des limites, des approbations et de l’observabilité mises en place autour de l’agent.
Sources : publication OpenAI Developers et annonce du compte OpenAI Developers.
