Test bench · 2026-05-20

drona23/claude-token-efficient

Pas un binaire à installer, pas une commande à exécuter. Juste un CLAUDE.md à copier-coller, qui code en 7 règles l'anti-verbosity attendue de Claude Code. 5.4k★ pour 7 lignes de texte. On l'a pas adopté en l'état mais on a piqué l'ensemble — et ajouté nos variantes maison.

Pourquoi le browser

Le repo drona23/claude-token-efficient a un README ultra minimaliste : un fichier CLAUDE.md de 7 règles qui réduit la verbosité par défaut de Claude Code. Le tableau de bord annonce 17% cost reduction mesuré sur Sonnet à payload identique. Pas de daemon, pas de hook, pas de SQLite, pas de venv : juste du texte. 5.4k stars, MIT, push fréquent. La question : est-ce que les 7 règles tiennent la route en pratique, et est-ce qu'elles s'appliquent à notre workflow Sylvain/Claude ?

Les 7 règles (v8)

Format anti-pattern → fix. Court par design (la verbosity du tableau lui-même est un anti-pattern).

  1. 01

    Anti Démarre à coder sans contexte

    Fix Think first ; read files before writing

  2. 02

    Anti Réponses longues, sycophantes

    Fix Keep output concise ; no "Great question!" / "Absolutely!" / "I hope this helps!"

  3. 03

    Anti Réécrit des fichiers entiers

    Fix Préférer des edits ciblés (Edit tool, pas Write)

  4. 04

    Anti Re-lit les mêmes fichiers

    Fix Read once unless changed

  5. 05

    Anti Annonce "done" sans tests

    Fix Run validation before claiming completion

  6. 06

    Anti Flagornerie

    Fix No flattering preamble or closing fluff

  7. 07

    Anti Over-engineering

    Fix Simple direct fixes ; pas d'abstraction non demandée

  8. 08

    Anti Rules > user prompt

    Fix User wins : prompt override > rule file

Verdict

Ce qui marche

  • • Zéro install : un copy-paste dans CLAUDE.md, fini
  • • Format anti-pattern → fix, hyper-actionnable
  • • Règle 8 (user override) explicite — pas de "rules absolues" qui frustrent
  • • 17% cost reduction mesuré (bench Sonnet)
  • • Licence MIT, scope minuscule, projet sain

Caveats

  • • Les règles 1, 3, 4, 5 sont des évidences qu'un dev expérimenté donnerait déjà à son agent
  • • La règle 7 (over-engineering) est vague — sans signal explicite "ne fais pas X", l'agent peut sur-interpréter et brider une feature
  • • Pas de FR : utiliser un CLAUDE.md anglais quand tu parles français au quotidien rajoute une couche de mismatch

Décision

Browsed, pas adopté en l'état. On ne copy-paste pas le fichier brut dans nos CLAUDE.md ; on consolide les 7 règles avec nos variantes maison (cf section suivante) dans un memo dédié : feedback_terse_responses_pattern.md. Le memo est référencé depuis le CLAUDE.md projet (pas dupliqué — pour économiser des input tokens à chaque session).

Variantes maison (5)

Règles spécifiques à notre workflow, extraites de feedbacks explicites de Sylvain au fil des sessions. Empilées sur les 7 règles drona23.

  1. 01

    Pas de récap inutile en fin de réponse

    Quand la tâche est triviale et que le résultat est visible (diff appliqué, test passé), ne pas re-lister les étapes. La règle 2 étendue.

  2. 02

    Verbe-action + résultat, pas le chemin

    "crg installé, version 2.3.3 vérifiée" plutôt que "J'ai fait X puis Y puis Z, et finalement le résultat est…". Économie 50% sur les bullets de status.

  3. 03

    Pas de jargon enchaîné dans les récap user-facing

    Garder le jargon K8s/CI/Drizzle dans le code. Dans les bullets user-facing, traduire entre parenthèses. Vient d'un feedback explicite : "par moment tu me parles chinois".

  4. 04

    Curl/smoke test obligatoires (TDD blind spot)

    Mocker fetch() teste la transfo, pas l'URL. Toujours valider runtime avant de claim done. Variant maison de la règle 5.

  5. 05

    Commencer par le moins ambitieux qui marche

    Éditeur HTML SVG simple bat 5 itérations OpenCV. Background statique bat un BG animé low-opacity. Variant maison de la règle 7.

Méta-observation

5.4k★ pour 7 lignes de texte, c'est un signal fort : la communauté Claude Code souffre par défaut de verbosité, sycophancie, et sur-explication. Le fix est principalement politique (mettre des limites explicites), pas technique (pas de plugin). Un bon rappel que les meilleurs outils sont parfois juste des règles écrites — et qu'on peut souvent éviter l'install d'un binaire en consolidant l'idée dans un CLAUDE.md.

↗ Repo GitHub

Browse mené 2026-05-20 · version v8 · règles consolidées dans memo feedback_terse_responses_pattern.