12 astuces essentielles pour maximiser l'efficacité de Claude Code (oct. 2026)

Le même Claude Code donne des résultats totalement différents selon la personne qui l'utilise.

Certains épuisent rapidement leur limite de 5 heures, tandis que d'autres la trouvent largement suffisante.

--> La différence réside dans les réglages et les habitudes.

⭐️ Voici 12 bons conseils pour Claude Code. ⭐️

Toutes les commandes et tous les prompts sont inclus pour que tu puisses les copier-coller directement.

--> C'est un peu long à lire d'une traite... Et si tu commençais par le mettre en favoris ???

⚠️ Avant de commencer.. Vérifie ta version ⚠️

La plupart des fonctionnalités mentionnées dans cet article ont été publiées ces derniers mois. Si ta version est ancienne, les commandes ne fonctionneront pas.

Vérifie avec claude --version dans le terminal, et si elle est trop basse, lance simplement claude update.

Les commandes de cet article sont basées sur la v2.1.302 au 18 octobre.

1. Définis des efforts différents pour chaque sous-agent

L'effort (effort) détermine à quel point Claude réfléchit avant de répondre. Les options incluent low, medium, high, xhigh et max, bien que les paliers disponibles varient légèrement selon le modèle.

Beaucoup de gens le règlent inconditionnellement sur Max ou XHigh, en supposant que plus c'est élevé, mieux c'est.

Mais ce n'est pas toujours vrai.

Lors de la création de la même application à titre de comparaison, Max a pris 79 minutes, tandis que les autres niveaux d'effort en ont pris 16.

Les résultats étaient presque identiques. Tu perds juste plus de temps et de tokens.

Voici ce que j'ai résumé de mon expérience :

--> (Essentiel) 🔥 Si tu sais écrire des prompts détaillés, le résultat final est souvent similaire, que tu utilises low ou max. 🔥

--> Pour le brainstorming, low ou medium fonctionnaient en réalité mieux.

Cependant, les conceptions difficiles, les bugs complexes et les revues importantes nécessitent parfois un effort plus élevé.

La clé n'est pas "toujours low".

Depuis le 7 octobre.. Précise l'effort lors de l'appel des sous-agents !

À partir de la mise à jour du 7 octobre (v2.1.292), le Claude Code principal peut spécifier l'effort lorsqu'il appelle des sous-agents.

Tu peux désormais donner des instructions comme celle-ci :

Divise la tâche actuelle en trois étapes et procède avec des sous-agents.

1. Recherche de l'emplacement des fichiers et organisation des données avec un effort low

2. Revue des avantages/inconvénients de la direction des modifications avec un effort medium

3. Revue de recherche de bugs sur le code final avec un effort high

Montre quel effort a réellement été attribué à chaque sous-agent,

et ne rapporte à l'agent principal que les conclusions et les chemins des fichiers de preuve.

Si c'est pénible de le répéter à chaque fois, enregistre les agents dans des fichiers.

--> Par exemple, sauvegarde-le sous light-research.md dans le dossier .claude/agents/ du projet.

name: light-research

description: Recherche légère uniquement pour trouver les fichiers pertinents et l'emplacement des preuves

model: haiku

effort: low

Les deux méthodes — préciser à chaque appel (prompt ci-dessus) et fixer via un fichier — fonctionnent !

2. Gestion du contexte et prévention du gaspillage de tokens

🤪 La raison pour laquelle Claude Code devient soudainement stupide est principalement liée au contexte.

Le contexte est l'espace de travail dont Claude se souvient à un instant T. Les conversations, les fichiers lus et les résultats des commandes s'y accumulent tous.

--> Aujourd'hui, Claude Code dispose de 1M (1 million de tokens) de contexte par 'défaut'.

Le problème, c'est de remplir entièrement ce 1M.

Ce n'est pas propre à Claude ; c'est une limitation commune à tous les LLMs comme Codex.

⭐️ Astuce : Règle autocompact sur 500~700k ⭐️

Je repousse donc le seuil de compression automatique vers l'avant.

/autocompact 600k

Cela réduit la taille de la fenêtre utilisée pour la compression automatique à 600k tokens.

Avant d'atteindre 1M, Claude résume les conversations et libère de l'espace automatiquement.

(Pour revenir aux paramètres par défaut, tape `/autocompact auto`.)

⚠️ Deuxième point à surveiller : l'expiration du cache ⚠️

Si tu utilises une session pendant longtemps, vérifie absolument ceci.

