Réinitialisations de Codex surveille un compte X pour les annonces de réinitialisation des limites d’usage d’OpenAI Codex et conserve chacune comme une entrée datée reliée à sa source. S’y ajoutent des statistiques d’intervalle, des alertes et une API gratuite sans clé.
Vous avez utilisé cet outil ? Notez-le
Vous avez utilisé cet outil ? Notez-le
Réinitialisations de Codex est un traqueur web d’une seule page qui surveille un unique compte X, @thsottiaux, pour y relever les annonces de réinitialisation des limites d’usage d’OpenAI Codex, et qui republie chacune d’elles sous forme d’entrée datée et permanente. Il répond à une question étroite sans source officielle : la limite de Codex a-t-elle été réinitialisée récemment, et combien de temps fallait-il attendre par le passé ?
Cette question se pose parce qu’OpenAI ne publie pas les réinitialisations de Codex selon un calendrier, ni sur une page d’état. Elles arrivent en messages informels : après une panne, après la correction d’une anomalie consommant les limites plus vite que prévu, ou pour marquer un palier d’utilisateurs. Sans surveiller ce compte en continu, vous l’apprenez tard, ou pas du tout.
Il s’agit d’un projet indépendant, réalisé par un développeur qui publie sous le pseudonyme @wong2__, et le pied de page indique clairement que le site n’est pas affilié à OpenAI. L’exploitant ne dissimule pas l’étroitesse de sa chaîne de données : celles-ci proviennent des messages d’une seule personne et sont classées automatiquement, non par une rédaction. Le savoir d’emblée compte plus que toute liste de fonctionnalités, car cela détermine ce que la page peut et ne peut pas dire.
Le plan du site publié ne recense qu’une adresse, signal honnête que le produit destiné au lecteur tient en une page plutôt qu’en un ensemble documentaire. Chiffres en direct, calendrier, archives et canaux d’alerte s’empilent sur cette page unique, les interfaces lisibles par machine se trouvant derrière.
Les entrées sont typées plutôt que réunies en vrac : une réinitialisation ordinaire rétablit les limites, une réinitialisation mise en réserve délivre un crédit, et la vue calendrier ajoute un troisième état, « aucune réinitialisation », pour les journées sans annonce. Cette distinction n’a rien de décoratif. Une réinitialisation mise en réserve est un crédit conservé que vous utilisez quand vous le décidez : elle ne recharge pas les limites à l’instant où elle est annoncée, et le traqueur renvoie au profil dans la barre latérale de l’application Codex, puis à Usage, pour l’appliquer.
Confondre les deux est la manière la plus courante de mal lire une annonce. Voir le mot « réinitialisation » et en conclure que le quota est plein gâche une décision alors que ce qui est arrivé est un crédit qui dort. Typer chaque entrée prévient cela ; un flux brut de messages, non.
Trois chiffres agrégés figurent au-dessus du journal — un total cumulé, une attente moyenne et la plus longue attente enregistrée — affichant 53 réinitialisations, 6,9 jours et 67,7 jours au moment de la rédaction de cette page. Il faut les lire ensemble. La moyenne couvre des mois où les réinitialisations se concentrent et d’autres où elles s’interrompent ; c’est donc la plus longue attente qui doit tempérer toute attente bâtie sur elle.
Rien ne sort de l’historique des réinitialisations de Codex : l’archive se déplie d’un coup jusqu’à chaque entrée et remonte au 17 septembre 2025. C’est cette profondeur qui rend les moyennes significatives : une fenêtre glissante de quelques semaines produirait une moyenne bien plus flatteuse.
Chaque entrée conserve un lien vers le message d’origine : une affirmation se vérifie à sa source au lieu d’être acceptée sur la paraphrase du traqueur. L’archive devient ainsi exploitable comme preuve et non comme curiosité, ce qui répond à l’aveu du site selon lequel le classement est automatique : si le typage d’une entrée paraît douteux, la formulation d’origine est à un clic.
Toutes les entrées ne proviennent pas d’un message : certaines, consignées comme observées, portent un identifiant observed plutôt qu’un identifiant de publication, ce qu’une lecture directe de la liste confirme. Elles recensent des réinitialisations survenues sans annonce ; les traiter à égalité avec les entrées annoncées serait une erreur, leur base probante étant structurellement plus faible.
Un bouton de réaction unique jouxte le chiffre principal et change de libellé selon la fraîcheur : « Réclamer une réinitialisation » la plupart du temps, « Remercier pour la réinitialisation » le jour suivant l’arrivée de l’une d’elles. Un compteur public montre les réactions depuis la dernière.
C’est le seul élément de la page relevant de l’expression plutôt que de l’information : un baromètre d’humeur, non une pétition dotée d’un poids. Il n’atteint pas OpenAI, n’influence pas le moment d’une réinitialisation, et son décompte n’est pas un signal de demande sur lequel quiconque agit.
Lire la page ne demande aucune configuration ; la seule décision porte sur le canal à raccorder et sur la manière d’interpréter ce qui arrive. Trois canaux de diffusion sont intégrés à la page — notifications du navigateur, canal Telegram et liste par courriel — afin de retenir celui qui correspond à votre façon de travailler.
La cinquième étape compte parce que les annonces ne sont pas uniformes : certaines couvrent toutes les formules payantes, d’autres nomment des niveaux précis, d’autres promettent une propagation dans l’heure, d’autres posent des conditions liées à la date de création du compte. Une notification invite à lire ; elle ne conclut pas.
Le test honnête consiste à se demander si un journal daté des annonces d’autrui change ce que vous faites ensuite ; dans trois situations, c’est le cas.
Si vous approchez d’une limite d’usage Codex avec du travail devant vous, la question utile est de savoir si attendre vaut mieux que monter en gamme. Les trois chiffres agrégés au-dessus du journal — total cumulé, attente moyenne et plus longue attente enregistrée — affichaient 53 réinitialisations, 6,9 jours et 67,7 jours à la rédaction, ce qui suffit à cadrer la décision sans la trancher. Une moyenne proche de la semaine face à un pire cas proche de dix semaines déconseille de jouer une échéance sur une réinitialisation discrétionnaire.
Un serveur Model Context Protocol hébergé expose les deux mêmes opérations comme outils pour agents, get_status et list_resets, si bien qu’un assistant de programmation consulte le journal sans code HTTP intermédiaire. Un agent répond ainsi en pleine session à la question de la dernière réinitialisation, et un tableau de bord affiche le même chiffre sans collecteur qui casse dès que le balisage change.
Une réinitialisation mise en réserve est un crédit conservé que vous utilisez quand vous le décidez : elle ne recharge pas les limites à l’instant où elle est annoncée, et le traqueur renvoie au profil dans la barre latérale de l’application Codex, puis à Usage, pour l’appliquer. C’est pourquoi ce type reste le plus souvent inutilisé, et pourquoi une alerte associée au type affiché comble l’écart.
L’adéquation tient à une distinction : avez-vous besoin de savoir ce qu’OpenAI a annoncé publiquement, ou ce que votre compte contient à cet instant ?
La surface destinée au lecteur est une page de navigateur sans application installable ; l’intégration se tient derrière.
| Canal | Ce qu’il fournit | Accès |
|---|---|---|
| Page web | Chiffres en direct, calendrier, archive complète, inscription aux alertes | Ouvert, sans compte |
| API REST v1 | État courant et liste paginée des annonces | Sans clé, origine croisée ouverte |
| Serveur MCP | Mêmes données sous forme de deux outils pour agents | Hébergé, sans code HTTP |
| Notifications navigateur | Alerte dès qu’une réinitialisation est consignée | Autorisation par appareil |
| Canal Telegram | Mêmes notifications sur un téléphone | Abonnement au canal |
| Liste courriel | Trace durable des réinitialisations confirmées | Double consentement |
L’API v1 documentée est réduite à dessein : deux routes GET en lecture seule, l’une pour l’état courant, l’autre pour une liste paginée d’annonces. La route de liste accepte limit, cursor, from, to et order, renvoie 20 annonces par défaut et plafonne une requête à 100, la pagination se poursuivant par curseur opaque.
La spécification s’engage aussi sur les aspects les moins spectaculaires d’un contrat d’intégration : revalidation par ETag, 400 pour un paramètre mal formé, 429 porteur de Retry-After, et 503 quand les données sont temporairement indisponibles. Pour un projet personnel gratuit, c’est une quantité notable d’engagements, et cela sépare ce sur quoi on peut bâtir de ce qu’il faut surveiller en permanence.
L’assistance se résume à une adresse de courriel, sans centre d’aide, page d’état ni file de tickets. Planifiez en conséquence : aucune voie d’escalade si une route change.
Puisque la page est gratuite et ne demande rien, la question du coût ne porte pas sur l’argent mais sur le fait de savoir si sa position — rapporter des intervalles — correspond à ce que vous attendez d’un traqueur.
Lire la page, utiliser les alertes, appeler l’API et raccorder le serveur pour agents ne coûtent rien et n’exigent aucun compte. L’argent vient d’ailleurs : quatre emplacements de cartes autocollantes près du traqueur se vendent 699 dollars américains par mois, pour une audience annoncée d’environ 180 000 visiteurs mensuels, réglés via Stripe et examinés avant publication. Voilà tout le modèle économique, et il explique pourquoi le côté lecteur reste gratuit et sans authentification.
Concernant les solutions de remplacement, l’écart pertinent est délibéré. Deux traqueurs Codex concurrents publient une probabilité explicite pour les 48 heures à venir, ce que ce site s’abstient volontairement de faire puisqu’il rapporte des intervalles. Si vous voulez un chiffre prospectif unique, c’est une vraie raison de regarder ailleurs ; si vous vous méfiez des probabilités bâties sur peu d’événements, le cadrage par intervalles est plus prudent.
La comparaison datée d’un traqueur rival reconnaît à ce site la plus longue amplitude d’événements parmi ceux qu’il a ouverts, et le fait de relier une source à chaque entrée, tout en notant que chaque traqueur automatisé examiné réagit plus vite que son propre registre tenu à la main. Pesez cela au regard de son origine : un concurrent évaluant ses rivaux, dont les lignes autocritiques justifient la citation sans en faire une source neutre.
L’autre solution de remplacement n’est pas un produit : pour votre propre quota restant, l’écran d’usage de l’application Codex constitue la seule source faisant autorité, et aucun traqueur public ne s’y substitue.
Là où l’outil se projette, il trace lui-même la frontière dans sa description lisible par machine : les données de veille constituent une prévision classée par intelligence artificielle, et non un engagement officiel d’OpenAI. Une entrée marquée scheduled signifie qu’une annonce attend encore une preuve d’exécution, et la spécification précise qu’un horaire prévu dépassé n’implique pas que la réinitialisation soit intervenue. Ces deux énoncés sont d’une prudence rare pour un traqueur et méritent d’être pris au pied de la lettre.
L’exploitant ne dissimule pas l’étroitesse de sa chaîne de données : celles-ci proviennent des messages d’une seule personne et sont classées automatiquement, et non par une rédaction. Si ce compte se tait ou publie quelque chose que le classifieur interprète de travers, le traqueur hérite du problème sans seconde source de recoupement. Les liens vers les sources, entrée par entrée, atténuent la difficulté sans la résoudre.
La spécification s’engage également sur les aspects les moins spectaculaires d’un contrat d’intégration : revalidation par ETag, 400 pour un paramètre mal formé, 429 porteur de Retry-After en cas de dépassement, et 503 lorsque les données sont temporairement indisponibles. Traitez le 429 comme une contrainte réelle : le plafond est documenté mais son seuil ne l’est pas, donc un client interrogeant périodiquement doit respecter Retry-After plutôt que présumer d’une marge.
Une comparaison affirme par ailleurs que le site n’offre ni JSON, ni CSV, ni API, ce qui contredit la spécification publiée comme une réponse obtenue en direct sans clé ; les deux récits sont en conflit et les interfaces lisibles par machine doivent être vérifiées à la source. Un résumé d’agrégateur daté du 19 juillet 2026 recensait 35 réinitialisations pour une moyenne de 8,9 jours, contre 53 réinitialisations à 6,9 jours relevées en direct en septembre : le journal comme les moyennes qui en dérivent se déplacent donc sous tout chiffre cité ailleurs. Tout nombre lu de seconde main à propos de cet outil n’est qu’un instantané.
Il n’y a ni connexion, ni espace de compte, ni écran de facturation pour le lecteur, et le seul identifiant qu’un lecteur transmet est l’adresse ou l’appareil utilisé pour les alertes. Le revers est la limite de portée déjà signalée : sans lien avec un compte, l’outil n’affiche aucun quota personnel. Les preuves indépendantes sur le produit restent minces. Une soumission sur un grand forum de développeurs a recueilli 312 points et 200 commentaires en juillet 2026, ce qui mesure l’attention et non l’exactitude ; cette série de recherches n’a trouvé ni note de plateforme d’évaluation ni appréciation de la presse spécialisée à opposer au discours du site.
Non. Sans connexion ni rattachement de compte, l’outil ne peut pas lire votre consommation. Il rapporte ce qui a été annoncé publiquement ; votre solde restant n’est visible que dans l’écran d’usage de l’application Codex.
Une réinitialisation ordinaire rétablit directement les limites. Une réinitialisation mise en réserve est un crédit conservé, utilisé quand vous le souhaitez ; elle ne recharge donc pas immédiatement les limites et s’applique depuis le profil de la barre latérale, sous Usage, dans l’application Codex.
Elle est gratuite et sans clé. Un appel réel à la route d’état documentée a renvoyé les données sans authentification, avec un en-tête d’origine croisée ouvert, si bien qu’une page de navigateur les lit directement.
Oui. Un serveur Model Context Protocol hébergé expose get_status et list_resets comme outils, si bien qu’un agent consulte le journal sans code HTTP spécifique.
Non. La description du produit qualifie les données de veille de prévision classée par intelligence artificielle plutôt que d’engagement officiel d’OpenAI, et une entrée scheduled reste en attente au-delà de l’horaire annoncé tant qu’aucune preuve d’exécution n’apparaît.
Rien n’est retiré de l’archive. Le journal complet se déplie d’un geste et remonte au 17 septembre 2025.
Par le parrainage. Quatre emplacements de cartes autocollantes près du traqueur se vendent 699 dollars américains par mois, achetés via Stripe et examinés avant parution.
