Claude Code - Optimiser la consommation de tokens

Si vous débutez avec Claude Code, vous ne savez peut-être pas encore que chaque interaction a un coût mesuré en tokens. Grosso modo, un token est un petit morceau de texte (environ 4 caractères ou ¾ d'un mot). Plus Claude a de contexte à traiter — votre historique de conversation, les fichiers ouverts, les sorties des outils — plus de tokens sont consommés. Sur les plans payants, cela affecte votre quota ; sur les plans gratuits, cela limite directement ce que vous pouvez faire dans une session.

Cet article rassemble des conseils pratiques pour tirer le maximum de votre budget de tokens.

Réduire le contexte​

Choix du modèle​

Le choix du modèle a un impact direct sur la consommation de tokens — plus le modèle est capable, plus il coûte cher :

Fichier CLAUDE.md​

Chargé à chaque démarrage — chaque octet ici coûte des tokens avant votre premier message. Écrivez en style télégraphique ; SOLID et SRP sont compris sans phrases complètes. Si une instruction n'arrête pas de grossir parce qu'elle doit expliquer le pourquoi, et pas seulement énoncer le quoi, sa place n'est peut-être pas ici du tout — un article ultérieur explique comment déplacer ce genre de règle permanente dans un skill, un agent ou un fichier de règles plutôt que de la réécrire dans CLAUDE.md chaque fois qu'elle grossit.

Règles de récupération des données​

Indique à Claude d'utiliser des appels ciblés à grep/jq/yq au lieu de charger des fichiers entiers.

Restrictif — économie de tokens maximale :

## Data Fetching Rules

**Fetch only what each check requires — never pull full metadata upfront.**

Équilibré — lecture complète pour les fichiers source courts, ciblée pour l'infra :

## Data Fetching Rules

**Distinguish between code and metadata:**

- **Source Code:** Because files are strictly max 200 lines, you may read full source files to grasp the complete import/dependency context and avoid breaking SRP.
- **Infrastructure & Logs:** Never read full logs, `.lock` files, or raw JSON/YAML metadata. You MUST use targeted shell tools (`grep`, `jq`, `yq`) for Docker configs, `compose.yaml`, JSON files or CI/CD files.

Mode de sortie​

Ajoute ~25 tokens en entrée au démarrage mais raccourcit chaque réponse de l'IA, ce qui cumule les économies sur les longues sessions.

Agressif — réponses les plus courtes, raisonnement moins visible :

## Output mode

**Ultra-concise.** No filler words, no repetition, no introductions, no conclusions. Density over readability. Skip pleasantries. Go straight to findings.

Modéré — bref, avec une justification en une ligne par changement :

## Output mode

**High-Density Technical.** No filler, pleasantries, or generic introductions. When proposing code changes, you MUST provide a 1-sentence technical rationale explaining your architectural choice (e.g., how it serves SOLID, DRY, or a specific PHP 8.4/Python 3.14 feature). Be a highly critical peer reviewer; flag flaws bluntly.

Génération de code​

Empêche Claude de renvoyer des fichiers entiers — seules les lignes modifiées, avec un contexte environnant minimal.

## Code generation

Do not output unchanged code blocks. Only display the specific lines modified, providing minimal surrounding context. Rely strictly on tools for full file rewrites.

Heures creuses et heures de pointe​

Anthropic a confirmé qu'en journée, pendant les heures de bureau, la limite de débit de messages est différente. Le nombre de tokens reste le même, mais pas leur pondération : vous épuiserez votre quota plus ou moins vite selon l'heure de la journée. Si votre budget est serré, travailler pendant les heures creuses (le soir ou le week-end) fera durer votre quota plus longtemps.

Bonus​

Si vous ne voulez pas installer caveman​

Créez simplement une nouvelle conversation et collez ce prompt, en remplaçant [YOUR-CLAUDE.MD-CONTENT] par le contenu réel de votre fichier :

I want you to act as a token compressor for an LLM system prompt (in a "Caveman" style). Your goal is to drastically reduce the size of the following text while retaining 100% of the rules, technical constraints, and architectural guidelines. Compression rules: 1. Remove all connecting words, articles, polite language, and human grammar. 2. Use extreme telegraphic syntax, keywords, and standard abbreviations. 3. Group concepts by tags (e.g., [Rules], [Stack], [Lint]). 4. Do NOT omit ANY technical constraints (e.g., tool names, versions, strict limits). 5. Generate only the compressed result, with no introduction or conclusion. Here is the file to be compressed:

[YOUR-CLAUDE.MD-CONTENT]