Fait partie du pilier réduire l'usage des tokens dans Claude Code. Cette page oppose un outil qui économise et rapporte, et un outil qui ne fait que rapporter.
À lire aussi :
rtk ou ccusage : de quoi ai-je besoin ?
Ils répondent à des questions différentes, et faire tourner les deux est ce qui vous apprend quelque chose qu'aucun ne dit seul. rtk filtre les sorties de commandes shell et rapporte ce qu'il a économisé en le faisant. ccusage lit les transcriptions de votre agent et rapporte ce que vous avez réellement dépensé. Le premier est un compteur par canal, le second est la facture. Le cas intéressant, c'est quand ils divergent — et c'est en général le cas.rtk gain peut afficher une grosse économie cumulée pendant que votre total ccusage bouge à peine. Ce n'est un bug ni chez l'un ni chez l'autre. C'est la mesure la plus instructive disponible dans toute cette catégorie, et presque personne ne la fait, parce qu'on n'installe qu'un des deux.
Je maintiens un benchmark ouvert de sessions longues et je vends un outil concurrent. Sur ce benchmark, rtk termine à peu près à l'équilibre. Lisez le mécanisme ci-dessous plutôt que le classement.
Que fait rtk exactement ?
Il filtre les sorties de commandes en limite de shell. Un proxy CLI en Rust avec plus de cent filtres spécifiques par commande — git, cargo, npm, pytest, docker, aws — et un hook transparent : vous tapez vos commandes exactement comme avant pendant que rtk compacte ce qui revient. Un binaire, moins de 10 ms au démarrage, aucun coût en tokens pour l'intégration. Un DSL TOML permet d'ajouter vos propres règles, etrtk gain rapporte les économies par commande depuis un stockage SQLite. Les réductions sur les outils bavards sont fortes et faciles à constater : environ 90 % sur cargo test, environ 80 % sur les opérations git.
Ses limites structurelles sont précises. Le hook ne couvre que bash, donc les outils intégrés Read, Grep et Glob passent entièrement à côté — et sur la plupart des agents ce sont eux qui portent l'essentiel des tokens. Pas de recherche, pas de compression structurelle des sources, pas de report des manifestes MCP, et pas de support PowerShell natif sous Windows.
Que fait ccusage exactement ?
Il lit les transcriptions JSONL locales de votre agent et rapporte ce que vous avez dépensé. Environ 15k étoiles, 15 sources d'agents supportées, zéro installation —bunx ccusage ou npx ccusage@latest. Rapports quotidiens, hebdomadaires, mensuels et par session, répartition par modèle, suivi des tokens de cache, et sortie JSON composable avec d'autres tableaux de bord.
Pour les abonnés Claude Pro et Max, le point fort est la vue par bloc de facturation de 5 heures, calée sur la fenêtre glissante d'Anthropic : vous voyez où vous en êtes dedans plutôt qu'après.
Il est en lecture seule et ne réduit rien, et il n'a aucun contrefactuel — il rapporte la dépense observée, jamais « ce que vous auriez dépensé sans l'outil X ». Le schéma JSONL qu'il lit est implicite plutôt que spécifié.
Pourquoi les deux chiffres divergent-ils ?
Parce quertk gain mesure son propre dénominateur et ccusage mesure le vôtre.
rtk gain répond à : parmi les octets passés par les filtres de rtk, combien ont été retirés ? C'est un vrai chiffre, honnêtement calculé. Mais le dénominateur est la sortie des commandes shell que rtk a interceptées, pas votre session. Si les sorties shell représentent un cinquième de votre trafic, une coupe de 70 % là-dessus fait 14 % au total — et si l'agent lit surtout via des outils intégrés que rtk ne voit jamais, la part est encore plus petite.
ccusage répond à : qu'a facturé le fournisseur ? Ce chiffre inclut tout ce que rtk ne peut pas voir — lectures de fichiers par les outils propres de l'agent, manifestes MCP envoyés avant votre premier message, fenêtre de conversation rejouée à chaque tour, et ratés de cache.
Les deux ne se contredisent donc pas. Ils ont des portées différentes, et le rapport entre eux vous dit quelle fraction de votre facture rtk était en position de toucher. Cette fraction est le chiffre à connaître, et il est propre à votre façon de travailler.
Ce que l'écart vous apprend
Faites tourner les deux une semaine et l'arithmétique désigne quelque chose d'utile :rtk gainélevé, ccusage plat. Votre dépense n'est pas dans les sorties shell. Regardez ensuite les lectures de fichiers et les manifestes d'outils ; rtk fonctionne correctement sur un canal qui n'est pas le vôtre.rtk gainfaible. Vous ne lancez pas assez de commandes bavardes pour qu'un filtre compte. Rien à corriger, rien à gagner à le régler.- Les deux ont bougé. Travail dominé par le terminal, et rtk est le bon outil pour vous. Gardez-le.
- ccusage monte pendant que
rtk gaingrimpe. Autre chose a changé cette semaine-là. C'est pourquoi changer une chose à la fois compte plus que tout choix d'outil sur cette page.
Que ne peuvent-ils dire ni l'un ni l'autre ?
Pourquoi les tokens ont été dépensés. ccusage rapporte qu'une session a coûté plus que d'habitude ; il ne dira pas que onze de vos vingt derniers appels d'outils ont relu les quatre mêmes fichiers.rtk gain rapporte ce qu'il a filtré ; il ne dit rien de ce qu'il n'a jamais vu.
À eux deux ils couvrent le « combien » sur deux périmètres, et aucun ne couvre le « à cause de quoi ». Pour cela il faut observer une session, ou placer entre l'agent et ses outils quelque chose qui rapporte par canal.
Lequel choisir ?
Installez ccusage dans tous les cas. Gratuit, sans installation, en lecture seule, et c'est l'instrument dont dépend toute autre décision. Installez rtk si votre journée est faite de builds, tests, conteneurs et commandes d'infrastructure, et que vous êtes sous Linux ou macOS. L'économie est réelle sur ce canal etrtk gain vous permet d'en mesurer la taille vous-même en une semaine.
Installez les deux si vous voulez savoir quelle fraction de votre facture le shell représente réellement. Ce seul rapport décide de plus de votre stratégie d'optimisation que n'importe quelle comparaison de fonctionnalités.
Comment appliquer ça aujourd'hui
- Lancez
npx ccusage@latestd'abord et notez une semaine de totaux avant d'installer quoi que ce soit qui change le comportement. - Installez rtk, puis comparez
rtk gainau total ccusage, pas à lui-même. Le rapport est le résultat. - Changez une chose à la fois. Deux changements dans la semaine produisent un résultat ininterprétable.
- Si l'écart est grand, allez voir les lectures de fichiers et les manifestes MCP. C'est là que vit le reste de la facture.
Ce qui tourne mal (anti-patterns)
Lirertk gain comme une réduction de facture. C'est un chiffre par canal, avec son propre dénominateur, honnêtement calculé et facile à mal lire.
Installer un optimiseur sans compteur. Vous finissez avec une opinion au lieu d'un résultat.
Attendre de rtk qu'il couvre les outils de fichiers intégrés de l'agent. Le hook est sur bash, par conception.
Prendre ccusage pour un optimiseur. Il n'économise rien. Toute sa valeur est dans ce que vous faites du chiffre.
À lire aussi :
- Réduire l'usage des tokens dans Claude Code — le pilier, indépendant de l'outil
- Benchmark des optimiseurs de tokens — la mesure ouverte derrière le résultat de rtk
- codegraph vs rtk — rtk face à un index de code
- rtk vs caveman — rtk face à un outil côté sortie
- Heures de reset des limites Claude — le bloc de cinq heures que rapporte ccusage
Classé n°1 au Token-Harness Optimizer Leaderboard.
Tokenade est classé n°1 au Token-Harness Optimizer Leaderboard — un benchmark de bout en bout des optimiseurs de tokens, mesuré sur de vraies sessions de code. Installez-le une fois, il agit sur chaque prompt. Compatible avec Claude Code, Cursor, Codex, Copilot et plus.
