OpenAI ouvre l'Agents API : le harnais de Codex devient un service pour tous les développeurs

OpenAI a ouvert le 10 septembre 2026 la bêta publique de son Agents API : un service géré qui expose, en un appel d'API, le harnais d'orchestration qui fait tourner Codex. Sessions longues avec compaction automatique du contexte, recherche d'outils à la volée, sous-agents parallèles, bacs à sable gérés par OpenAI ou par des partenaires (Modal, Cloudflare, E2B, Vercel) et prise en charge du protocole MCP. Pas de frais dédiés : on paie les tokens consommés et les outils utilisés, au tarif standard.

OpenAI vend désormais l'orchestration, plus seulement le modèle

Techniquement, l'offre répond aux trois problèmes qui font échouer les agents en production. Le premier est la mémoire : sur une tâche de plusieurs heures, le contexte déborde, et la compaction automatique promet de préserver l'état sans intervention. Le deuxième est le coût des outils : charger cinquante définitions d'outils à chaque appel brûle des tokens, d'où la recherche d'outils qui ne charge que les définitions pertinentes, et l'appel programmatique qui exécute en parallèle et filtre les résultats. Le troisième est l'isolation : séparer le harnais de l'environnement d'exécution, avec des sandboxes interchangeables, évite qu'un agent plante avec son infrastructure. La prise en charge de MCP, protocole lancé par Anthropic et devenu standard de fait, confirme que la connectique des outils est désormais un terrain neutre ; la concurrence directe, c'est le Claude Agent SDK et les agents managés d'Anthropic, qui suivent la même logique de harnais hébergé.

Reste l'historique, et il invite à la prudence : quiconque a construit sur l'Assistants API, dépréciée au profit de la Responses API, ou sur AgentKit, sait ce que coûte une migration de pile agent. Quatre architectures en trois ans, c'est un rythme que peu de DSI acceptent. L'argument d'OpenAI, un service versionné qui évolue avec les modèles au lieu d'être remplacé, est précisément ce qui avait été promis aux précédentes. Le fait que le harnais soit celui de Codex, produit interne massivement utilisé, est en revanche un vrai gage : OpenAI dépend de sa propre API, comme GPT-6 Astra, lancé la semaine précédente, en est le moteur par défaut.

Mon avis : notable pour les équipes qui développent des agents, mineur pour les autres. Pour une agence ou une startup française, l'intérêt immédiat est d'estimer ce que la compaction et la recherche d'outils font gagner en facture de tokens sur un agent existant ; l'engagement architectural, lui, mérite d'attendre la sortie de bêta.

À tester sur un agent existant, pas à adopter les yeux fermés

Si votre équipe maintient un agent maison à base de Responses API et de boucles d'outils, le portage d'un workflow non critique vers l'Agents API donnera en quelques jours une mesure concrète : tokens économisés par la recherche d'outils, stabilité des sessions longues, latence des sandboxes partenaires. Si vous faites du SEO automatisé (audits, crawls analysés, génération contrôlée), les sous-agents parallèles avec limite configurable correspondent exactement au découpage audit par lot d'URL. Si vous n'avez pas d'agent en production, rien ne presse : une bêta publique sans engagement de rétrocompatibilité n'est pas une fondation. Et pour tous, la dépendance aux sandboxes tierces (Modal, Cloudflare, E2B, Vercel) ajoute un maillon contractuel à vérifier côté données personnelles avant tout usage sur des données clients européennes.

Sources

• OpenAI - Introducing the Agents API (10 septembre 2026)
• OpenAI - Newsroom, annonces produit du 10 septembre 2026