Outils d'économie de tokens Claude Code : comparatif 2026

Chaque outil d'économie de tokens pour Claude Code arrive avec son pourcentage : 60 à 90 % de sorties shell en moins, 65 % de réponses plus courtes, un dépôt entier tenu dans un seul fichier. Les chiffres sont séduisants. Le problème, c'est qu'ils viennent presque toujours de ceux qui ont écrit l'outil, mesurés sur leur périmètre, avec un dénominateur qui change d'un README à l'autre : tokens de sortie, tokens d'entrée, dollars, nombre de requêtes.

Un outil d'économie de tokens pour Claude Code réduit ce que le modèle lit, ce qu'il écrit, ou ce que coûte chaque token. Ce comparatif d'octobre 2026 place six outils sur une même grille, après relecture de leurs dépôts le 14 octobre : RTK, caveman, Serena, claude-context, Repomix et claude-code-router. Le but n'est pas d'élire un gagnant. Chaque outil attaque une couche différente, et le bon choix dépend de ce qui domine ta consommation, donc de la mesure.

Comment comparer des outils qui ne réduisent pas la même chose ?

En les rangeant par couche. Une session Claude Code consomme des tokens à quatre niveaux, et chaque outil en vise un. Deux outils d'une même couche se concurrencent, deux outils de couches différentes se cumulent. Et un outil qui réduit une couche qui pèse peu chez toi ne changera rien à ta facture : économiser 30 % d'un poste qui représente 10 % de ta consommation rapporte 3 %.

