OpenAI rétablit la limite de 5 heures pour Codex et Work sur ChatGPT Plus

Le retour d’une contrainte courte pour les abonnés Plus

OpenAI rétablit la limite de cinq heures pour les comptes ChatGPT Plus utilisant Codex et ChatGPT Work, après une période durant laquelle cette limite avait été temporairement suspendue [1]. L’annonce a été faite par Thibault « Tibo » Sottiaux, responsable ingénierie de Codex et ChatGPT, qui a expliqué que cette fenêtre courte devait revenir pour les utilisateurs Plus afin de lisser la demande sur l’infrastructure de calcul d’OpenAI [1].

9to5Mac a rapporté la décision le 24 août au soir, en précisant que la limite de cinq heures devait revenir pour Codex et ChatGPT Work à partir du 25 août pour les abonnés Plus [2]. Selon le même article, les utilisateurs qui atteignent la limite de cinq heures ou la limite hebdomadaire peuvent soit attendre le prochain cycle de réinitialisation, soit acheter des crédits supplémentaires; OpenAI peut aussi, de manière ponctuelle, réinitialiser gratuitement certaines limites ou attribuer des réinitialisations différées via des promotions ou parrainages [2].

Concrètement, les abonnés Plus retrouvent un système à deux verrous. Un utilisateur peut être stoppé par la fenêtre de cinq heures alors qu’il lui reste encore une partie de son quota hebdomadaire. À l’inverse, il peut atteindre le plafond hebdomadaire et devoir attendre plusieurs jours, même si la prochaine fenêtre de cinq heures arrive bientôt. Ce double mécanisme existait déjà pour de nombreux utilisateurs de Codex, mais son retour constitue un changement notable pour ceux qui s’étaient habitués à un régime centré sur le quota hebdomadaire [2].

Les raisons avancées par OpenAI

Sottiaux a donné deux justifications principales. La première est opérationnelle: une limite de cinq heures aide OpenAI à lisser la charge de calcul, ce qui est important pour des outils agentiques capables de mener des sessions longues et coûteuses en inférence [1]. La deuxième relève de l’expérience utilisateur: selon lui, les abonnés Plus sont souvent des utilisateurs plus occasionnels ou plus récents, susceptibles de consommer sans s’en rendre compte toute leur allocation hebdomadaire en une seule poussée, puis de se retrouver bloqués et confus [1].

Cette justification résume la tension centrale des abonnements grand public à l’IA agentique. Les développeurs veulent pouvoir lancer une refactorisation, une session de débogage, une migration ou une recherche longue sans interruption artificielle. Le fournisseur, lui, doit répartir une capacité de calcul limitée entre de très nombreux utilisateurs et des tâches dont le coût varie fortement. Une fenêtre de cinq heures est un outil peu subtil, mais compréhensible: elle freine les pics, répartit la demande et réduit le risque qu’une seule soirée de travail vide tout le quota de la semaine.

Le retour de cette limite ne concerne pas tous les niveaux payants de la même manière. Sottiaux a indiqué qu’OpenAI gardait la limite de cinq heures désactivée pour les abonnements Pro à 100 et 200 dollars pendant les prochains mois [1]. La distinction entre Plus et Pro devient donc plus nette: Plus reste l’entrée payante pour quelques sessions de travail ciblées, tandis que Pro est orienté vers des usages plus longs, plus intensifs et plus fréquents [2].

Ce que la suspension temporaire avait changé

Pendant la suspension temporaire de la limite de cinq heures, de nombreux utilisateurs ont surtout été régulés par leur quota hebdomadaire. 9to5Mac décrit les dernières semaines comme une période pendant laquelle OpenAI avait laissé uniquement le plafond hebdomadaire en place pour Codex et ChatGPT Work [2]. Le même article indique qu’OpenAI a aussi réinitialisé de façon anticipée l’usage hebdomadaire de certains utilisateurs à plusieurs reprises, notamment à l’occasion de jalons de croissance sur les plateformes Codex et Work désormais rapprochées [2].

