Codex Plus peut bloquer votre travail avec 84 % du quota hebdomadaire
La limite de cinq heures d’OpenAI peut interrompre votre travail sur Codex alors que le quota hebdomadaire reste disponible. Voici comment la gérer.
Sur cette page
- OpenAI a rétabli la limite Plus le 26 août 2026
- Pourquoi Codex bloque-t-il alors qu’il reste du quota hebdomadaire ?
- Que prouve vraiment le compteur Reddit à 84 % ?
- La limite protège la capacité, mais interrompt le travail concentré
- Comment planifier votre travail autour de la limite de cinq heures ?
- Que faudrait-il pour prouver une baisse du quota hebdomadaire ?
Codex Plus peut cesser d’accepter de nouvelles tâches incluses une fois la limite de cinq heures atteinte, même avec du quota hebdomadaire. Sur Reddit, un utilisateur a indiqué qu’une tâche Sol High de 28 minutes lui avait laissé 84 % de ce quota. Son cas montre l’effet de deux limites distinctes, sans prouver une baisse hebdomadaire. [2] [5]
OpenAI a rétabli la limite Plus le 26 août 2026
Le responsable de l’ingénierie d’OpenAI, Thibault Sottiaux, a annoncé le 25 août 2026 que la limite de cinq heures reviendrait le lendemain pour les comptes Plus dans Codex et ChatGPT Work. Un premier retour avait été annoncé, puis reporté. Son annonce a donc rétabli la limite de cinq heures. [1]
Sottiaux a avancé deux raisons. D’une part, répartir la demande dans le temps permet à OpenAI de lisser sa charge de calcul tout en maintenant un quota hebdomadaire généreux. D’autre part, selon lui, les nouveaux utilisateurs de Plus et ceux qui l’utilisent occasionnellement risquaient d’épuiser tout leur quota hebdomadaire par mégarde, puis de ne pas comprendre le blocage. La limite sert donc à la fois de contrôle de capacité pour OpenAI et de garde-fou pour l’abonné. Son utilité dépend de votre façon de travailler. [1]
La même annonce précisait que les abonnements Pro à 100 et 200 dollars conserveraient la limite de cinq heures désactivée pendant les « prochains mois ». Il s’agissait d’une mesure temporaire pour ces deux abonnements, et non d’un avantage permanent. [1]
Cet article fait suite à mon enquête précédente sur les resets de Codex, mais le problème est différent. En juillet 2026, les resets modifiaient la quantité d’utilisation disponible. Cette fois, la limite détermine quand un abonné Plus peut consommer le quota inclus qui lui reste.
Pourquoi Codex bloque-t-il alors qu’il reste du quota hebdomadaire ?
La fenêtre de cinq heures et le quota hebdomadaire sont deux contrôles distincts. Un compte Plus doit disposer de marge dans les deux pour continuer à lancer du travail inclus dans Codex ou ChatGPT Work. La limite courte peut donc bloquer de nouvelles tâches alors que le compteur hebdomadaire affiche encore du quota. [2] [3]
La page de tarification actuelle d’OpenAI indique que les messages locaux et les tâches cloud partagent une fenêtre de cinq heures, à laquelle peuvent s’ajouter des limites hebdomadaires. Le centre d’aide demande aux utilisateurs qui atteignent une limite de vérifier quel quota est épuisé et l’heure de reset indiquée dans le tableau de bord ou l’avertissement. Ces instructions n’ont de sens que si plusieurs quotas peuvent bloquer le travail. [2] [3]
| Question | Fenêtre de cinq heures | Quota hebdomadaire |
|---|---|---|
| Que contrôle cette limite ? | L’utilisation pendant la période courte | Toute l’utilisation incluse pendant la semaine |
| Où apparaît l’heure de reset ? | Tableau de bord ou avertissement | Tableau de bord ou avertissement |
| Que se passe-t-il une fois la limite atteinte ? | L’utilisation incluse reprend après ce reset | L’utilisation incluse reprend après le reset hebdomadaire |
| Qu’a établi l’annonce du 25 août 2026 ? | La limite est revenue pour Plus | Aucune baisse hebdomadaire documentée |
Un compteur hebdomadaire non vide ne permet pas de contourner une fenêtre de cinq heures épuisée. L’inverse est également vrai : le reset de la fenêtre courte ne rétablit pas un quota hebdomadaire déjà consommé.
Que prouve vraiment le compteur Reddit à 84 % ?
Le témoignage à 84 % montre jusqu’où les deux compteurs peuvent diverger sur un compte Plus. Son auteur explique qu’une tâche Sol High de 28 minutes et 29 secondes a épuisé son quota de cinq heures, alors qu’il lui restait 84 % de son quota hebdomadaire. Ce cas n’établit ni un taux de consommation universel ni une baisse hebdomadaire. [5]
Les autres témoignages sur Reddit étayent une autre conclusion : le retour de la limite a suscité une confusion visible et des objections contre l’interruption du travail. Au moment du relevé, le 27 août 2026, le principal fil d’annonce sur r/codex comptait environ 820 votes positifs. Trois discussions liées en comptaient environ 608, 382 et 379 sur r/codex et r/ChatGPT. Ces chiffres ont pu évoluer depuis, mais ils montrent une activité dans quatre fils, pas la proportion d’abonnés opposés à la mesure. [4] [5] [6] [7]
Un autre fil s’intéressait moins à la consommation qu’à l’information fournie aux abonnés. Son auteur estimait qu’une personne absente des réseaux sociaux pouvait ignorer que l’ancienne règle était temporaire et manquer l’annonce de son retour. Dans la discussion r/ChatGPT, on retrouve alors des questions simples : la limite est-elle quotidienne ou hebdomadaire, et concerne-t-elle uniquement Codex ? Ces questions montrent que la règle n’était pas évidente pour les personnes qui les posaient. [6] [7]
La limite protège la capacité, mais interrompt le travail concentré
À mes yeux, la limite de cinq heures rend l’abonnement Plus moins utile aux développeurs qui consacrent volontairement un long créneau à une modification importante. Le quota hebdomadaire peut rester identique, mais leur session peut tout de même être interrompue.
C’est le compromis concret décrit par Sottiaux. Répartir le travail préserve la capacité partagée et peut empêcher un utilisateur occasionnel d’épuiser tout son quota hebdomadaire par mégarde. Mais la même règle limite aussi les développeurs qui souhaitent consommer volontairement ce quota en une seule session. [1]
Aucune tâche isolée ne permet de prévoir la vitesse à laquelle la limite sera atteinte pour les autres utilisateurs. OpenAI explique que l’utilisation varie selon le modèle, le lieu d’exécution, la complexité, le contexte, le raisonnement, la vitesse et les outils. Une longue requête peut consommer beaucoup plus qu’une courte, et deux tâches apparemment proches peuvent suivre des chemins différents dans un dépôt. Le témoignage de 28 minutes est utile parce qu’il montre l’interruption, pas parce que cette durée serait une estimation réutilisable. [3] [5]
L’annonce établit l’existence d’une contrainte temporelle. Dans les sources citées, je n’ai trouvé aucun élément montrant que Sol était devenu plus lent ou qu’OpenAI avait modifié la conversion entre tokens et consommation du quota.
Comment planifier votre travail autour de la limite de cinq heures ?
Commencez par les deux compteurs en direct, pas par une estimation tirée de la tâche d’un autre utilisateur. Avant une longue session, ouvrez le tableau de bord d’utilisation de Codex, repérez le quota le plus proche de l’épuisement et notez chaque heure de reset. Dans une session Codex CLI active, /status affiche les limites restantes. [2] [3]
Définissez ensuite un périmètre qui peut produire un point de contrôle utile avant l’épuisement de la fenêtre courte. Pour une modification importante, vous pouvez séparer l’analyse du dépôt de l’implémentation, ou demander une première partie testée avant d’ouvrir la suivante. Vérifiez de nouveau le compteur après une longue phase de planification ou d’utilisation intensive des outils. Si le quota de cinq heures est faible, arrêtez-vous avant de lancer un nouveau changement étendu. Vos propres sessions enregistrées vous donneront un seuil plus utile que le pourcentage d’un autre utilisateur.
Si une limite est atteinte pendant une interaction en cours, OpenAI indique que Codex peut poursuivre cette interaction sous réserve des règles d’utilisation équitable. Ensuite, la page ou la bannière d’utilisation peut proposer les options disponibles pour votre compte, comme attendre le reset indiqué, ajouter des crédits, appliquer un reset éligible ou passer à un abonnement supérieur. « Peut poursuivre » ne garantit pas que chaque longue tâche ira toujours au bout. Je conserverais donc un point de contrôle testé avant que le compteur atteigne zéro. [3]
J’utilise cette méthode pour planifier mon travail, pas comme une formule de consommation, car je n’ai pas enregistré les deux compteurs sur un compte Plus dans des conditions contrôlées pour cet article. Une estimation personnelle devient utile seulement après plusieurs tâches comparables, avec un modèle, un niveau d’effort, un client, un dépôt et des outils aussi constants que possible.
Que faudrait-il pour prouver une baisse du quota hebdomadaire ?
Il faudrait comparer les mêmes tâches pendant deux semaines complètes pour montrer qu’OpenAI a réduit le quota hebdomadaire après le 26 août 2026.
Relevez les deux compteurs avant et après chaque tâche sur le même compte Plus, sans crédits ni resets, tout en conservant le même modèle, le même niveau d’effort, le même client, le même dépôt et les mêmes outils. Cette méthode prolonge mon enquête précédente en séparant la limite de cinq heures de la consommation hebdomadaire.