Claude Code renvoie l'intégralité de la conversation précédente à chaque requête. C'est rapide et bon marché grâce à la mise en cache : les parties déjà traitées ne sont pas recalculées.

Mais ce cache n'est pas permanent.

• Abonnement Pro ou Max (dans la limite du forfait) : cache de la conversation principale de 1 heure
• Clé API ou crédits d'utilisation supplémentaires : 5 minutes
• Sous-agents : 5 minutes, même avec un abonnement

J'ai déjà vu ~852k non mis en cache sur mon écran. Dans cet état, envoyer une simple ligne "continue" nécessite de retraiter ~850k tokens sans cache. Ton quota peut chuter drastiquement d'un coup.

Cas fréquents où le cache se casse :

1. Reprise d'une énorme session après une longue pause
2. Changement de modèle en pleine session (le cache est séparé par modèle)
3. Modification des configurations des outils MCP connectés

Les contre-mesures sont simples :

• Fais le ménage avant de partir. Utilise `/compact` tant que le cache est actif, ou repars à zéro avec `/clear`.
• Mets à jour vers la dernière version. Depuis la v2.1.299, les conversations dépassant 200k tokens sont automatiquement compressées après ~54 minutes d'inactivité, avant l'expiration du cache d'1 heure. Tu peux désactiver cela dans /config sous Idle compaction.)

**

3. Nettoie les anciennes directives avec /doctor prompt-audit

Un CLAUDE.md copié à partir de vieux conseils. Des règles ajoutées une par une à chaque fois que je faisais une erreur.

La plupart ont été écrites pour d'anciens modèles.

Les nouveaux modèles suivent les instructions bien mieux que les anciens.

⚠️ Ainsi, les règles qui nécessitaient d'être martelées comme "Obligatoire !!" "Jamais !!" par le passé pourraient maintenant être excessivement actives. ⚠️

Des règles entrant en conflit avec le code actuel ou entre elles se sont également accumulées.

Tu peux désormais tout vérifier avec une seule commande.

1/doctor prompt-audit

Fonctionnalité ajoutée lors de la mise à jour de fin septembre (v2.1.283).

Que vérifie-t-elle ?

1. CLAUDE.md et CLAUDE.local.md, AGENTS.md dans les dossiers du projet et parents
2. ~/.claude/CLAUDE.md (mes directives personnelles appliquées à tous les projets)
3. Règles, compétences (skills), commandes personnalisées, définitions de sous-agents, styles de sortie à l'intérieur de .claude/

Elle signale les problèmes mais ne propose pas de correctifs pour les compétences et agents issus de plugins.

Les critères sont basés sur le modèle que tu utilises actuellement. Elle détecte les schémas de prompts obsolètes pour ce modèle et crée un rapport avec des suggestions de correction.

(Elle ne lit pas les fichiers susceptibles de contenir des clés, comme les fichiers de configuration ou .mcp.json.)

4. Corrige l'environnement de travail quand Claude répète ses erreurs

⛏️ Quand l'IA fait encore n'importe quoi. À galérer sur un problème pendant des heures. ⛏️

Si tu corriges la même chose pour la troisième fois, ce n'est pas la faute du modèle. C'est la faute de l'environnement de travail.

J'utilise cette méthode depuis Claude Sonnet 3.7, soit depuis plus d'un an. En gros..

--> Demande à l'IA d'analyser la session où elle a échoué, puis intègre les causes dans les directives du projet et les méthodes de vérification.

⭐️ Fais-le comme ça ! "Analyse les erreurs à l'aide du Session ID" ⭐️

1. Tape `/status` dans la session où les erreurs se sont répétées pour obtenir le Session ID. Copie-le.

2. Ouvre une nouvelle session Claude Code (Codex fonctionne aussi) et colle ceci :

1"<Session ID>" → Trouve les points où cette session Claude Code a échoué deux fois ou plus.
2
3Identifie les choses que j'ai signalées mais qu'il a continué à mal faire, ainsi que les goulots d'étranglement.
4
5Catégorise pourquoi elles se sont produites (mauvaises hypothèses, contexte manquant, structure du code, manque de tests)
6
7et propose la plus petite correction possible uniquement pour CLAUDE.md, .claude/rules, skills,
8hooks ou tests afin d'éviter que cela ne se reproduise.

3. Passe en revue les suggestions et applique uniquement les bonnes.

4. Vérifie l'efficacité. Retente les requêtes qui avaient échoué et vois si ça marche maintenant.

⚠️ N'entasse pas tout dans CLAUDE.md. ⚠️

