OpenAI intègre le harness de Codex à l'Agents API : la gestion de l'état passe chez le fournisseur
Le 10 septembre 2026, OpenAI a mis en bêta publique l'Agents API, une structure qui ouvre aux développeurs le même harness géré sur lequel repose Codex. L'architecture déplace la charge de l'orchestration — jusqu'ici confiée à du code maison ou à des frameworks tiers pour gérer les sessions, l'historique et la compaction du contexte, la reprise après une erreur — directement à l'intérieur du service de l'entreprise. La documentation technique décrit quatre entités fondamentales : l'Agent (qui réunit modèle, instructions, outils et serveurs MCP), l'Environment (la sandbox d'exécution facultative), la Session (l'instance durable du processus) et les Events/Items (les flux d'entrée et de sortie). Dans le quickstart officiel, les appels visent le modèle "gpt-6-astra" sous l'en-tête `OpenAI-Beta: agents=v1` et des endpoints comme `POST /v1/agents/sessions`, avec des événements JSON diffusés en streaming — `agent.session.turn.completed` ou `turn.failed` — pour suivre le déroulement.
La facturation ne prévoit pas d'abonnement propre au harness : les coûts correspondent à la consommation de tokens du modèle choisi, aux tarifs des outils activés et aux minutes de calcul des conteneurs pour les sandboxes gérées par OpenAI. À côté des configurations hosted et self-hosted — les deux seules décrites dans la documentation officielle —, la presse spécialisée évoque une troisième option, les sandboxes de partenaires, avec neuf noms : Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel. La page de documentation consacrée aux Environment est inaccessible. En avril 2026, le précédent Agents SDK avait déjà introduit la prise en charge native des sandboxes avec sept fournisseurs intégrés. Les spécifications publiées laissent par ailleurs en suspens les paramètres clés : limites de fréquence, durée maximale des sessions, tarif horaire exact des conteneurs, persistance de l'état des environnements d'une session à l'autre, et quels modèles sont admis en dehors du gpt-6-astra utilisé dans les exemples de code du quickstart.
Côté gouvernance des données, la documentation pose des bornes strictes : la résidence des données est limitée aux seuls États-Unis et le Zero Data Retention n'est pas pris en charge. Cette même documentation précise que choisir une sandbox self-hosted, sur sa propre infrastructure, ne rend pas l'Agents API éligible au ZDR — autrement dit, la protection la plus évidente ne suffit pas. La condition resserre nettement le périmètre d'adoption pour les organisations européennes soumises à des exigences strictes de confidentialité. Chez les développeurs, les réactions rapportées sont partagées : certains y lisent un approfondissement du verrouillage fournisseur, d'autres le soulagement de ne plus avoir à maintenir leurs propres VM de sandbox (BigGo Finance).
Réduire l'orchestration à un appel d'API retire du travail à l'application et le déplace sur les serveurs du fournisseur. Pour qui travaille en Europe sur des données régulées, le choix ne se joue pas sur la maintenance économisée, mais sur deux lignes de documentation : données uniquement aux États-Unis, aucun Zero Data Retention. Sur la disponibilité et le calendrier pour l'Europe, rien. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Source primaire : la documentation officielle d'OpenAI (developers.openai.com, pages overview et quickstart de l'Agents API), ouverte avec WebFetch — c'est de là que viennent les quatre objets, le modèle gpt-6-astra des exemples, les endpoints, l'en-tête de bêta, les événements de streaming et les formulations sur les prix, la résidence des données et le ZDR. L'annonce sur openai.com a répondu 403 deux fois : non lue. Confirmations indépendantes : MarkTechPost du 10/09/2026 et BigGo Finance, qui concordent sur la date, la structure, l'absence d'abonnement et les limites sur le ZDR et la résidence des données. Une recherche distincte a retrouvé la liste des partenaires de sandbox dans plusieurs médias, en partie les mêmes sept fournisseurs que l'Agents SDK d'avril 2026 (Help Net Security). Vérifié que le sujet n'était pas déjà couvert par des articles publiés.
- Incertezze
- Le billet de lancement sur openai.com répond 403 aux requêtes automatiques : les faits viennent de la documentation développeurs d'OpenAI, source officielle, croisée avec la presse spécialisée, et non du texte de l'annonce. Les neuf partenaires de sandbox (Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel) proviennent de sources secondaires : la page de documentation sur les Environment répond 404 et l'overview ne décrit que hosted et self-hosted. Aucun chiffre officiel sur les limites de fréquence, la durée maximale d'une session, le tarif horaire des conteneurs ni sur les modèles admis au-delà de gpt-6-astra. Aucune déclaration de dirigeants d'OpenAI en source directe. La persistance des environnements entre sessions reste sans réponse. Sur l'Europe, ni disponibilité ni calendrier.
- Perché pubblicarla
- Ce n'est pas un modèle de plus : OpenAI s'empare de la couche d'orchestration des agents — sessions, contexte, sandbox, sous-agents — et la vend comme un service géré, les coûts basculant sur les tokens et les minutes de conteneur. Pour qui développe en Italie et en Europe, il y a un aspect concret et peu raconté : résidence des données aux seuls États-Unis et aucun Zero Data Retention, même avec sa propre sandbox, ce qui écarte pour l'instant les charges régulées. C'est aussi un cas limpide du compromis débattu depuis des mois — moins d'infrastructure à maintenir, plus de dépendance à un fournisseur unique — avec des chiffres vérifiables plutôt que des impressions.