OpenAI ouvre en bêta publique son Agents API, un service destiné à exécuter des agents de longue durée avec le même socle d’orchestration que Codex. L’entreprise prend en charge la boucle agentique et laisse aux développeurs le choix entre un bac à sable hébergé, leur propre infrastructure ou plusieurs fournisseurs partenaires.
L’annonce, publiée le 10 septembre, présente l’API comme une couche gérée pour les tâches qui nécessitent plusieurs étapes, des outils et une continuité au-delà d’une seule fenêtre de contexte. Le développeur définit le modèle, les instructions, les outils et l’environnement, tandis qu’OpenAI maintient le harnais logiciel et l’état de la session.
Un environnement au choix pour exécuter les agents
Trois modes d’exécution sont proposés. Le premier repose sur un bac à sable OpenAI, capable de manipuler des fichiers, d’installer des paquets, de charger des skills et d’exécuter du code. Le deuxième permet d’utiliser une infrastructure auto-hébergée. Le troisième passe par des partenaires comme Cloudflare, DigitalOcean, E2B, Modal, Oracle, Runloop ou Vercel.
Cette séparation entre le harnais et l’environnement vise à répondre à des contraintes différentes de calcul, de stockage et de gouvernance. Une entreprise peut ainsi conserver l’exécution dans son propre réseau tout en utilisant l’orchestration de l’API. OpenAI précise toutefois que la bêta ne prend pas en charge la rétention zéro des données et que la résidence des données reste limitée aux États-Unis, deux restrictions importantes pour les usages réglementés.
Compactage, recherche d’outils et sous-agents
L’Agents API automatise le compactage du contexte lorsqu’une session approche de sa limite. Le système doit préserver les informations nécessaires à la poursuite du travail, afin qu’un agent puisse enchaîner plusieurs fenêtres de contexte sans que l’application reconstruise elle-même tout l’historique.
Le service intègre aussi une recherche d’outils qui ne charge que les définitions pertinentes. OpenAI affirme que ce mécanisme réduit la consommation de jetons tout en préservant le cache du modèle. Les appels programmatiques peuvent ensuite être parallélisés, chaînés et filtrés avant que leurs résultats ne reviennent dans le contexte. Les fonctions personnalisées, la recherche web et les serveurs MCP figurent parmi les intégrations prises en charge.
Pour les tâches complexes, un agent principal peut déléguer des sous-problèmes à plusieurs sous-agents. Chacun conserve son propre contexte, puis le coordinateur rassemble les résultats. Cette architecture vise notamment les enquêtes techniques, l’analyse de données et les travaux de développement qui peuvent être divisés en branches indépendantes.
Une offre distincte de l’Agents SDK
OpenAI distingue cette nouvelle API de son Agents SDK et de la Responses API. L’Agents SDK laisse l’application contrôler la boucle, les transferts entre agents et le stockage. La Responses API donne un accès plus direct aux modèles. L’Agents API, elle, délègue à OpenAI l’exécution du harnais et la persistance des sessions, avec un effort d’intégration annoncé comme plus faible.
Le service est accessible à tous les développeurs pendant la bêta publique. OpenAI n’ajoute pas de frais propres à l’API : la facturation porte sur les jetons, les outils et le temps de conteneur utilisés.
Notre analyse
L’enjeu n’est pas un nouveau modèle, mais l’industrialisation de la couche qui l’entoure. En exposant le harnais de Codex, OpenAI transforme des fonctions jusque-là assemblées au cas par cas en service géré : mémoire de session, outils, exécution isolée, reprise et coordination. Ce gain de simplicité s’accompagne d’une dépendance accrue à la plateforme et de questions de conformité encore ouvertes. La bêta permettra surtout de mesurer la fiabilité réelle sur des travaux longs, le contrôle des coûts et la qualité des reprises après incident.
Sources : annonce officielle d’OpenAI, documentation des environnements agentiques et analyse technique de MarkTechPost.
