Anthropic aurait ramené le 14 septembre 2026 la limite hebdomadaire temporairement portée à 150 sur une base historique de 100 à un niveau de 125. Cette évolution, rapportée pour Claude Pro, Claude Max, Claude Team et certaines offres Enterprise avec facturation par siège, correspond à une baisse d’environ 16,7 % par rapport à l’allocation temporaire — et non à une hausse de prix de 25 %.
Pourquoi 50 %, 25 % et 16,7 % décrivent le même changement
Le calcul devient limpide avec une échelle normalisée :
| État de l’allocation | Niveau par rapport à la base historique | Écart par rapport au niveau temporaire |
| Niveau historique | 100 | 33,3 % de moins que 150 |
| Hausse temporaire | 150 | Référence |
| Niveau rapporté depuis le 14 septembre 2026 | 125 | 16,7 % de moins que 150 |
Le chiffre de 25 % décrit le niveau permanent rapporté par rapport à l’ancienne base : 125 représente 25 % de plus que 100. Le chiffre de 16,7 % compare ensuite 125 à 150, l’allocation temporaire. Ce sont donc deux pourcentages appliqués à deux bases différentes — le genre de détail qui transforme vite un titre en calcul mental acrobatique.
Les limites d’usage et les limites de longueur ne jouent pas le même rôle. Les premières encadrent la consommation sur une période ; les secondes déterminent la quantité de contenu qu’une conversation peut contenir. Sur les forfaits concernés, Claude, Claude Code et Claude Desktop peuvent partager la même enveloppe.
Une session dispose aussi de sa propre fenêtre de consommation, avec un renouvellement décrit sur cinq heures. Elle coexiste avec la limite hebdomadaire : atteindre la première ne signifie pas avoir épuisé la seconde, et inversement.
Pourquoi deux utilisateurs atteignent leurs limites à des vitesses différentes
Claude Code ne compte pas simplement le nombre de demandes visibles. La consommation dépend notamment de la longueur des messages, des fichiers, de la conversation déjà accumulée, des outils utilisés, du modèle choisi, du niveau d’effort, des artefacts et du nombre d’étapes nécessaires à la tâche.
Un agent de programmation peut relire le contexte, appeler un outil, analyser son résultat, modifier un fichier puis recommencer. Une seule demande apparente peut donc déclencher plusieurs tours de traitement. Plus le contexte s’allonge, plus ces relectures peuvent peser dans l’usage total.
La gestion automatique du contexte peut résumer les anciens messages lorsque la conversation approche sa limite. Elle conserve l’historique utile, mais ce travail de synthèse consomme lui aussi une partie de l’allocation. Deux personnes travaillant sur le même forfait peuvent ainsi obtenir des rythmes très différents selon la taille du dépôt, le nombre d’outils et la complexité de leurs boucles d’agents.
Les méthodes concrètes pour réduire la consommation
Anthropic recommande de regrouper les demandes liées, de préparer des consignes concises, de limiter les outils et le niveau d’effort quand ils ne sont pas nécessaires, puis de surveiller la page Usage. Les connaissances de projet mises en cache peuvent également éviter de répéter inutilement les mêmes instructions.
Dans Claude Code, quelques habitudes vont dans le même sens :
- utiliser /clear entre deux tâches sans rapport pour repartir avec un contexte propre ;
- lancer /compact lorsqu’une longue conversation contient encore des éléments utiles mais trop de détails accumulés ;
- consulter /context pour repérer ce qui occupe la fenêtre — invite système, outils, fichiers de mémoire, compétences et messages ;
- garder un fichier CLAUDE.md bref et déplacer les instructions spécialisées dans des compétences chargées à la demande ;
- choisir le modèle et le niveau d’effort en fonction de la tâche, plutôt que d’utiliser systématiquement le réglage le plus coûteux ;
- plafonner les sorties de terminal afin d’éviter de faire remonter des centaines de lignes sans intérêt.
Une démonstration réalisée avec Claude Code v2.1.129 indique aussi que désactiver des serveurs MCP ne réduit pas nécessairement l’empreinte initiale lorsque Tool Search charge les définitions à la demande. Ce comportement dépend toutefois de la version et de la configuration. Le bon réflexe consiste à regarder /context avant et après une modification, plutôt que de supposer qu’un réglage économise des tokens.
Ce qu’il faut mesurer dans son propre workflow
Le suivi le plus utile combine la consommation de session, la consommation hebdomadaire, le modèle employé et la nature des tâches. Une longue session de débogage, une génération de fichiers ou une boucle avec plusieurs outils ne sollicitent pas l’allocation de la même manière qu’une question courte.
La page Usage permet de suivre les compteurs de session et de semaine. Dans un terminal, le suivi peut aussi afficher la progression des tokens, des messages, du coût et le temps restant avant la réinitialisation. Ces indicateurs donnent une image plus concrète de la consommation que le seul nombre de prompts envoyés.
