Gaspillage de tokens dans Claude Code : Un auto-audit utilisateur montre que les corrections comportementales surpassent le changement de modèle

Un utilisateur de Reddit a passé une semaine à mesurer où allaient réellement leurs tokens Claude Code, au lieu de simplement se plaindre des changements de prix de mai. Leur conclusion : la plupart des brûlures étaient auto-infligées, et des changements de comportement ont récupéré plus de marge que le changement de modèle n'aurait permis.

Plus grands gains

• /clear entre tâches non liées — un contexte obsolète de 200k tokens traînant pour une correction d'une ligne était l'habitude la plus coûteuse.
• Faites-lui planifier avant de toucher aux fichiers. Une passe de planification, puis exécutez — moins cher et meilleur qu'une boucle explorer-modifier-explorer.
• Arrêtez de le laisser relire les fichiers qu'il vient de modifier. S'il vient de modifier un fichier, il n'a pas besoin de le rouvrir pour « vérifier ». Dites-le une fois dans vos règles.
• Recherchez avec un sous-agent, pas le fil principal. Grep-et-lire dans un dépôt déverse toute la botte de foin dans votre contexte principal de façon permanente. Un sous-agent ne retourne que la réponse.
• Supprimez les boucles toujours actives et -p que vous ne surveillez pas. Les agents en arrière-plan brûlant des tokens pendant que vous dormez sont la majorité des factures cauchemardesques.

Aucune de ces corrections n'a nécessité un nouvel abonnement, un wrapper ou un serveur MCP. C'était de la discipline que l'utilisateur admet avoir été trop paresseux pour appliquer quand les limites semblaient infinies.

Le post reconnaît que rien de tout cela ne résout les hausses de prix réelles — cela vous empêche simplement de brûler des tokens supplémentaires par-dessus.