Plus il est long, plus il dévore le contexte et plus les règles entrent en conflit !!!

• Règles globales du projet dans CLAUDE.md
• Règles pour des dossiers/fichiers spécifiques dans .claude/rules/ ou dans le CLAUDE.md de ce dossier
• Procédures répétitives sous forme de Skills
• Règles absolues via les Hooks et les permissions (Conseil #10)
• Même bug récurrent via des tests de non-régression

Nettoie régulièrement les règles accumulées avec le conseil #3 `/doctor prompt-audit`. Le conseil #4 construit, le conseil #3 nettoie.

**

5. Maintiens la mémoire de travail entre les sessions avec Claude-Mem

Claude Code oublie les conversations lorsqu'une session se termine.

**"Pourquoi avons-nous fait ça la dernière fois ?"

"Comment avions-nous corrigé cette erreur ?"**

Tu dois tout réexpliquer à chaque nouvelle session.

Le seul plugin Claude Code que j'utilise constamment depuis un an résout ce problème.

--> claude-mem.

⭐️ Il compte plus de 100k étoiles sur GitHub. ⭐️

En quoi est-il différent de la mémoire de base ?

Claude Code possède une Auto Memory de base. Voici la différence :

L'Auto Memory de base résume dans des notes le contenu que Claude juge important et les apprentissages tirés du projet. Consultable via /memory, aucune installation nécessaire.

claude-mem enregistre automatiquement quelles tâches ont été effectuées lors des sessions précédentes, comment les erreurs ont été résolues et pourquoi certaines décisions ont été prises. Il récupère les enregistrements nécessaires lors de la session suivante.

Mon écran affichait jusqu'à 87 % d'économie de tokens.

L'installation tient en une ligne dans le terminal :

1npx claude-mem install

Ou installe-le comme plugin directement dans Claude Code :

1/plugin marketplace add thedotmack/claude-mem
2/plugin install claude-mem

❌ Non recommandé si ❌

1. Tu utilises principalement Codex
2. Tu as déjà un autre plugin de mémoire ou un système de transfert personnalisé

Ajouter des outils redondants augmente la complexité et les coûts.

Si tu n'utilises que Claude Code, il reste fortement recommandé.

6. Vois le modèle, l'effort, le contexte et l'utilisation d'un coup d'œil avec Statusline

Pendant que tu utilises Claude Code, tu te demandes constamment :

• Est-ce que cette session utilise Opus ? Sonnet ? Haiku ?
• Quel effort est configuré ?
• À quel point le contexte est-il rempli ?
• Combien reste-t-il sur les limites de 5 heures et hebdomadaires ?

🔥 Statusline garde ces informations visibles en bas du terminal. 🔥

Le créer est facile. Décris la forme souhaitée après `/statusline`, et Claude génère et applique le script.

Mes 5 designs partagés

J'ai précédemment partagé 5 prompts statusline prêts à copier-coller.

1. Minimal : Modèle, effort, projet, contexte sur une seule ligne

2. Pastel Blocks : Blocs de surbrillance pastel adaptés aux terminaux sombres

3. Nord Powerline : Séparateurs en flèches fluides entre les segments

4. Limit Dot Bar : Pour Pro/Max. Utilisation sur 5 heures et 7 jours, temps restant avant réinitialisation sous forme de barres de points

5. Vivid Gauge : Badge vert fluo et jauge diagonale. Inclut le nombre de tokens du contexte

Les prompts complets se trouvent dans les publications originales. Copie-colle et Claude le construira immédiatement.

1. Minimal : https://x.com/lucian__03/status/2103173295118098750

2. Pastel Blocks : https://x.com/lucian__03/status/2103173396075065594

3. Nord Powerline : https://x.com/lucian__03/status/2103173518573916178

4. Limit Dot Bar : https://x.com/lucian__03/status/2103173612832444536

5. Vivid Gauge : https://x.com/lucian__03/status/2103173754218258607

7. Fais en sorte que Claude exécute et vérifie les résultats directement

Claude dit "Implémentation terminée !" Mais l'exécution échoue. Les boutons ne se cliquent pas, l'écran casse, ou rien n'apparaît.

Les tests passent, mais les applications plantent plus souvent qu'on ne le pense.

Alors, force Claude à lancer et à interagir lui-même avec l'application. Des commandes existent pour cela :

• /run : Lance réellement l'application du projet et la manipule pour vérifier les changements.
• /verify : Compile et exécute l'application pour confirmer que la fonctionnalité modifiée fonctionne. Ne se substitue pas aux tests/vérifications de types.
• /run-skill-generator : Sauvegarde la façon d'exécuter ce projet (commandes, variables d'environnement, étapes de préparation) sous forme de skill. À faire en premier pour les projets complexes.
• /verify enregistre la méthode vérifiée en tant que skill de projet (.claude/skills/verify/) pour la réutiliser.

