Pourquoi OpenAI a réinitialisé les quotas de Codex et ChatGPT Work le 29 août

La réinitialisation annoncée le 29 août 2026 n’était pas une hausse permanente des abonnements. Elle constituait surtout une mesure corrective pour les utilisateurs payants de Codex et de ChatGPT Work dont les crédits pouvaient être épuisés par des inefficacités du produit ou des traitements exécutés en arrière-plan. OpenAI a restauré automatiquement les quotas concernés, sans demander aux abonnés de déposer une réclamation individuelle. Cette opération était distincte de la facturation de l’API, où la consommation est mesurée en jetons et facturée séparément. 4 17

Un quota qui diminuait sans forcément produire plus de travail

OpenAI n’a pas promis à tous ses abonnés un quota numérique définitivement supérieur de 10 % à 50 %. Les informations publiées autour du correctif indiquent plutôt que la même enveloppe pourrait durer 10 % à 50 % plus longtemps, selon la manière dont chacun utilise Codex ou ChatGPT Work. 8 4

Les problèmes identifiés pouvaient ainsi faire baisser la jauge sans correspondre directement au travail demandé par l’utilisateur :

• Compression de contexte avec beaucoup d’images : dans les longues sessions, la compression répétée pouvait conserver d’anciennes images et rendre le contexte moins efficace. Une note de mise à jour précise désormais que les images conservées sont prises en compte dans le budget de contexte et que les plus anciennes sont supprimées si nécessaire. 15 30
• Surcoût lié à Computer History : les utilisateurs situés dans la partie haute de la distribution d’usage pouvaient générer une consommation inhabituellement importante avec cette fonction, qui transforme l’activité sur des applications et des sites en historique exploitable par ChatGPT et Codex. 15
• Titres de conversations automatiques : un mécanisme de génération de titres utilisait davantage de crédits que prévu, en lançant une activité de modèle sans rapport direct avec la tâche principale. 15

Des informations ultérieures ont fait état d’un ensemble plus large de huit correctifs. Parmi les autres problèmes évoqués figurent des agents qui poursuivaient leur travail alors qu’ils avaient atteint leur objectif, des sous-agents orientés vers des modèles plus coûteux et des automatisations planifiées qui se déclenchaient trop souvent ou dans des circonstances non prévues par l’utilisateur. 4 8

Comment ces bugs pouvaient-ils consommer des crédits en silence ?

Dans une session riche en images, une compression de contexte mal optimisée pouvait entraîner la répétition d’opérations de traitement visuel. Un agent qui ne s’arrêtait pas après avoir terminé sa mission pouvait continuer à effectuer des appels au modèle et des appels d’outils. De leur côté, les fonctions en arrière-plan pouvaient utiliser une partie de l’allocation sans qu’une nouvelle demande apparaisse clairement à l’écran.

Le routage d’un sous-agent vers un modèle plus coûteux augmentait aussi le coût de chaque tâche déléguée. Quant aux automatisations mal configurées, elles pouvaient lancer du travail de façon répétée ou en l’absence de l’utilisateur. Ces mécanismes expliquent pourquoi certains abonnés ont vu leur quota diminuer plus vite que ne le laissait penser leur activité de programmation visible.

Il n’existe toutefois pas, dans les informations publiques disponibles ici, de ventilation officielle et détaillée des huit correctifs, ni de pourcentage d’économie fiable pour chacun d’entre eux.

Jusqu’à 50 % de travail supplémentaire, mais pas pour tout le monde

L’amélioration annoncée correspond à 10 % à 50 % de travail utile en plus avec la même allocation, et non à une hausse identique du nombre de crédits disponibles. La fourchette dépend du profil d’utilisation. Les personnes qui travaillent sur de longues sessions avec beaucoup d’images, Computer History, plusieurs agents ou des tâches planifiées sont celles qui avaient le plus de chances d’en bénéficier. 8

Le correctif lié aux images est étayé par la note de mise à jour publiée. En revanche, aucune source publique suffisamment fiable ne permet d’établir une réduction précise de la consommation d’images pour l’ensemble des comptes. Les utilisateurs qui n’étaient pas concernés par ces comportements peuvent donc constater peu de changement après la remise à zéro.

Ce que Thibault Sottiaux avait annoncé le 24 août

Le 24 août, Thibault Sottiaux, responsable de l’ingénierie de Codex et de ChatGPT chez OpenAI, avait indiqué que l’équipe avait identifié trois premiers drains : les sessions longues contenant des images, la consommation élevée de Computer History et la génération automatique des titres. Il expliquait qu’une « tiger team », c’est-à-dire une équipe dédiée à une investigation urgente, examinait les signalements et déployait les correctifs. 15

