RTK (Rust Token Killer) est un proxy en Rust qui filtre les sorties de commandes shell avant leur arrivée dans le contexte de Claude Code. Il peut fortement réduire le bruit produit par Git, les tests ou les logs, mais le chiffre de « 60 à 90 % » concerne la sortie Bash traitée : ce n’est pas automatiquement une réduction équivalente des tokens totaux ou de la facture.

Voici comment installer RTK, vérifier son fonctionnement et mesurer son intérêt dans votre propre workflow.

RTK, c’est quoi exactement ?

Quand Claude Code exécute git status, git diff, une suite de tests ou une commande Docker, la sortie peut contenir des dizaines de lignes répétitives. RTK intercepte les commandes shell éligibles, puis applique plusieurs stratégies :

  • regroupement des informations similaires ;
  • suppression du bruit et des lignes répétées ;
  • réduction des traces et sorties de tests réussis ;
  • reformattage compact pour conserver l’information utile.

Le hook transforme par exemple un appel à git status en appel RTK avant son exécution. Claude Code reçoit ensuite la version filtrée.

RTK ne compresse toutefois pas tout le contexte. Les outils intégrés de Claude Code comme Read, Grep et Glob ne passent pas automatiquement par le hook Bash. Le prompt système, l’historique de conversation et les réponses du modèle restent eux aussi hors de ce mécanisme.

Installer RTK avec Claude Code

Utilisez en priorité le dépôt officiel RTK et son guide d’installation, car les commandes peuvent évoluer.

Avec Homebrew

brew install rtk

Avec Cargo

cargo install --git https://github.com/rtk-ai/rtk

Il existe un autre projet nommé rtk sur crates.io. L’installation depuis le dépôt rtk-ai/rtk évite cette collision.

Activez ensuite l’intégration globale pour Claude Code :

rtk init -g

Redémarrez Claude Code, puis vérifiez l’installation :

rtk --version
rtk gain
rtk init --show

rtk gain doit afficher le tableau de suivi de Rust Token Killer. Si la commande n’existe pas alors que rtk --version fonctionne, vérifiez la provenance du binaire installé.

RTK réduit-il vraiment les tokens de 90 % ?

La réponse dépend de ce que l’on mesure. La documentation officielle annonce jusqu’à 90 % de réduction sur la sortie de certaines commandes Bash. Cette sortie n’est qu’une partie des tokens d’entrée, eux-mêmes seulement une partie du coût total d’une session.

RTK estime également les tokens à partir de la taille des sorties, avec une approximation de quatre octets par token. Le tableau rtk gain est utile pour suivre les commandes filtrées, mais il ne remplace pas les métriques du fournisseur du modèle.

Il faut donc distinguer trois éléments :

  1. le volume de sortie shell supprimé par RTK ;
  2. les tokens totaux consommés par la session ;
  3. le coût réellement facturé.

Dans ma première démonstration, le gain de 90 % correspondait aux sorties traitées dans mon workflow. Ce résultat ne doit pas être généralisé à toutes les sessions Claude Code.

Comment mesurer vos gains

Comparez plusieurs tâches identiques avec et sans RTK, sur le même projet et avec le même modèle :

Test Sans RTK Avec RTK À contrôler
git status À mesurer À mesurer Sortie conservée
git diff sur le même commit À mesurer À mesurer Informations perdues
Suite de tests identique À mesurer À mesurer Diagnostic des erreurs
Tâche complète dans Claude Code À mesurer À mesurer Tokens, tours et qualité

Notez la version de RTK, le modèle, le niveau d’effort et le nombre de tours. Une sortie plus courte n’est utile que si Claude Code termine la tâche sans devoir relancer une commande plus détaillée.

Les limites à connaître

RTK est particulièrement pertinent pour les workflows avec beaucoup de commandes Git, de tests, de logs, de Docker ou de Kubernetes. Son impact sera plus faible si Claude Code navigue surtout avec ses outils intégrés ou si les commandes produisent déjà peu de texte.

Une compression agressive peut également masquer un détail utile et entraîner une seconde lecture. Il faut donc vérifier la qualité du résultat, pas seulement le pourcentage affiché.

Pour compléter la mesure, vous pouvez suivre la consommation avec Claude HUD, tester le mode Concise de Claude Code ou comparer le skill et le proxy Caveman. Ces outils n’agissent pas au même niveau : RTK filtre les sorties shell, tandis que les autres approches surveillent ou réduisent d’autres parties de la session.

Mon verdict

RTK mérite un test si vos sessions sont remplies de sorties shell verbeuses. Il est rapide, open source et s’intègre automatiquement à Claude Code. En revanche, ne l’installez pas en espérant diviser mécaniquement votre facture par dix : mesurez une tâche complète, contrôlez la qualité et conservez uniquement les filtres qui améliorent réellement votre workflow.

La vidéo associée montre la mise en place et mon premier retour d’expérience. Gardez simplement en tête la distinction désormais essentielle entre sorties Bash compressées et consommation totale.