Flux d'utilisation :

1. Implémente la fonctionnalité, vérifie d'abord les tests/la compilation

2. Lance l'application avec /run

3. Clique/saisis des données pour le web, entrée/sortie d'exemple pour le CLI

4. Reconfirme que l'objectif est atteint avec /verify

5. Corrige et relance en cas d'échec. Conserve les résultats de commandes/captures d'écran réels comme preuves

8. Sépare l'IA qui code et l'IA qui révise

Tu ne vois pas tes propres fautes de frappe. C'est pareil pour l'IA.

Une session de codage est biaisée vers "ceci est correct".

⭐️ Utilise donc un réviseur avec un contexte neuf. ⭐️

• /code-review : Trouve les bugs/problèmes de précision dans le code modifié, les PR, les branches, les chemins.
• Définis l'intensité comme /code-review high (de low à max).

(Par défaut, rapports uniquement ; ajoute --fix pour corriger automatiquement.)

• /security-review : Vérifie les problèmes de sécurité (authentification, validation des entrées, fuite d'informations) dans le diff entre la branche et la branche distante par défaut.
• /simplify : Nettoie les doublons/inefficacités/complexités. Pas destiné à trouver des bugs (/code-review s'en charge).

Ordre recommandé :

1. Nettoie le code avec /simplify

2. Vérifie la fonctionnalité avec /verify (Conseil #7)

3. Cherche les bugs avec /code-review

4. Ajoute /security-review si tu touches à la connexion/au paiement/aux clés API/aux données personnelles

Pas besoin de lancer les 4 à chaque fois.

⚠️ De petites corrections peuvent se contenter de /code-review. ⚠️

Pour une revue plus approfondie, utilise /code-review ultra (identique à /ultrareview).

(Revue approfondie basée sur le cloud ; les abonnés Pro/Max ont droit à 3 essais gratuits.)

9. Définis la conception et les critères de fin avant un codage complexe

Pour les tâches complexes, donne d'abord à Claude le périmètre et les critères de réussite, plutôt que de longues instructions de codage.

Sans cela, Claude étend le périmètre arbitrairement.

⚠️ Il modifie des fichiers inutiles et effectue un travail non demandé. ⚠️

Utiliser le Plan Mode :

Appuie sur Maj+Tab pour afficher plan mode on, ou tape /plan. Tu peux ajouter une tâche comme /plan fix login bug.

(Le Plan Mode lit les fichiers et planifie uniquement. Le code change après approbation.)

Flux : Explorer → Planifier → Approuver → Implémenter → Vérifier.

Saute la planification pour les corrections de fautes de frappe/modifications d'une ligne. Règle de la documentation officielle : si le changement peut être décrit en une phrase, saute le plan.

10. Applique automatiquement les règles critiques avec les Hooks

Même si CLAUDE.md indique "Ne touche pas à ce fichier", Claude le fait parfois.

🔥 CLAUDE.md est une recommandation ; les Hooks sont une obligation. 🔥

Top 3 des plus utilisés :

• PreToolUse : Juste avant la modification d'un fichier/l'exécution d'une commande. Bloque la modification de fichiers protégés/les commandes dangereuses.
• PostToolUse : Juste après l'exécution. Formate/lint automatiquement les fichiers modifiés.
• Stop : Quand Claude essaie de terminer. Empêche l'arrêt si les tests sont incomplets.

Exemple : bloquer les modifications de la configuration de prod

Demande à Claude de créer des hooks :

--> "Crée un hook PreToolUse bloquant les modifications de config/production.env."

Bons cas d'utilisation :

• Lancer automatiquement le formateur lors de la modification de fichiers de code (PostToolUse)
• Exiger une confirmation avant de toucher à des dossiers critiques (PreToolUse)
• Bloquer l'arrêt si les tests n'ont pas été exécutés (Stop)
• Bloquer les commandes dangereuses (PreToolUse + Bash)

11. Exécute plusieurs sessions Claude simultanément avec Git Worktree

Que se passe-t-il si deux fenêtres Claude travaillent dans le même dossier ?

🚫 Elles entrent en conflit en modifiant les mêmes fichiers. (Très pénible..) 🚫

Worktree divise le dépôt en dossiers/branches séparés par tâche.

Claude Code fait cela avec une seule commande :

Lance dans deux terminaux :

• claude --worktree feature-auth
• claude --worktree feature-dashboard

L'option courte -w fonctionne aussi.

Cela crée .claude/worktrees/feature-auth/ et travaille sur la branche worktree-feature-auth.

--> ⭐️ Les deux sessions ne touchent pas aux fichiers de l'autre. ⭐️

Remarques :

Les nouveaux worktrees partent de la branche distante par défaut (main), et non de la branche actuelle.

Transmets le numéro de PR comme claude --worktree "#1234" pour démarrer à partir de la PR.

Il te demandera si tu veux conserver/supprimer le travail restant à la fin de la session.

Précautions :

1. Worktree n'isole que les fichiers/branches. Une base de données locale/des ports/des cibles de déploiement/des comptes API partagés provoqueront des conflits.
2. Des conflits de fusion sont possibles si les mêmes fichiers sont modifiés.
3. Définis des interfaces ou séquence les tâches étroitement couplées.
4. Chaque session consomme son propre quota. Paralléliser ≠ économiser des tokens.

12. Répète la vérification jusqu'à atteindre l'objectif avec /goal

Claude s'arrête après un tour. Il peut dire "presque corrigé" alors que 3 tests échouent.

• Goal maintient Claude au travail jusqu'à ce que les critères de réussite soient atteints (depuis la v2.1.139).
• /goal affiche l'objectif/le statut actuel.
• /goal clear libère l'objectif/l'arrête.

Comment ça marche...

Après chaque tour, un petit modèle rapide évalue si les conditions sont remplies. Sinon, Claude continue au tour suivant.

Inclus une méthode de vérification dans l'objectif (ex. : "affiche la commande de test/les résultats"). Le modèle juge a besoin de preuves.

Différence avec /loop ou le hook Stop ?

--> Goal lance immédiatement le tour suivant en cas d'échec. Il s'arrête lorsque le juge confirme la réussite.

/loop répète une tâche à intervalles réguliers (ex. : /loop 5m check deploy).

Le hook Stop exécute un script personnalisé pour vérifier les conditions à la fin du tour.

Combine-les pour de meilleurs résultats :

1. Définis le périmètre/les critères avec /plan (Conseil #9)

2. Divise les tâches avec claude -w (Conseil #11)

3. Formate/bloque via les Hooks (Conseil #10)

4. Itère jusqu'à ce que les critères soient remplis avec /goal (Conseil #12)

5. Confirme avec /run et /verify (Conseil #7)

6. Révise avec un contexte neuf via /code-review (Conseil #8)

Résumé

1. Varie l'effort selon la tâche. Délègue aux sous-agents.

2. Ne remplis pas complètement le contexte. Surveille l'expiration du cache.

3. Nettoie l'ancien CLAUDE.md avec /doctor prompt-audit.

4. Corrige l'environnement, pas le modèle, en cas d'erreurs répétées.

5. Mémoire intersessions via claude-mem.

6. Surveille le modèle/l'effort/le contexte/les limites via statusline.

7. Vérifie avec /run et /verify, pas seulement avec des affirmations du type "c'est fait".

8. Sépare les IA de codage et de révision.

9. Planifie d'abord les tâches complexes.

10. Applique les règles critiques avec les Hooks.

11. Parallélise avec worktree.

12. Persévère jusqu'au succès avec /goal.

Claude Code évolue rapidement. Je partagerai de nouvelles astuces dès leur apparition.

Mets-le en favoris si ça t'a aidé, et partage-le avec tes amis qui utilisent Claude Code.

Merci de ta lecture !

Publications uniques précédentes référencées :

Effort des sous-agents : https://x.com/lucian__03/status/2108194703782916166

Effort, Max n'est pas toujours le meilleur : https://x.com/lucian__03/status/2104641991279874134

autocompact 500~700k : https://x.com/lucian__03/status/2108589402914177236

852k non mis en cache et expiration du cache : https://x.com/lucian__03/status/2106396357527531800

/doctor prompt-audit : https://x.com/lucian__03/status/2104560017407869028

Auto-amélioration de l'IA (mise à jour Harness) : https://x.com/lucian__03/status/2081761475560157477

claude-mem : https://x.com/lucian__03/status/2108997241864159442

5 designs de statusline : https://x.com/lucian__03/status/2103173166973718537