Les communications suivantes ont indiqué que cette équipe avait parcouru des milliers de rapports d’utilisateurs avant la réinitialisation générale du 29 août. 8 Le calendrier est révélateur : la remise à zéro devait compenser les abonnés pendant qu’OpenAI corrigeait les problèmes d’efficacité et de comptabilisation, plutôt que signaler une augmentation définitive des quotas.

Pourquoi la croissance de Codex a rendu le problème plus visible

Codex et ChatGPT Work se développaient rapidement au même moment. Des sources secondaires ont évalué leur audience combinée à environ 8 millions d’utilisateurs à la mi-juillet, 15 millions à la mi-août, puis 20 millions le 21 août. 10 23

Cette croissance a suivi le lancement de GPT-5.6 Sol au début du mois de juillet et s’est accompagnée d’une baisse de son prix. Reuters a rapporté que le tarif standard de l’API pour les contextes courts était passé, après la réduction du 21 août, à 4 dollars par million de jetons en entrée et 20 dollars par million de jetons en sortie. 17 La page officielle du modèle précise également que GPT-5.6 est disponible dans ChatGPT, Codex et l’API, avec des usages et des tarifs variables selon le produit. 28

À grande échelle, une petite inefficacité par session devient rapidement un problème de capacité, de facturation et de support client. C’est particulièrement vrai pour les outils de programmation agentique, capables de mobiliser de longs contextes, des outils, du traitement d’images et plusieurs sous-agents pour une seule demande.

Des réinitialisations répétées qui alimentent le scepticisme

Codex et ChatGPT Work avaient déjà connu plusieurs changements de limites et réinitialisations en juin, juillet et août, dont une remise à zéro mondiale signalée le 11 août. 18 Certaines opérations précédentes étaient liées à des paliers d’utilisateurs, à des ajustements temporaires de politique ou à la volonté de laisser les clients continuer à tester le système pendant les réglages. 14 23

En revanche, les informations disponibles ne permettent pas de confirmer solidement l’affirmation selon laquelle il y aurait eu « six réinitialisations en deux semaines » en juillet, ni d’attribuer chaque événement à une défaillance d’infrastructure. La conclusion la mieux étayée est plus prudente : OpenAI recalibrait régulièrement la mesure des quotas, le routage des modèles, les fonctions en arrière-plan et les contrôles de capacité alors que la demande augmentait fortement.

Un précédent explique aussi la méfiance de certains utilisateurs. Le crédit accordé lors du franchissement du seuil des 20 millions d’utilisateurs avait été décrit comme une réinitialisation mise en réserve, que chacun pouvait utiliser plus tard, et non comme un remplissage immédiat de la jauge active. 13 10 Un crédit en réserve peut donc donner l’impression de ne jamais avoir été appliqué si l’utilisateur attend une hausse instantanée de son quota visible.

Le retour de la limite de cinq heures pour Plus

La remise à zéro du 29 août s’inscrivait dans une gestion plus large de la capacité de Codex et de ChatGPT Work. OpenAI a rétabli pour les abonnés ChatGPT Plus une limite glissante de cinq heures, après une période durant laquelle la limite hebdomadaire constituait l’essentiel de la contrainte. 5 6

Les informations publiées à ce moment-là indiquaient que les offres Pro restaient exemptées, tout en laissant ouverte la possibilité de futures limites si l’usage continuait à progresser. 12

Cette tension reflète l’économie particulière du développement assisté par des agents. Une seule tâche peut mobiliser un long contexte, plusieurs appels d’outils, des images, des traitements en arrière-plan et plusieurs sous-agents. Les abonnements à prix fixe sont simples à comprendre pour les clients, mais ils rendent indispensable une comptabilisation fiable et transparente lorsque les charges de travail varient autant.

Quel affichage pour suivre les dépenses ?

OpenAI propose déjà, dans ChatGPT Work et Codex, des outils d’administration permettant de consulter l’adoption et l’utilisation des crédits, de repérer les membres ou les groupes proches de leur limite et de gérer les demandes de dépense. 49

Les éléments disponibles ne permettent pas de confirmer le design exact ni le calendrier de lancement d’un affichage plus détaillé destiné à tous les utilisateurs. Un compteur ventilant la consommation par modèle, tâche, image, agent et automatisation rendrait les quotas beaucoup plus lisibles, mais cette description doit rester considérée comme une interprétation et non comme une fonctionnalité officiellement spécifiée.

Le point essentiel est donc plus limité : OpenAI a réinitialisé les allocations des abonnés payants après avoir corrigé plusieurs sources signalées de consommation involontaire. La question de fond reste entière : comment rendre l’usage d’outils de programmation agentique suffisamment prévisible pour fonctionner durablement avec des abonnements à prix fixe ?