Cette expérimentation a résolu un problème tout en en révélant un autre. Sans fenêtre de cinq heures, les utilisateurs pouvaient enchaîner de longues sessions et consommer davantage de quota hebdomadaire d’un seul tenant. Pour les utilisateurs avancés, cela signifiait moins d’interruptions et moins de pertes de contexte. Pour les utilisateurs moins expérimentés, cela signifiait aussi qu’un agent pouvait engloutir une grande partie du quota hebdomadaire avant que le coût réel de la tâche ne soit compris.

La documentation actuelle d’OpenAI rappelle que l’usage dépend du modèle choisi, du lieu d’exécution de la tâche, de sa complexité, du contexte fourni, du niveau de raisonnement, de la vitesse et des outils connectés [3]. Elle précise aussi qu’une tâche longue peut consommer beaucoup plus qu’une demande courte [3]. C’est le point essentiel: dans un produit agentique, une seule instruction peut déclencher un plan, des modifications de fichiers, des commandes terminal, des tests, des appels à des outils, des reprises et plusieurs cycles de modèle.

Codex et Work partagent une même allocation

Le Help Center d’OpenAI indique actuellement que Codex est inclus dans les différents plans ChatGPT, mais que les limites d’usage varient selon le plan [3]. Il précise aussi que Codex, ChatGPT Work, ChatGPT for Excel et Workspace Agents utilisent une allocation et une réserve de crédits partagées lorsque ces fonctionnalités sont disponibles dans le plan de l’utilisateur [3]. Cette architecture est importante: un utilisateur peut percevoir Codex et Work comme deux produits distincts, alors qu’un usage intensif de l’un peut réduire la marge disponible pour l’autre.

La documentation recommande aux utilisateurs proches d’une limite, ou l’ayant atteinte, de consulter les réglages ou le tableau de bord d’usage, de vérifier quelle allocation est épuisée, de regarder le solde de crédits et l’heure de réinitialisation, et d’utiliser /status dans une session Codex CLI active [3]. Elle indique aussi que l’utilisateur peut, selon son compte, ajouter des crédits, utiliser une réinitialisation disponible, changer de plan ou attendre le prochain reset [3].

Cette combinaison rend la transparence indispensable. Si un produit impose à la fois une limite courte et une limite hebdomadaire, l’utilisateur doit savoir laquelle est atteinte, quand elle se réinitialise, combien de quota hebdomadaire reste disponible et s’il est plus logique d’attendre, d’utiliser une réinitialisation accumulée ou d’acheter des crédits. OpenAI précise qu’une réinitialisation complète accumulée peut remettre à zéro à la fois la fenêtre de cinq heures et la fenêtre hebdomadaire, tout en repoussant la prochaine réinitialisation hebdomadaire à environ sept jours après son utilisation [3]. C’est utile, mais cela transforme ces resets en ressource à gérer avec prudence.

Une communauté partagée

Les réactions des utilisateurs sont contrastées. Un fil Reddit publié peu après l’annonce présente la décision comme une mauvaise nouvelle pour certains abonnés Plus, avec des commentaires estimant que le plafond hebdomadaire était déjà ressenti comme restrictif et que le retour de la fenêtre de cinq heures rendrait Codex moins adapté aux longues sessions de développement [4]. D’autres participants au même fil reconnaissent cependant que la limite de cinq heures peut servir de garde-fou et éviter qu’une allocation hebdomadaire disparaisse en une seule session [4].

Les deux camps défendent une logique valide. Les développeurs qui travaillent en profondeur détestent les pauses imposées, parce que l’élan de programmation est fragile. Une réinitialisation cinq heures plus tard peut arriver lorsque le contexte mental est perdu, que la branche locale a changé ou que l’utilisateur est déjà passé à un autre outil. Pour ces profils, la suspension de la fenêtre courte ressemblait à une amélioration de productivité.