• Sortie shell (ce que renvoient git, les tests, les linters) : RTK.
• Sortie du modèle (longueur et style des réponses) : caveman.
• Lecture de code (comment l'agent trouve et charge ce dont il a besoin) : Serena, claude-context, Repomix.
• Prix du token (qui facture, et combien) : claude-code-router.

Pour chaque outil, la même grille : mécanisme (hook, plugin, serveur MCP, proxy), ce qui est réduit, niveau de preuve (mesuré par moi, mesuré par l'éditeur, ou simple marketing), risques, licence vérifiée dans le fichier LICENSE plutôt que dans le badge, et ce qui quitte la machine. Les chiffres sont ceux des éditeurs, sauf mention contraire. Rien de ceci ne se juge sans mesure préalable, décrite dans l'article sur le suivi de consommation.

RTK : que vaut le filtrage des sorties shell ?

RTK est un hook PreToolUse qui réécrit les commandes de l'agent pour lui renvoyer une sortie condensée. Il réduit l'entrée. Le projet annonce 60 à 90 % ; sur mon poste, j'ai mesuré 31,5 % sur 90 jours. Ce n'est pas un désaveu : l'écart vient de la part de la sortie shell dans mes sessions. Licence depuis la 1.0 : Apache-2.0 et BUSL-1.1 pour l'édition par défaut, Apache-2.0 seule pour l'édition rtk-oss. Le filtrage est local. Installation, mesure et pièges git sont détaillés dans l'article consacré à RTK.

caveman : faut-il comprimer les réponses de Claude ?

caveman est un plugin Claude Code qui impose un style de réponse télégraphique : phrases courtes, pas de politesses, pas de reformulations. Il agit sur la sortie, facturée plus cher que l'entrée. La v4.0.1 du 13 octobre 2026 ajoute d'autres modules, dont Read less, qui réduit logs, JSON et sorties de tests avant lecture. Correction utile : la licence est Apache-2.0, et non MIT comme on le lit souvent.

claude plugin marketplace add JuliusBrussee/caveman && claude plugin install caveman@caveman

# Dans une session
/caveman            # mode lite ou full ; /ultracave pour plus agressif
/caveman off        # coupe le style

# Télémétrie du CLI, active par défaut
caveman telemetry off      # ou : export DO_NOT_TRACK=1

La preuve demande une lecture attentive. Le README affiche « 65 % » en accroche, mais ses mesures détaillées disent autre chose. Sur la sortie, la mesure de l'auteur (10 questions, règles de la version 3.1.0) donne 6 983 tokens sans consigne, 4 119 avec /caveman et 2 693 avec /ultracave. Mais le README précise lui-même que la vraie référence est une simple consigne « sois concis » : face à elle, /caveman ne gagne que 3 % à la médiane, /ultracave 35 %. Read less mesure 33,2 % d'entrée en moins sur 54 runs. Un test indépendant conclut à 15 à 25 % en conditions réelles. Et les règles coûtent environ 1 160 tokens d'entrée par session : le gain n'est net que si tes réponses sont assez longues pour l'amortir.

Retour d'expérience sobre : le plugin est actif dans mes sessions, en mode full. Pour des tâches d'exécution (corriger, renommer, lancer les tests), la brièveté me convient. Sur une revue de sécurité ou une explication d'architecture, une réponse comprimée peut omettre une nuance, et la relance coûte plus que l'économie : je coupe le mode. Côté confidentialité, le CLI envoie par défaut des noms de commandes et des comptes de tokens, sans prompts ni code selon le README. Le mode Auto, activé seulement après connexion, envoie en revanche ta dernière demande et ses pièces jointes (CLAUDE.md, fichiers mentionnés) à Caveman Cloud. Pour un projet client sous NDA, c'est non par défaut.

Serena MCP : naviguer par symboles plutôt que lire des fichiers ?

Serena est un serveur MCP qui s'appuie sur des serveurs de langage (LSP) pour que l'agent demande « où est définie cette classe » ou « qui appelle cette méthode » au lieu de lire des fichiers entiers. Il réduit l'entrée liée à l'exploration, et améliore aussi la précision de la navigation. La v2.0.0 date du 13 octobre 2026. PHP est supporté : Intelephense par défaut (licence commerciale pour les fonctions premium), Phpactor en alternative pour PHP 8.1 et plus. Pour un projet Symfony, Phpactor évite la dépendance à une licence ; je n'ai pas comparé la qualité des deux.

uv tool install -p 3.13 serena-agent
serena init
# Par projet, depuis la racine
claude mcp add serena -- serena start-mcp-server --context claude-code --project "$(pwd)"

• Preuve : aucun chiffre « 70 % » n'est publié par l'éditeur, malgré ce qui circule. Le README parle d'un outillage plus économe et reconnaît un effet faible sur les petits projets.
• Piège : un serveur MCP de plus, ce sont des descriptions d'outils chargées à chaque session. Mesure ce coût avec /context avant de conclure à un gain. Le README déconseille aussi explicitement l'installation via une marketplace de plugins.
• Licence : GPL-3.0-or-later, hors du composant SolidLSP en MIT. Sans conséquence pour un usage interne, un sujet juridique si tu l'intègres à un produit.
• Confidentialité : le code reste local.

claude-context : la recherche sémantique vaut-elle son indexation ?

claude-context, de Zilliz, découpe le code, le convertit en embeddings et l'indexe dans Milvus ; l'agent interroge l'index en recherche hybride, sémantique et mots-clés. L'éditeur revendique environ 40 % de tokens en moins à qualité de récupération équivalente, d'après sa propre évaluation. Licence MIT, mais pas de release GitHub et un dernier push en juillet 2026 : surveille la maintenance.

Le point qui tranche est la confidentialité : par défaut, ton code part chez un fournisseur d'embeddings (OpenAI, VoyageAI, Gemini) et les vecteurs sont stockés chez Zilliz Cloud. Une FAQ décrit un mode entièrement local, avec Milvus en Docker Compose et Ollama pour les embeddings : c'est la seule configuration défendable sur du code client. Deux autres pièges : l'installation documentée passe par npx @zilliz/claude-context-mcp@latest, qui exécute la dernière version publiée à chaque démarrage, donc épingle la version ; et l'index doit être reconstruit après un gros refactoring.

Repomix : empaqueter un dépôt, bonne ou mauvaise idée avec Claude Code ?

Repomix (MIT) concatène un dépôt en un seul fichier à coller dans un chat. L'option --compress, qualifiée d'expérimentale, utilise Tree-sitter pour garder les signatures de fonctions et de classes sans leurs corps. Le chiffre de 70 % qui circule n'est pas adossé à un benchmark. Point positif : Repomix lance Secretlint par défaut pour écarter les fichiers qui contiennent des formats de secrets connus.

npx repomix@latest --compress --include "src/**/*.php"
# Ou comme serveur MCP pour Claude Code
claude mcp add repomix -- npx -y repomix --mcp

Mon avis : Claude Code sait déjà explorer par recherche et lire à la demande. Précharger un dépôt sans corps de fonctions donne une carte, mais l'agent devra relire les fichiers pour agir, et ce fichier pèse sur la fenêtre de contexte de toute la session. Repomix garde son intérêt pour un chat sans accès au système de fichiers, ou pour une vue d'ensemble ponctuelle lors d'un audit d'architecture. Le fichier produit est un artefact à ne pas commiter.

claude-code-router : réduire la facture sans réduire les tokens ?

claude-code-router (MIT, v3.1.3 du 9 octobre 2026) est une passerelle locale qui redirige les requêtes de l'agent vers d'autres fournisseurs : OpenAI, Gemini, OpenRouter, DeepSeek, Mistral et des endpoints compatibles. Le volume de tokens ne baisse pas : c'est le prix par token qui change, et avec lui la qualité. Il s'installe avec npm install -g @musistudio/claude-code-router (Node.js 22 ou plus), et se configure via ccr ui.

Les risques sont d'une autre nature que pour les outils précédents. Claude Code est calibré pour les modèles Claude, et l'usage d'outils se dégrade avec des modèles plus faibles, d'une façon qu'on ne voit souvent qu'en relecture. Ton code et tes prompts partent chez des fournisseurs tiers, parfois hors de l'Union européenne : la question relève de la souveraineté et de la conformité RGPD avant d'être une question de performance. Le projet n'est pas affilié à Anthropic. Et pour router entre modèles Anthropic, Haiku pour les tâches simples par exemple, Claude Code le fait nativement, sans proxy.

Quel outil choisir selon ton profil ?

• Développeur solo : commence par les leviers natifs, puis RTK, le moins invasif et mesurable avec rtk gain. Ajoute caveman seulement si ta consommation est dominée par la sortie et que tu fais surtout de l'exécution, télémétrie coupée et sans Auto. Serena n'a de sens que sur une base de code assez grande pour que la navigation coûte cher.
• Équipe PHP/Symfony : Serena avec Phpactor est le candidat naturel pour un monolithe de plusieurs centaines de classes. Valide-le sur cinq à dix tâches réelles avant de généraliser. Versionne la configuration MCP, épingle les versions de chaque outil et applique la gouvernance décrite dans l'article sur les Claude Code Mods.
• Entreprise sensible à la confidentialité : liste blanche d'outils entièrement locaux (RTK, Serena, caveman sans Cloud ni télémétrie, claude-context avec Milvus et Ollama locaux). Interdis Caveman Auto, claude-code-router vers des fournisseurs non contractualisés et tout npx @latest non épinglé. Fais valider les licences BUSL et GPL par ton service juridique.
• Audit ou découverte d'un dépôt inconnu : Repomix, en usage ponctuel.
• Contrainte budgétaire avant tout : claude-code-router peut se justifier, à condition de tester la qualité sur tes tâches et de valider où partent les données.

Par quoi commencer avant d’installer quoi que ce soit ?

Par ce qu'aucun de ces outils ne remplace : /clear entre deux tâches, un CLAUDE.md court, des sous-agents pour isoler les lectures lourdes, le bon modèle pour la bonne tâche. Ces gestes sont décrits dans l'article sur les leviers natifs ; les outils tiers s'appliquent après eux, sur le résidu. Ensuite, la seule méthode qui tienne :

• Mesurer ta consommation actuelle et identifier la couche qui domine.
• Figer une tâche représentative et rejouable sur ton dépôt (un bug à corriger, une fonctionnalité à ajouter).
• Installer un seul outil à la fois, puis rejouer la même tâche et comparer les tokens.
• Comparer aussi le résultat : un diff moins bon qui coûte moins cher n'est pas une économie.
• Garder l'outil si le gain tient sur plusieurs tâches, sinon le désinstaller.

Mon écart entre 31,5 % et les 60 à 90 % annoncés pour RTK n'aurait jamais été visible sans cette mesure. Les versions citées ici datent du 14 octobre 2026 et évoluent chaque semaine : relis les dépôts avant d'adopter. La méthode de comparaison rigoureuse, et ce qu'une compression avec perte peut coûter en relances, feront l'objet d'un article dédié de la série. Prochain épisode, changement de sujet : comment laisser un agent travailler seul sur un projet Symfony sans perdre le contrôle, en commençant par la vérification.

Écrit par

Flavien Métivier

Expert PHP/Symfony indépendant depuis 2014, ancien CTO de Kartable et d'Extrabat. Plus de 80 projets menés, de l'audit à la migration.

Mon parcours