OpenAI a publié le 10 septembre 2026 une Agents API qui délègue à OpenAI la gestion des sessions, l’orchestration, la compression de contexte et la récupération. L’application fournit les outils et l’environnement d’exécution ; OpenAI prend en charge le reste. La documentation est disponible sur developers.openai.com.
De l’appel unique à l’orchestration continue
L’API classique d’OpenAI fonctionne appel par appel : l’application envoie un prompt, reçoit une réponse, reconstruit le contexte à chaque tour. C’est le modèle que tous les développeurs IA connaissent depuis 2020.
L’Agents API introduit une couche au-dessus. OpenAI maintient la session active, compresse automatiquement le contexte quand il grossit, récupère les informations pertinentes et orchestre les appels aux outils sans que l’application ait à le gérer elle-même. Le modèle utilisé est gpt-6-astra.
La différence pratique est structurelle : là où l’API classique oblige l’application à reconstituer l’historique et à gérer l’état entre les appels, l’Agents API maintient une session persistante que plusieurs composants peuvent rejoindre ou quitter.
Les quatre primitives
La documentation organise l’API autour de quatre concepts centraux.
- Agent : un modèle avec ses instructions, ses outils et ses serveurs MCP associés.
- Environment : le sandbox OpenAI ou une infrastructure fournie par l’application.
- Session : une instance active et persistante d’un agent, avec son contexte propre.
- Events / items : les entrées et sorties échangées au fil de la session.
À l’intérieur d’une session, un agent peut exécuter du code, modifier des fichiers dans un sandbox, se connecter à des serveurs MCP et déléguer des tâches à des sous-agents concurrents. OpenAI propose aussi le streaming de progression ou les webhooks pour suivre l’avancement en temps réel.
Les limites documentées
OpenAI documente explicitement deux restrictions.
Première restriction : la résidence des données est limitée aux États-Unis. Les applications soumises à des exigences de localisation européenne ou asiatique ne peuvent pas utiliser l’Agents API dans sa version actuelle.
Deuxième restriction : le Zero Data Retention (ZDR) n’est pas supporté, même lorsque l’application utilise son propre sandbox hébergé. Pour les cas d’usage où aucune donnée ne doit transiter par les systèmes d’OpenAI au-delà du temps de traitement, l’Agents API n’est pas applicable.
Ces deux contraintes reflètent une réalité architecturale : maintenir une session persistante avec compression de contexte implique que les données séjournent dans l’infrastructure d’OpenAI entre les tours. Ce n’est pas une lacune temporaire, c’est une conséquence directe du service proposé.
Contexte : MCP d’abord, orchestration ensuite
L’annonce s’inscrit dans un mouvement plus large. OpenAI a adopté le protocole MCP au début de l’année, unissant le paysage des connecteurs avec Anthropic et d’autres labs. L’Agents API capitalise sur cette infrastructure : un agent peut désormais se connecter à n’importe quel serveur MCP sans que l’application intermédiaire n’ait à implémenter la logique de connexion.
La publication de cette API le 10 septembre arrive après plusieurs mois où la communauté de développeurs a assemblé ses propres couches d’orchestration. Des frameworks comme LangChain, AutoGen ou le SDK Agents d’OpenAI (sorti en mars 2026) géraient déjà sessions et sous-agents, mais côté application. L’Agents API déplace cette responsabilité côté OpenAI.
L’entrée sur Hacker News a généré 282 points et 157 commentaires en moins de 24 heures. Les discussions portent principalement sur la question de la confiance architecturale : confier la gestion de l’état d’un agent à un fournisseur tiers change le profil de risque d’une application en production. La question du vendor lock-in sur la gestion des sessions est explicitement soulevée dans les commentaires.
Ce qui reste à vérifier
La documentation ne mentionne pas de tarification spécifique pour les sessions ou la compression de contexte, au-delà d’une facturation basée sur l’usage API standard. Il n’existe pas non plus d’information publique sur les limites de durée de session ou le comportement en cas d’expiration.
OpenAI n’a pas précisé de calendrier pour étendre la disponibilité géographique ou ajouter le support ZDR. Ces informations conditionneront la capacité des entreprises européennes à adopter l’API dans un cadre réglementaire conforme.
Pour faire tourner ce type d’agent sur tes propres process, avec surveillance et alertes quand ça casse, voir mes prestations d’automatisation IA.