Test bench · 2026-05-20

Token-optimizers landscape 2026

L'écosystème Claude Code a explosé en outils d'optimisation tokens : MCP servers, plugins marketplace, fichiers CLAUDE.md, daemons, CLI wrappers. Bench de 9 candidats (mai 2026) — qui marche, qui est gadget, et les 5 méta-leçons sur le screening.

La grille

Tri par verdict : adopt en haut, skip en bas. Lien repo + lien case study quand on a fait un deep-dive dédié.

RTK (Rust Token Killer)

par syladoire

Adopt

Approche CLI proxy Rust + hook Bash automatique

Claim 60-90% sur dev ops

Construit maison, intercepte Bash via hook PreToolUse, filtre les outputs git/ls/grep/find. Mesuré, observable via `rtk gain`.

↗ Repo interne

code-review-graph

par tirth8205

Adopt-conditional

Approche MCP Tree-sitter + blast-radius graph SQLite

Claim 8.2× moins de tokens vs ingestion brute

Build 4.7s sur maritime-atlas (929 nodes), detect-changes ultra-utile. Conditional : venv-only, éviter `install --platform claude-code` (modifie ~/.claude/ sans dry-run).

→ Case study ↗ Repo

drona23/claude-token-efficient

par drona23

Browsed, piqué 7 règles

Approche Fichier CLAUDE.md de 7 règles anti-verbosity

Claim 17% cost reduction (bench Sonnet)

5.4k★ pour 7 lignes de texte = signal fort. On a consolidé les 7 règles + 5 variantes maison dans un memo référencé depuis CLAUDE.md projet.

→ Case study ↗ Repo

nadimtuhin/claude-token-optimizer

par nadimtuhin

Browsed, piqué .claudeignore

Approche CLI `npx ... init` qui restructure les docs projet

Claim Restructure CLAUDE.md slim + .claudeignore + learnings

Notre topologie MEMORY.md/CLAUDE.md per-projet couvre déjà l'essentiel. On a juste piqué le pattern `.claudeignore` (4 repos updated).

↗ Repo

token-savior

par Mibayy

Adopt-conditional

Approche MCP server Python : tree-sitter nav + bash compaction + memory

Claim 97.9% tsbench à -80% tokens sur Opus 4.7

Testé 2026-05-20 en venv. Zéro pollution ~/.claude/, index maritime-atlas 196 files / 31363 lignes en 0.22s. `ts init --dry-run` truthful. Adopt-conditional : venv-only + profile `optimized` + `ts init` à appliquer manuellement après inspection diff (Self-Modification hook). Complémentaire à RTK + code-review-graph.

→ Case study ↗ Repo

ccusage

par ryoppippi

Adopt (le plus propre)

Approche CLI read-only : parse les logs JSONL locaux (15 agents) → coût/tokens

Claim Analytics usage par jour/semaine/mois/session

Testé 2026-05-29 via `npx ccusage@latest`. ZÉRO pollution (md5 CLAUDE.md + settings.json inchangés, aucun marketplace, rien dans ~/.config|~/.cache). Pur read-only, MIT, 15k⭐, v20 pushé le jour même, multi-agent (Claude/Codex/Gemini/Copilot). N'est PAS un optimizer mais le complément : RTK/token-savior réduisent les tokens, ccusage les mesure. Caveat : coût = pricing API public × tokens, donc proxy de volume (sur-estime sous abonnement Max/Team).

↗ Repo

ooples/token-optimizer-mcp

par ooples

Skip (double-up RTK)

Approche MCP server TypeScript cache + compression tool outputs

Claim 95% reduction

Promesses floues. Double-up direct avec RTK qui couvre déjà la compaction Bash côté Rust. À surveiller mais pas prioritaire.

↗ Repo

zilliztech/claude-context

par zilliztech

Skip (deps externes)

Approche MCP recherche sémantique via Milvus/Zilliz Cloud

Claim Vector search sur tout le codebase

Requiert Zilliz Cloud + OpenAI API key (deux deps externes payantes). Trop d'attache pour usage perso solo. À reconsidérer pour gros monorepos.

↗ Repo

alexgreensh/token-optimizer

par alexgreensh

Skip (license)

Approche Plugin marketplace + dashboard live + daemon port 24843

Claim Compaction-survival cross-session

License **PolyForm Noncommercial** bloque tout usage pro futur. Pattern install invasive (cf Ruflo/SuperClaude déjà rejetés). Deal-breaker license avant tout test.

↗ Repo

Méta-leçons (5)

Patterns qui émergent du bench global, transférables à toute nouvelle évaluation d'outil écosystème Claude :

  1. 01

    Screening license avant tout test

    PolyForm Noncommercial = deal-breaker pour usage pro futur (même perso). Avant de cloner / installer, vérifier la license. 1 tool écarté avant test (alexgreensh).

  2. 02

    Sandbox venv > install global pour Python MCPs

    Tout MCP Python qui propose `install --platform X` doit être testé en venv isolé d'abord, jamais install global direct. Garde-fou wrapper script qui refuse explicitement l'auto-install (pattern code-review-graph).

  3. 03

    RTK + 1 autre = couverture saine

    RTK couvre la compaction CLI (Bash hook PreToolUse). Pour le code review, code-review-graph en complément (Tree-sitter graph, scope différent). Pas besoin de 5 optimizers — la couverture devient redondante au-delà de 2.

  4. 04

    Texte > daemon : drona23 prouve le ROI rules-only

    5.4k★ pour 7 lignes de CLAUDE.md = la communauté valide qu'écrire des règles claires marche aussi bien (souvent mieux) qu'un binaire. Tester rules-only avant binaire pour tout besoin "verbosity".

  5. 05

    .claudeignore pattern à propager

    Pattern `.claudeignore` à la racine des repos, similaire à `.gitignore`, pour exclure les artefacts (dist/, node_modules/, .venv/, snapshots, logs) que Claude n'a aucun intérêt à lire. Appliqué à 4 repos. À industrialiser sur les 7.

Bilan

  • • 4 adoptés : RTK + code-review-graph + token-savior + ccusage (compaction, code review, MCP navigation, mesure coût — scopes complémentaires)
  • • 2 piqués sans adopter : drona23 (7 règles) + nadimtuhin (.claudeignore pattern)
  • • 3 écartés : ooples (double-up RTK), zilliztech (deps payantes externes), alexgreensh (license PolyForm)

Le ROI du bench global : ~3h pour écarter 4 candidats, valider 2 adoptions, et piquer 2 patterns sans payer le coût d'install. Sans le screening, on aurait probablement adopté 1-2 outils invasifs qui auraient pollué ~/.claude/ ou créé du double-up avec RTK.

Leçon ccusage (2026-05-29) : ne pas confondre réduire et mesurer. RTK/token-savior optimisent la conso ; ccusage la quantifie (read-only, npx, zéro footprint — le test-tool le plus propre du lot). Les deux familles cohabitent : on optimise avec l'un, on vérifie le gain avec l'autre.

Bench mené 2026-05-20 (+ ccusage 2026-05-29) · 9 candidats · 4 adoptés / 2 piqués / 3 écartés.