OpenAI vient d'offrir la boucle de l'agent. C'est la session que vous louez

11 septembre 2026
12 min de lecture

11 septembre 2026
12 min de lecture
Pendant dix-huit mois environ, le plus difficile dans un produit à base d'agents n'était pas l'appel au modèle. C'était tout ce qui l'entoure. Le 10 septembre 2026, OpenAI a publié tout cela sous forme de service géré, sans marge, avec une page de limitations que la plupart des articles ont ignorée.
Les deux moitiés comptent. La seconde davantage.
L'Agents API est entrée en bêta publique et expose le harness même qui fait tourner Codex. La documentation la réduit à quatre primitives :
L'Agents API, telle qu'elle est documentée
Quatre concepts, dont un seul fait le vrai travail
Derrière elles, OpenAI exécute la boucle : la plateforme prend en charge « l'orchestration des sessions, le compactage du contexte et la reprise ». Les sessions résument le travail antérieur à mesure que la fenêtre se remplit, répartissent les tâches entre sous-agents sous un plafond de concurrence (max_concurrent_subagents vaut 4 dans l'exemple publié), chargent les définitions d'outils à la demande au lieu de les payer toutes à chaque tour, et survivent aux pannes sans que vous écriviez la reprise.
Les sandboxes existent en trois formes : hébergés par OpenAI, hébergés par vous via codex exec-server sur un WebSocket sortant, ou chez un partenaire — Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop et Vercel étaient cités au lancement.
Et la tarification est le titre que personne n'a tout à fait cru : l'Agents API ne facture rien pour elle-même. Vous payez les tokens du modèle au tarif standard, le tarif standard des outils fournis par OpenAI, et le temps de conteneur si vous utilisez un sandbox hébergé. L'orchestration est gratuite.
J'ai écrit deux fois sur le harness cet été, chaque fois comme un objet entre lesquels on choisit. Prime Agent et Muse Code ont fait des paris opposés sur l'ouvert contre l'hébergé, et DeepSeek en a libéré un où même la boucle est un plugin. La prémisse commune de tout ce débat était que le harness est une vraie pièce d'ingénierie avec de vrais choix de conception, et qu'en choisir un est un acte stratégique.
Cette prémisse vient de s'affaiblir considérablement, au moins pour les parties que tout le monde construisait à l'identique.
Personne ne se différenciait par sa logique de reprise. Tout le monde l'écrivait, simplement.
Parcourez la liste de ce que le harness géré fait désormais et demandez-vous, honnêtement, laquelle de ces choses votre équipe faisait mieux qu'une valeur par défaut compétente. Compacter le contexte quand la fenêtre se remplit. Les appels d'outils en parallèle. Un sous-agent qui reçoit son propre contexte et renvoie un résultat. Reprendre après un plantage sans rejouer depuis le premier tour. Charger les schémas d'outils paresseusement pour que cent outils ne coûtent pas cent schémas par tour.
Ce sont exactement les éléments du backlog d'infrastructure interne de chaque équipe d'agents, et ce n'est nulle part là que le produit de qui que ce soit gagne. Si un concurrent les livre gratuitement et qu'ils fonctionnent, garder votre propre version devient une décision qu'il faut justifier plutôt qu'une décision qui se justifie d'elle-même.
L'argument d'efficacité qui, lui, est réel
Les définitions d'outils paresseuses et le compactage automatique attaquent directement le problème de résidence — chaque fichier que lit un agent reste résident et est refacturé à chaque tour — et un compacteur géré qui s'exécute correctement battra un compacteur artisanal qui s'exécute quand quelqu'un y pense. Cette économie est réelle, pas marketing.
Voici la ligne, tirée de la documentation de l'Agents API d'OpenAI :
Extrait des limitations de l'Agents API
L'Agents API ne prend en charge la résidence des données qu'aux États-Unis et ne prend pas en charge le Zero Data Retention. Choisir un sandbox auto-hébergé ne rend pas l'Agents API éligible au ZDR.
Relisez cette dernière phrase, car elle ferme la porte de sortie vers laquelle un fondateur se tournerait en premier.
L'intuition dit : d'accord, notre code est sensible, donc nous ferons tourner le sandbox dans notre propre VPC. Vous le pouvez. Le calcul se déplace. Les fichiers restent sur votre infrastructure. Et vous n'êtes toujours pas éligible au ZDR, parce que le sandbox n'a jamais été la chose conservée.
C'est la partie que j'aimerais qu'un fondateur intègre vraiment, car ce n'est pas un vide juridique qu'une version ultérieure comblera.
Ce qui rend une session durable précieuse, c'est qu'elle se souvient. Vous pouvez lui rendre une tâche demain et elle saura ce qu'elle a lu, ce qu'elle a tenté, ce qui a échoué et ce qu'elle a conclu, sans que vous ne reconstruisiez quoi que ce soit. La documentation d'OpenAI le dit sans détour : l'API « conserve l'état de la session pour que vous puissiez poursuivre le travail d'un tour à l'autre sans reconstruire le contexte de la conversation ».
Décrivez maintenant le même mécanisme à un auditeur sécurité. Un tiers détient un enregistrement persistant et rejouable de tout ce que votre agent a touché — contenu de fichiers, sorties d'outils, raisonnement intermédiaire, données clients qui sont passées par là — sur une infrastructure que vous ne contrôlez pas, dans une juridiction que vous n'avez pas choisie.
La durabilité, c'est la conservation avec le marketing par-dessus. Une seule propriété, décrite par l'ingénierie et par le service juridique.
Il n'existe aucune version de cela où la session survit à un redémarrage sans que rien ne soit gardé. Zero Data Retention et session durable s'excluent mutuellement par construction, et la lecture honnête de cette page de limitations n'est pas « pas encore » mais « pas tant que la fonctionnalité marche ainsi ».
Cela reformule la décision. Ce n'est pas une case qui se débloquera au premier trimestre. C'est un arbitrage structurel : vous échangez la capacité de promettre à un client que rien n'est conservé contre la capacité d'arrêter de maintenir une boucle d'agent. Pour beaucoup de produits, cet échange est manifestement le bon. Pour certains, il est rédhibitoire dès le premier jour, et l'utile est de savoir dans quel cas vous êtes avant de construire huit mois par-dessus.
Le cadrage « code ouvert » a semé la confusion, il vaut donc la peine de trancher proprement.
codex exec-server font de l'environnement d'exécution un vrai choix, avec de vraies options de CPU, GPU, mémoire et VPC. Si votre inquiétude porte sur l'endroit où le code s'exécute et où vivent les fichiers, cette inquiétude a une réponse dès aujourd'hui.gpt-6-astra. Un harness qui gère le contexte, décide quand compacter et coordonne des sous-agents est co-conçu avec le modèle sur lequel il a été réglé. Même avec un code de harness ouvert, « brancher un autre fournisseur » revient à refaire ce réglage, pas à changer une configuration.Le coût de sortie s'est déplacé. C'était le code d'orchestration que vous aviez écrit, pénible mais vôtre. Ce sont désormais les transcriptions que vous n'avez pas écrites, qui ne le sont pas.
Si vous voulez la boucle gratuite — et la plupart des équipes devraient au moins la chiffrer — l'architecture qui garde vos options ouvertes est la même que celle qui rend votre agent débogable, ce qui est une heureuse coïncidence.
Faites cela et l'Agents API devient un accélérateur que vous pouvez quitter. Sautez-le et elle devient l'endroit où vit la mémoire de votre produit.
Le lancement s'accompagnait de résultats clients, qui méritent d'être énoncés avec exactitude et escomptés comme il se doit : un partenaire de lancement a rapporté un score d'évaluation passé de 0,71 à 0,85 avec une latence divisée par environ 4x, un autre une réduction des coûts de 60 % par dossier, un troisième 86 % de réponses en échec en moins.
Ce sont de vraies équipes rapportant de vrais écarts. Ce sont aussi des chiffres choisis par le fournisseur, auto-déclarés, non audités, et mesurés contre ce que ces équipes avaient avant — c'est-à-dire, pour une entreprise acceptant d'être partenaire de lancement d'une orchestration gérée, vraisemblablement une boucle artisanale qui demandait à être remplacée.
Ce que ces chiffres établissent et n'établissent pas
Ils établissent qu'un harness géré compétent bat un harness interne négligé, ce dont personne n'a jamais douté. Ils n'établissent pas qu'il bat un harness interne entretenu, et aucune comparaison publiée ne le fait. Prenez-les comme la preuve que la chose fonctionne, pas comme votre amélioration prévisionnelle.
Une réponse directe selon votre situation
La ligne sur la conservation tranche l'essentiel avant tout le reste
Une bêta publique reste une bêta publique. La résidence, le ZDR et la prise en charge des modèles peuvent tous évoluer, et une limitation aujourd'hui structurelle pour la conception à session durable pourra plus tard trouver réponse dans un autre mode de session. Construisez sur ce qui est documenté, pas sur ce qui est plausible.
« Sans marge » ne veut pas dire « sans coût ». Le temps de conteneur est facturé, les outils hébergés sont facturés, et un harness qui compacte et lance des sous-agents de façon transparente rend la consommation de tokens plus difficile à prévoir, pas plus facile. Instrumentez la dépense par tâche achevée dès le premier jour, pas par appel.
L'orchestration gratuite est une stratégie, pas une générosité. Offrir la couche du dessus pour vendre les tokens du dessous est le plus vieux geste de l'infrastructure, et il marche précisément parce que la couche gratuite est réellement bonne. C'est un argument pour l'utiliser en connaissance de cause, pas pour la refuser.
Le harness d'agent a cessé d'être un différenciateur le 10 septembre 2026. Compactage du contexte, coordination de sous-agents, chargement paresseux des outils et reprise après incident sont désormais un service géré sans marge, et l'argument pour maintenir votre propre version de tout cela doit être construit plutôt que présumé.
Ce qui le remplace comme question stratégique, c'est la session. Une session d'agent durable est la primitive la plus utile de cette sortie et la seule que vous ne pouvez pas auto-héberger, sur laquelle vous ne pouvez pas obtenir de garantie de non-conservation, et que vous ne pouvez pas emporter. Durabilité et conservation sont une seule propriété, ce qui fait de ceci un arbitrage et non un manque provisoire.
Louez la boucle. Possédez l'état. Les équipes qui se tromperont là-dessus ne s'en apercevront pas pendant un an, puis s'en apercevront d'un seul coup.
Sources : OpenAI, « Introducing the Agents API » · Documentation de l'API OpenAI, présentation de l'Agents API · Journal des modifications de l'API OpenAI, 10 septembre 2026 · MarkTechPost, « OpenAI Launches the Agents API in Public Beta, Putting the Codex Harness Behind One API Call » · Les primitives, le texte des limitations et tous les postes de tarification sont cités de la documentation d'OpenAI ; les chiffres des partenaires de lancement sont publiés par le fournisseur. La lecture de la durabilité et de la conservation comme une seule propriété, ainsi que chaque recommandation d'architecture, sont de moi. Pour voir à quoi ressemblait le débat sur le harness quand il s'agissait encore de choisir entre fournisseurs, voyez les deux harness sortis en 48 heures avec des paris opposés.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.