Agents API : OpenAI confirme un bug de facturation

Le 18 septembre 2026, un utilisateur de Reddit a signalé une facture de 1 600 $ pour l’Agents API après avoir laissé des sessions hébergées inactives. OpenAI a reconnu une surfacturation des conteneurs ce jour-là, puis a déclaré l’incident résolu le 19 septembre. J’en retiens qu’il faut examiner les frais inattendus avant de les considérer comme normaux, tout en prévoyant la libération des ressources de chaque session. [1] [2]

Qu’est devenue la facture de 1 600 $ signalée sur Reddit ?

L’auteur a ensuite ajouté une précision déterminante : OpenAI avait reconnu un problème de facturation. Il a aussi ajouté un lien vers l’incident officiel. Cela change ma lecture de l’avertissement initial. Ce récit justifie d’examiner une facturation erronée ; il ne constitue pas un exemple fiable du coût normal de sessions inactives. [1] [2]

L’utilisateur décrivait des tâches récurrentes qui prenaient environ cinq minutes et coûtaient autour de 0,20 $ en utilisation du modèle depuis son passage à Luna. Il avait créé 138 sessions et les conservait pour garder une trace du travail accompli. Selon son billet, les frais affichés ont ensuite dépassé 200 $, puis 1 600 $. Ces montants, leur chronologie et les détails des tâches proviennent du seul témoignage de l’auteur. [2]

La page de statut d’OpenAI confirme de son côté l’existence d’un incident plus large. Le 18 septembre, l’entreprise a annoncé enquêter sur des frais anormalement élevés pour les conteneurs hébergés et préparer des remboursements. Le 19 septembre, elle a annoncé une mesure protégeant les nouvelles sessions, puis déclaré l’incident résolu. L’avis ne confirme ni le montant exact de la facture de cet utilisateur, ni un remboursement effectivement réalisé. [1]

Cette distinction compte quand on évalue ce que l’Agents API prend en charge. Une facture erronée peut donner l’impression qu’un service est hors de prix, même si le tarif prévu est différent. Je conserverais les identifiants des sessions et les relevés de facturation avant de décider si les tâches elles-mêmes doivent être repensées.

Combien coûte normalement une sandbox hébergée ?

OpenAI documente deux frais distincts : les tokens consommés par le modèle et le tarif du conteneur de la sandbox hébergée. Un compteur de tokens laisse donc de côté une partie du coût de la tâche. Le guide des environnements hébergés renvoie explicitement à la grille tarifaire standard des conteneurs. [3]

Lors de ma vérification du 22 septembre 2026, cette grille indiquait les montants suivants. La deuxième colonne conserve l’unité publiée de 20 minutes ; la dernière correspond à ma division par 20, sans affirmer que chaque session est facturée à la minute. [4]

La note de bas de page précise que les sessions de conteneur éligibles sont facturées à la minute, avec un minimum de cinq minutes. La page tarifaire ne définit pas cette éligibilité et ne précise pas comment chaque période d’inactivité est comptabilisée. Je confirmerais ces points pour les tâches concernées avant d’utiliser le tarif équivalent dans une estimation. La grille seule ne permet pas de reconstituer la facture publiée sur Reddit. [4]

Il s’agit d’une question différente de celle des limites d’utilisation sur cinq heures des abonnements Codex. Le quota d’un abonnement encadre l’utilisation incluse ; une application qui utilise l’API doit comptabiliser les ressources qu’elle crée. Mélanger les deux complique chacune de ces discussions.

La fin d’une tâche libère-t-elle sa sandbox ?

La fin d’une tâche et le nettoyage de sa sandbox sont deux étapes distinctes. OpenAI indique que les sandbox connectées reçoivent des signaux de maintien en activité entre les tours et peuvent expirer après une heure sans activité ni signal de ce type. Ce délai ne garantit donc pas que chaque tâche terminée perd sa sandbox exactement 60 minutes plus tard. [3]

L’action de nettoyage documentée consiste à supprimer la session quand elle n’est plus nécessaire. Une réponse 409 peut signifier que la préparation ou l’exécution n’est pas encore terminée ; OpenAI conseille d’attendre, puis de réessayer avec un nombre limité de tentatives. La suppression de la session retire la ressource de l’API, tandis que le nettoyage physique peut se poursuivre de manière asynchrone. [3] [5]

L’annulation répond à un autre besoin. Elle arrête un tour actif tout en conservant la conversation et le travail précédent. Le guide des sessions précise aussi qu’une session inactive ne prouve pas la réussite de la tâche : les applications doivent examiner l’issue du tour et son résultat. J’enregistrerais séparément l’acceptation du travail et la libération de ses ressources. [7]

C’est le pendant opérationnel de la conservation du contexte utile aux agents de programmation. Les connaissances sauvegardées et un environnement de travail actif répondent à des besoins différents. Pour une tâche récurrente, je sauvegarderais explicitement le résultat accepté et l’historique nécessaire, puis déterminerais si un prochain tour a réellement besoin du même environnement.

Que changerais-je dans une application utilisant des agents ?

Je prévoirais un suivi des sessions dans l’application, de leur création au nettoyage, y compris en cas d’échec de la tâche. Chaque session aurait un responsable et une date limite de conservation. Après sauvegarde des résultats nécessaires, un processus de nettoyage demanderait la suppression, enregistrerait la réponse et réessaierait les opérations ayant échoué temporairement, avec une limite de tentatives. Une vérification périodique distincte repérerait les sessions oubliées par le traitement habituel de fin de tâche.

C’est l’organisation que je propose pour l’application, pas une correction qu’OpenAI aurait demandé à ses clients d’appliquer pour éviter son incident de facturation. Elle permet de comprendre l’utilisation des ressources. Si des frais paraissent erronés, je veux savoir quelles sessions existaient, ce qui y a été exécuté et quand leur nettoyage a été demandé.

Je comparerais aussi les données enregistrées par l’application avec celles de facturation. OpenAI précise que les compteurs de tokens par session et par tour sont provisoires : ils peuvent être absents ou évoluer à mesure que les données de comptabilisation arrivent, et ne constituent pas une facture définitive. Sa documentation recommande d’inclure le travail délégué, les nouvelles tentatives et les frais d’outils ou de calcul applicables pour estimer le coût de la tâche entière. [6]

Enfin, je vérifierais si la tâche a réellement besoin d’une sandbox. L’option documentée environment.type: "none" peut convenir à du travail réalisé avec des outils externes, mais elle retire l’accès intégré à Bash, l’application de correctifs et les fichiers de l’espace de travail. Je la choisirais pour les tâches dont les outils nécessaires restent disponibles sans cet environnement. [8]

Pour la prochaine tâche récurrente, j’examinerais ensemble le résultat sauvegardé et la trace du nettoyage. Les deux font partie d’une exécution terminée.