Claude Code vient de remettre à zéro les quotas hebdomadaires de tout le monde — Voici ce qui s'est passé

Votre quota hebdomadaire Claude Code vient d’être remis à zéro. Intégralement rechargé.

J’ai vérifié ma consommation tout à l’heure et j’ai cru à une erreur. Un quota hebdomadaire consommé à plus de 80 % était soudainement revenu à zéro. C’était une compensation pour un bug.

Thariq, le responsable de Claude Code chez Anthropic, a publié une annonce il y a environ une heure : réinitialisation des quotas hebdomadaires pour tous les utilisateurs. Les coulisses de l’incident méritent qu’on s’y attarde.

Que s’est-il passé

À partir de la v2.1.59, Claude Code a intégré une fonctionnalité Auto Memory. Le problème : cette fonctionnalité et le système existant de compression de contexte (compaction) accédaient simultanément au même espace de stockage des conversations, provoquant un conflit. Le cache de prompts a cessé de fonctionner correctement, entraînant une consommation anormalement rapide des tokens.

• Versions concernées : v2.1.59 à v2.1.61
• Correctif déployé : v2.1.62
• Mesure : réinitialisation complète des quotas hebdomadaires

Les symptômes étaient sérieux

Ce n’était pas simplement un quota qui s’épuisait plus vite que prévu. Des utilisateurs ont signalé une corruption du contexte en pleine session — des parties antérieures de conversations tronquées, voire des fragments de sessions complètement différentes qui s’immisçaient dans la session en cours.

La commande /compact elle-même produisait des résultats corrompus lorsque Auto Memory était activé. Appelons ça un « enchevêtrement de contexte » : l’IA confondait la conversation actuelle avec des conversations passées.

• Disparition ou troncature de la première partie des conversations en cours de session
• Apparition de fragments de sessions précédentes dans la session active
• Décalage des limites de messages lors de l’exécution simultanée d’Auto Memory et Auto Compaction
• Des bugs de compression similaires avaient déjà été observés dans les versions v2.1.47, v2.1.21 et v2.1.14

La vraie cause : une condition de concurrence

Le système Auto Memory et la logique de compression de contexte accédaient simultanément en lecture et écriture au même magasin de messages. Lorsque leur synchronisation dérivait, le mécanisme de sauvegarde automatique écrasait l’état actuel avec des données obsolètes. Le fait que la logique de compression révèle des vulnérabilités de manière récurrente suggère qu’une refonte structurelle est nécessaire.

• Problème central : conflit de lecture/écriture concurrente (race condition)
• Facteur aggravant : la sauvegarde automatique écrase l’état courant avec des données périmées

Le cache de prompts se casse plus facilement qu’on ne le pense

Si vous développez des agents IA, ce point mérite toute votre attention.

Quand le cache de prompts tombe en panne dans un outil de programmation basé sur des agents, le coût et la vitesse s’effondrent simultanément. Anthropic a eux-mêmes reconnu que « le cache régresse étonnamment facilement ». Si vous ne concevez pas votre architecture d’agent avec la stabilité du cache en tête dès le départ, ce type d’incident se reproduira.

• Un cache cassé signifie 2 à 3 fois plus de tokens pour le même travail
• Verrouiller les chemins de cache dès la conception de l’agent n’est pas optionnel — c’est indispensable

Ce que vous devez faire maintenant

Les outils progressent vite, mais ils cassent tout aussi vite. Quand une notification de mise à jour apparaît, résistez à l’envie de cliquer immédiatement — consultez d’abord les notes de patch.

Action immédiate : lancez claude update et vérifiez que vous êtes en v2.1.62 ou plus récent.

Profitez bien de vos quotas réinitialisés. Les tokens gratuits, ça n’arrive pas tous les jours.