Mais les utilisateurs qui ont vidé leur quota hebdomadaire en quelques heures ont vécu l’expérience inverse. Ils n’ont pas gagné en liberté; ils ont perdu en prévisibilité. Une limite courte protège le budget hebdomadaire contre une session trop gourmande, surtout si l’agent inspecte un grand dépôt, relance des tests, utilise un raisonnement élevé ou manipule plusieurs outils.

Un enjeu de concurrence et de lisibilité

Cette décision pèse aussi sur la comparaison entre OpenAI et les outils concurrents comme Claude Code, Cursor ou les workflows fondés sur des API. La question n’est plus seulement de savoir quel modèle code le mieux. Elle devient: combien de travail l’abonnement achète-t-il réellement, les limites sont-elles visibles en temps réel, les réinitialisations sont-elles compréhensibles, et une tâche critique risque-t-elle d’être interrompue au pire moment?

Pour OpenAI, le rétablissement de la limite Plus peut orienter les utilisateurs intensifs vers Pro, vers l’achat de crédits, vers Business ou vers l’API. C’est commercialement cohérent, mais cela peut frustrer les abonnés Plus qui ont découvert le service pendant une phase plus généreuse. Le message produit doit donc être clair: si la fenêtre de cinq heures est désormais une règle durable pour Plus, les utilisateurs s’adapteront; si elle reste un levier variable de gestion de capacité, ils craindront de nouveaux changements soudains.

Ce retour montre aussi que les produits d’IA agentique s’éloignent du modèle simple du chat illimité ou semi-illimité. Dans une conversation ordinaire, l’utilisateur compte des messages. Dans Codex et Work, une tâche peut se ramifier en de nombreuses opérations de calcul, parfois invisibles. La tarification et les limites deviennent donc plus difficiles à expliquer et à anticiper.

Ce que les abonnés Plus doivent faire

Les utilisateurs Plus doivent désormais planifier leurs sessions Codex et Work autour de deux limites. Des instructions plus courtes, un contexte de dépôt plus ciblé, des niveaux de raisonnement moins élevés, moins d’outils connectés et une gestion prudente des fichiers de contexte peuvent aider à prolonger l’allocation [3]. Il est aussi conseillé de vérifier le tableau de bord d’usage avant de lancer une tâche longue, surtout si l’on approche d’une réinitialisation ou si l’on envisage d’utiliser des crédits [3].

La leçon générale est que Codex et ChatGPT Work doivent être traités moins comme un chat illimité que comme une ressource de calcul mutualisée incluse dans un abonnement grand public. Le retour de la limite de cinq heures ne rend pas ces outils inutilisables, mais il modifie leur rythme. ChatGPT Plus redevient un plan pour des sessions bornées, pas forcément pour du travail agentique ininterrompu toute la journée.

OpenAI peut réduire les blocages hebdomadaires inattendus et mieux stabiliser sa demande de calcul. Mais la mesure risque aussi de raviver la frustration des développeurs qui avaient profité du modèle temporaire centré sur le quota hebdomadaire. L’état actuel est donc un compromis: les abonnés Plus conservent l’accès à des outils puissants de codage et de travail agentique, mais avec un régulateur de cinq heures qui façonne fortement leur usage [1].

Sources des dernières 72 heures

1. [1]OpenAI restores 5-hour Codex and Work limits for ChatGPT Plus users25 août 2026, 01:47 UTC
2. [2]5H limit back from tomorrow for Plus subs... : r/codex25 août 2026, 02:11 UTC
3. [3]Tibo on X: Tomorrow we will bring back the 5h limit for Plus accounts across ChatGPT Work and Codex25 août 2026, 01:16 UTC
4. [4]Using Codex with your ChatGPT plan | OpenAI Help Center24 août 2026, 02:33 UTC

Article généré par IA à partir d’une recherche web récente, puis conservé comme instantané éditorial daté.