La première réaction en ouvrant le site est presque automatique :
« C’est un site de fans. »
En général, la remise à zéro d’un quota est le détail le moins glamour d’un service SaaS. Avec Codex et ChatGPT Work, un phénomène beaucoup plus étrange s’est installé : Tibo Sottiaux, chez OpenAI, publie des annonces de reset ; des sites tiers les surveillent ; et la communauté a construit autour d’elles un historique, des intervalles moyens, un record d’attente, des alertes, une API et même un accès MCP.
La page possède même un 🙏 beg.
Ce n’est plus seulement un tableau de quota. C’est un observatoire braqué sur le bouton RESET de Tibo.
Le 10 septembre 2026, une vue synchronisée avec le flux public affichait 53 événements liés aux resets, un intervalle moyen de 6,9 jours et une attente maximale de 67,7 jours. Mais ces 53 événements ne signifient pas que tout le monde a reçu 53 remises à zéro complètes et immédiates. L’historique mélange banked resets, resets automatic/global appliqués directement et compensations ciblées.[1][2][3][4]
C’est précisément pour cela qu’un gros utilisateur souhaitant passer à 20x peut finir par dire :
« Un reset peut arriver. Laissez-moi passer à 20x avant. Je veux payer. Vendez-le-moi. »
La phrase est absurde. L’économie derrière l’est beaucoup moins.
1. Le fan site d’un bouton est devenu une infrastructure communautaire
Codex Resets annonce sa mission sans détour : surveiller les annonces publiques de reset de Codex publiées par Tibo, afin que les utilisateurs n’aient pas à le faire eux-mêmes.[1]
Le site propose l’historique, une estimation de probabilité du prochain reset, des alertes Telegram et e-mail, ainsi qu’une API et un endpoint MCP publics. MCP est un moyen courant de connecter des agents IA à des outils et services externes.
Nous en sommes donc au point où une IA peut demander à un autre service si l’humain qui rend du quota aux utilisateurs d’IA a encore appuyé sur le bouton.
La récursion est splendide.
Le site précise qu’il n’est pas affilié à OpenAI, explique qu’un robot classe les publications publiques et crédite wong2 comme créateur.[1]
Dans un snapshot de crawl, la zone de sponsoring affichait aussi environ 150 000 visiteurs mensuels selon le site et un emplacement publicitaire à 699 dollars par mois. Ce trafic n’est pas une mesure auditée et peut évoluer, mais le modèle économique est déjà une blague parfaite :
Un site qui suit des resets gratuits a créé un produit publicitaire payant.
Un terminal Bloomberg a poussé à côté de la banque centrale Tibo.
2. 53 événements, 6,9 jours en moyenne, 67,7 au maximum : impressionnant, mais pas un horaire
Le 10 septembre, la vue synchronisée montrait 53 événements, 6,9 jours de moyenne et 67,7 jours pour la plus longue attente.[2]
Un cache de recherche du 8 septembre affichait encore 52 événements et 7,0 jours de moyenne, avec le même maximum.[1]
C’est normal pour une statistique vivante : un événement arrive, la moyenne bouge.
L’erreur dangereuse consiste à transformer 6,9 jours en périodicité.
Cela ne veut pas dire que Tibo apparaît fidèlement tous les 6,9 jours. Les resets ont été liés à des incidents, des lancements, des jalons d’utilisateurs, des promotions et d’autres événements ponctuels. Les 67,7 jours de record constituent l’étiquette d’avertissement géante collée à la moyenne.[1][2]
Inscrire « prochain reset la semaine prochaine » dans son agenda parce que la moyenne vaut 6,9 revient à utiliser la pluviométrie annuelle pour prévoir l’heure exacte de la pluie mardi prochain.
Bon contexte. Très mauvais calendrier.
3. Le piège principal : 53 événements ne sont pas 53 resets instantanés pour tout le monde
Le mot reset recouvre plusieurs mécanismes.
| Type | Ce qui se passe | Action utilisateur | Comment lire le total |
|---|---|---|---|
| automatic / global / direct reset | Les limites éligibles citées dans l’annonce sont rafraîchies directement | Généralement aucune | Le plus proche de « le réservoir se remplit tout seul » |
| banked reset | Un reset à usage unique est sauvegardé sur le compte | L’utilisateur choisit quand l’appliquer | Ne signifie pas une récupération immédiate |
| targeted compensation | Un reset est accordé à un groupe touché spécifique | Selon l’offre | Ne doit pas être interprété comme universel |
La documentation d’OpenAI distingue explicitement banked reset et automatic/global reset.[3][4]
Un banked reset complet peut rafraîchir les fenêtres éligibles de cinq heures et hebdomadaire, et modifier la date du reset hebdomadaire. S’il n’y a rien à restaurer, il n’est pas consommé. Un automatic/global reset est appliqué directement et ne crée pas de ticket sauvegardé.[3][4]
Modèle mental simple :
Banked = ticket. Global = plein immédiat.
Le guide OpenAI de septembre 2026 mentionne des banked resets les 3 et 4 septembre pour les utilisateurs éligibles et un automatic reset le 7.[4] Les trackers publics ont aussi enregistré une annonce banked le 5 septembre et un direct reset horodaté au 8 septembre UTC.[1]
Le 9 septembre, OpenAI Status a signalé un incident de resets inattendus des limites Codex. Un élément publié ensuite a indiqué un reset supplémentaire pour les utilisateurs dont le banked reset n’avait pas été correctement appliqué.[2][5]
Ainsi, 53 mesure très bien la densité de la culture du reset, mais pas 53 pleins gratuits universels.
4. Un banked reset est un ticket conservé, pas du crédit ni un reset automatique
La définition la plus simple est : un droit à usage unique, stocké, permettant de rafraîchir plus tard son quota éligible.[3]
OpenAI précise qu’il ne s’agit pas de crédit acheté et que cela n’augmente pas durablement les limites du forfait. L’utilisateur l’applique depuis l’interface Usage, et le ticket n’est consommé que si au moins une fenêtre éligible est effectivement rafraîchie.[3]
Il faut donc distinguer :
- restauration directe du groupe annoncé : automatic/global ;
- ticket conservé pour plus tard : banked ;
- achat d’usage supplémentaire ou d’un reset instantané : encore un autre mécanisme.
La « banque » ne contient pas d’argent. Elle contient un coupon marqué « refaire le plein ».
5. Pourquoi l’utilisateur qui attend le 20x commence à surveiller le timing des resets
OpenAI décrit actuellement Pro 100 $ comme offrant 5x l’usage de Plus et Pro 200 $ comme offrant 20x.[6]
Passer de 5x à 20x signifie donc quadrupler la capacité.
OpenAI indique aussi qu’une fois l’upgrade réussi, les nouvelles limites s’appliquent immédiatement.[6]
Pour quelqu’un qui épuise déjà 5x avec Work ou Codex, 20x n’est pas une marge décorative. C’est de la capacité pour un travail qui existe déjà.
Si l’upgrade est bloqué alors qu’un global reset pourrait arriver, la pensée devient naturelle :
« Si j’étais déjà en 20x, je pourrais potentiellement repartir avec un réservoir plus grand. »
Cela ne garantit aucun reset futur. Le forfait, la région, l’état du compte et les limites concernées peuvent varier selon chaque annonce.[3][4]
La logique saine est :
J’aurais besoin de 20x même si Tibo ne faisait plus jamais de reset → j’évalue 20x → si un reset arrive, c’est un bonus.
N’inscrivez pas « espérance Tibo » dans vos revenus fixes.
6. Après presque une journée d’attente, le temps libre d’aujourd’hui peut valoir plus que l’abonnement mensuel
La conversation à l’origine de cet article comportait un exemple anonymisé : une personne souhaitait monter en gamme, mais un problème individuel de changement de forfait restait bloqué depuis presque une journée.
Pour un gros utilisateur d’IA, la ressource rare n’est pas seulement l’argent. C’est du temps de travail continu et périssable.
Lancer une grosse exploration avec Astra ou Codex, examiner le résultat, réorienter, réparer l’environnement puis automatiser ce qui fonctionne demande de longues plages. Six heures libres aujourd’hui ne sont pas interchangeables avec six heures hypothétiques la semaine prochaine.
Ainsi, « il suffit d’attendre » peut tout de même avoir un coût d’opportunité.
Et la situation est comique parce que le client ne négocie même pas le prix.
Il dit :
« Je paie. Je veux le gros forfait. Vendez-le-moi. »
À ce stade, le bouton recherché n’est pas BANKED RESET.
C’est UNBLOCK.
De préférence avant que Tibo n’appuie encore sur RESET.
7. Aucun incident public massif de paiement ne signifie pas absence de cas individuel
En consultant l’historique d’OpenAI Status le 10 septembre, on trouvait deux incidents du 9 : hausse des erreurs dans les conversations Pro/Plus et resets inattendus de limites Codex. Les deux étaient marqués comme résolus.[5][7]
Cet historique public n’affichait alors pas d’incident général nommé comme une panne globale des changements de forfait Pro ou des paiements.[7]
Cela autorise seulement cette phrase : une telle panne généralisée n’était pas affichée sur la page publique de statut.
Cela ne prouve pas qu’un compte individuel ne peut pas rencontrer un problème de paiement, d’examen ou de changement de forfait. Une page Status résume la santé du service ; ce n’est pas le registre public de tous les tickets de support.
Une carte météo ensoleillée ne répare pas votre sonnette.
8. Pourquoi le « sanctuaire Tibo » a fini avec API, MCP, alertes et publicité
Les incitations expliquent l’évolution.
- Le quota Work/Codex possède une valeur productive réelle.
- Les resets bonus ne suivent pas un calendrier fixe.
- Beaucoup de signaux importants apparaissent dans les publications publiques de Tibo.
- Il faut distinguer global, banked et compensation.
- Les fuseaux horaires rendent « aujourd’hui » ambigu.
- Plus l’usage est intense, plus une information rapide sur le reset a de la valeur.
Donc quelqu’un crée un dashboard. Puis des alertes. Puis une API. Puis MCP. Enfin du sponsoring.
L’humanité a construit une pile d’observabilité autour du bouton RESET d’une seule personne.
Oui, « site de fans » est juste. Mais il ne collectionne pas les photos de l’idole.
Il collectionne les logs de recharge de quota de l’idole.
9. Conclusion : 53 est une statistique culturelle, pas une promesse
Cinq vérifications suffisent :
- nombre : combien d’événements publics liés aux resets ont été capturés ?
- type : direct/global, banked ou compensation ciblée ?
- portée : quels forfaits, régions et utilisateurs sont éligibles ?
- heure : UTC, Pacifique, Japon ou autre ?
- décision : le forfait resterait-il valable si aucun reset gratuit n’arrivait plus jamais ?
53 événements, 6,9 jours de moyenne et 67,7 jours de maximum sont des chiffres incroyablement amusants pour un tracker de quota.
Mais l’histoire la plus intéressante est l’infrastructure apparue autour d’eux : un flux public devenu historique, alertes, API, MCP et même produit publicitaire.
C’est bien un site de fans.
Pour quelqu’un qui attend 20x, la règle finale est simple :
Achetez 20x parce que votre travail réel suffit à justifier 20x sans compter sur un autre reset. S’il arrive, fêtez-le.
Si la décision d’achat est déjà prise mais que la transaction elle-même reste bloquée, la prière change :
Tibo, merci pour RESET. Maintenant, quelqu’un peut-il appuyer sur UNBLOCK ? Il y a du travail.
Références (7)
- Codex Resets codex-resets.com
- AI Resets ai-resets.com
- OpenAI Help Center help.openai.com
- OpenAI Help Center help.openai.com
- OpenAI Status status.openai.com
- OpenAI Help Center help.openai.com
- OpenAI Status History status.openai.com
