Quand les limites deviennent une fonctionnalité produit : Codex, Tibo et Claude
Ces dernières semaines, les utilisateurs de Codex ont davantage parlé du bouton de réinitialisation des limites que d’un nouveau modèle. La limite de cinq heures a parfois disparu de l’interface, tandis que la limite hebdomadaire revenait à 100 %. Ces changements ont accompagné des incidents, des lancements et des étapes de croissance.
OpenAI a expliqué sur son forum que l’affichage de la limite de cinq heures avait été temporairement retiré dans le cadre d’une réponse à incident. Cela ne signifie pas que toutes les limites ont disparu. Voir la discussion OpenAI.
Pour l’utilisateur, le vrai problème est la prévisibilité. Avec un agent de coding, le quota décide si une tâche peut être terminée, reprise après interruption et planifiée dans le temps.
De la compensation à l’expérience produit
Réinitialiser les limites est une compensation logique après une panne ou une erreur de comptage. OpenAI a aussi indiqué que certains consommations anormalement rapides de Codex étaient liées à ses systèmes anti-abus et anti-fraude. OpenAI Status.
Mais lorsque le même geste se répète, il devient une composante du produit. La communauté a recensé les réinitialisations publiques annoncées par Tibo Sottiaux, liées aux incidents, au cache, aux lancements et aux jalons d’utilisateurs. Chronologie publique.
Les utilisateurs ne détestent pas les crédits gratuits. Ils détestent ne pas savoir quelle sera la règle la semaine suivante.
“I smell fear” et la bataille de la rétention
Le 9 juillet, ClaudeDevs a annoncé la réinitialisation des limites de cinq heures et hebdomadaires pour tous les utilisateurs, au moment même du lancement de GPT-5.6. Tibo a répondu : « I smell fear. » Contexte rapporté par ITmedia.
Cette phrase ne prouve pas les motivations d’Anthropic. Il pouvait s’agir de capacité, de compensation ou d’une décision opérationnelle. Elle est devenue virale parce qu’elle transforme une note technique en scène de compétition.
Pour les développeurs, le meilleur indicateur n’est pas seulement le classement d’un modèle. C’est le coût par changement accepté : nombre de tours, appels d’outils, quota consommé, temps de reprise et effort de revue humaine.
Journalisez le modèle, le niveau d’effort, le quota restant et la cause de fin. Utilisez les tests, le lint et le type checking comme portes de validation. Ajoutez des checkpoints aux tâches longues. Un reset peut sauver une session ; un quota prévisible est ce qui permet de faire confiance à un agent.