06 - RTK et les outils compagnons
Ce que tu vas apprendre
- RTK : installer, configurer, et mesurer les economies de tokens
- La regle d'or : toujours prefixer avec rtk
- Les outils compagnons : Serena, le desktop app, GitHub Actions
- Les agents et sous-agents pour le travail parallèle
Prerequisites
Le problème des tokens
Chaque commande que Claude exécuté produit une sortie. Un git diff sur un gros refactoring, c'est des centaines de lignes. Un cargo build avec des warnings, pareil. Un vitest run avec 200 tests, ca deborde. Toute cette sortie est injectee dans le contexte de Claude. Plus le contexte grossit, plus la session coûte cher et plus tu te rapproches de la limite ou Claude doit compacter (et donc perdre de l'information).
RTK (Rust Token Killer) resout ca. C'est un outil en Rust qui se place entre tes commandes et Claude. Tu prefixes n'importe quelle commande avec rtk, et la sortie est compressée intelligemment. Les informations inutiles sont supprimees, les patterns repetitifs sont dedupliques, la structure est preservee.
Installation
RTK s'installe via Cargo ou en telechargeant le binaire :
bashcargo install rtk
Si tu n'as pas Rust installe, tu peux récupérer le binaire precompile depuis la page des releases GitHub. Deplace-le dans un répertoire de ton PATH et c'est fait.
Verifie l'installation :
bashrtk --version
La regle d'or
Prefixe toutes tes commandes avec rtk. Toujours. Meme dans les chaînes avec &&. C'est la seule regle a retenir.
bash# Correct
rtk git add . && rtk git commit -m "fix: header layout" && rtk git push
# Incorrect
git add . && git commit -m "fix: header layout" && git push
Pourquoi ? Parce que si RTK a un filtre dédié pour la commande, il l'applique. S'il n'en a pas, il passe la commande telle quelle. RTK est toujours safe. Tu ne perds rien a le mettre partout.
La meilleure facon de l'appliquer : ajoute l'instruction dans ton ~/.claude/CLAUDE.md (comme on l'a vu dans l'article 02). Claude utilisera RTK systématiquement sans que tu aies a y penser.
Les economies concrètes
Voici ce que RTK economise sur les commandes courantes :
| Commande | Economie |
|---|---|
rtk cargo build |
~80% |
rtk cargo test |
~90% |
rtk vitest run |
~99.5% |
rtk git diff |
~80% |
rtk git status |
~60% |
rtk git log |
~70% |
rtk tsc |
~83% |
rtk pnpm install |
~90% |
rtk next build |
~87% |
Le cas rtk vitest run est le plus frappant. La sortie standard de vitest avec 200 tests, c'est des pages de checkmarks verts et de noms de fichiers. RTK ne garde que les tests qui echouent. Si tout passe : une ligne. 99.5% de tokens economises.
Mesurer les economies
RTK garde un historique de ses compressions. Pour voir combien de tokens tu as economise :
bashrtk gain
Pour l'historique détaillé :
bashrtk gain --history
Et pour trouver les commandes que Claude a lancees sans RTK (les occasions manquees) :
bashrtk discover
rtk discover analyse tes sessions Claude Code et te dit "hey, tu as lance 43 git diff sans RTK, ca t'aurait economise 12000 tokens". C'est un bon outil de diagnostic quand ta facture semble trop elevee.
Serena : l'intelligence de code en MCP
Serena est un serveur MCP qui donne a Claude une comprehension structurelle de ton code. Au lieu de lire les fichiers un par un, Claude peut demander a Serena "quelles classes implementent cette interface ?" ou "ou est utilisee cette fonction ?". C'est du code intelligence (comme un LSP) expose via MCP.
La différence avec la lecture brute : quand Claude cherche ou une fonction est appelee, il doit normalement faire un grep sur tout le projet. Avec Serena, il fait une requête semantique. Plus rapide, moins de tokens, plus precis.
Pour l'ajouter a ton .mcp.json :
json{
"mcpServers": {
"serena": {
"command": "npx",
"args": ["-y", "@anthropic-ai/serena-mcp"]
}
}
}
Je ne l'utilise pas sur tous les projets. Sur un petit projet de 50 fichiers, le grep classique suffit. Sur un monorepo de 500 fichiers, Serena change la donne.
Claude Code desktop app
En plus du CLI et des extensions IDE, Claude Code existe en version desktop. C'est une application web qui te donne une interface graphique pour tes sessions. Utile si tu preferes une interface visuelle au terminal, ou si tu veux partager une session avec un collegue.
L'app desktop et le CLI partagent la meme configuration (CLAUDE.md, .mcp.json, settings.json). Tu peux commencer une session en CLI et la continuer dans le desktop, ou l'inverse.
GitHub Actions : Claude en CI
Claude Code s'intégré dans les workflows GitHub Actions. Tu peux configurer un workflow qui lance Claude Code pour :
- Faire une review automatique de chaque PR
- Generer des changelogs à partir des commits
- Verifier que le code respecte les conventions du CLAUDE.md
- Proposer des corrections sur les PRs qui echouent au lint
C'est un cas d'usage avance. Tu paies des tokens a chaque run de CI. Mais sur un projet open-source avec beaucoup de contributions, ca filtre les PRs de mauvaise qualité avant qu'un humain passe du temps dessus.
Agents et sous-agents
Claude Code peut spawner des sous-agents pour paralleliser le travail. Au lieu de faire sequentiellement "analyse le code, puis ecris les tests, puis mets à jour la doc", Claude peut lancer trois agents en parallèle.
Les sous-agents heritent du contexte du parent mais travaillent indépendamment. Chacun a sa propre fenêtre de contexte. C'est particulièrement utile pour :
- Explorer un codebase large (un agent par module)
- Rechercher des informations dans plusieurs fichiers en parallèle
- Exécuter des taches independantes simultanément
Tu n'as pas besoin de configurer quoi que ce soit. Claude décidé seul quand spawner un sous-agent. Mais tu peux l'encourager : "utilise des agents parallèles pour analyser les trois modules" et il comprend.
Sur paltemps.fr, j'ai vu Claude spawner un agent pour explorer la structure de la base de donnees pendant qu'un autre analysait les composants React. Le résultat combine etait plus complet que ce qu'un agent unique aurait produit.
Article précédent : 05 - Les hooks
Article suivant : 07 - Mon workflow complet : du setup au deploy