J'ai personnellement résumé 30 astuces opérationnelles pour Claude Code que son créateur, Boris Cherny, juge essentielles. C'est vraiment un article légendaire.
Honnêtement, connaître ou non ces astuces changera votre expérience avec Claude Code comme le jour et la nuit. Vous réaliserez que tout ce temps passé à répéter les mêmes instructions ou à perdre des heures en reprises était totalement inutile.
Au fait, rencontrez-vous ces problèmes lorsque vous utilisez Claude Code ?
- Vous avez l'impression de donner les mêmes instructions à chaque fois et vous souhaiteriez qu'il apprenne.
- Les gros changements entraînent des reprises constantes, vous donnant l'impression qu'il est plus rapide de le faire vous-même.
- Il y a trop de fonctionnalités, et vous ne savez pas par où commencer.
- Les conversations deviennent longues et décousues, avec des moments « Attends, je viens de dire ça ? ».
L'expérience de Claude Code change radicalement lorsque vous configurez correctement le contexte, la vérification, les permissions, la conception parallèle et l'automatisation.
Cet article a été recherché et rédigé de manière indépendante par ClaudeCodeStudio, en priorisant les informations primaires au 23 avril 2026, notamment les posts X de Boris Cherny, la documentation officielle d'Anthropic, et les dépôts GitHub officiels/actions !
Puisque Boris a explicitement déclaré : « J'ai créé Claude Code », j'ai priorisé ses conseils opérationnels comme la voix du terrain, tout en recoupant les options CLI et les paramètres avec les docs officielles ! 😆
Si vous utilisez Claude Code, vous devez absolument lire ça !!!
Le sauvegarder est obligatoire !!!!
Cela changera réalistement votre productivité par 10 ! C'est parti ! 👇
■ Trois principes à comprendre d'abord
Les plus grands facteurs pour rendre Claude Code puissant en pratique se résument à seulement trois choses.
Séparer « investigation » et « implémentation » en mode Plan. Laisser Claude vérifier son propre travail. Et travailler en gardant à l'esprit les sessions parallèles.
Boris répète : « Utilisez presque toujours le mode Plan », « donnez à Claude un moyen de vérifier sa sortie », et « 3 à 5 git worktrees ».
■ La philosophie « Pas de réponse unique »
En lisant les posts de Boris, on constate une position récurrente : il n'y a pas une seule bonne façon d'utiliser Claude Code, mais plutôt qu'il doit être utilisé comme un outil opérationnel hautement personnalisable. Lui-même répète : « il n'y a pas une seule bonne façon d'utiliser Claude Code. »
Sur cette base, voici le workflow le plus efficace qu'il suggère 👇
Investigation/Planification en mode Plan
↓ Session d'implémentation
↓ Auto-vérification via tests, captures d'écran et CLI
↓ Création de PR
↓ Revue de code / Ultrareview
↓ Retour d'expérience dans CLAUDE.md, Hooks et Skills
Avec ce flux en tête, examinons les 30 astuces spécifiques.
■ 30 Astuces opérationnelles
Elles sont listées par ordre d'efficacité sur le terrain. Les astuces issues des posts X de Boris se concentrent sur la direction, tandis que les détails sur les paramètres et contraintes sont renforcés par les Docs officiels et GitHub. Les fonctionnalités en avant-première de recherche sont clairement marquées comme telles.
■ Astuce 1 : Isolez les gros changements d'abord en mode Plan
Séparer simplement l'investigation, la planification et l'implémentation réduit considérablement les erreurs d'implémentation et les reprises. C'est simple, mais c'est pourquoi Boris dit « Utilisez presque toujours le mode Plan ».
Exemple : « Lis src/auth et secrets en mode Plan. Organise les fichiers affectés, le flux de données et les perspectives de test pour Google OAuth avant de commencer l'implémentation. »
Se lancer dans des changements importants sans mode Plan conduit souvent à une perte de contexte ou à des corrections en cours de route. Lui faire saisir la vue d'ensemble change vraiment la précision de l'implémentation.
■ Astuce 2 : Laissez Claude se vérifier lui-même
Boris appelle cela « la chose la plus importante à fort effet de levier ». Faites exécuter des tests par Claude, vérifier des captures d'écran et vérifier lui-même la sortie CLI.
« Après la correction, lance npm test et ne considère la tâche comme terminée que lorsque tous les tests passent. »
Cela permet à Claude de trouver et de corriger les problèmes avant même qu'un humain ne les examine. Si les commandes de vérification sont trop lourdes, commencez par des tests de fumée minimaux.
■ Astuce 3 : Exécutez 3 à 5 Git Worktrees en parallèle
Boris qualifie l'opération parallèle des worktrees de « boost de productivité le plus important ».
En ajoutant plusieurs worktrees comme git worktree add ../repo-auth -b feat/auth et en lançant Claude dans chacun, les temps d'attente tombent à zéro et les tâches indépendantes peuvent progresser simultanément.
Le nombre optimal dépend de votre environnement. 3 à 5 est un guide, mais selon la bande passante de relecture, le CPU et votre propre coût de changement de contexte, 2 peut convenir à certains, tandis que d'autres peuvent gérer 6.
■ Astuce 4 : Éditez impitoyablement CLAUDE.md
CLAUDE.md est le livre de règles spécifique à votre projet. Si on le laisse tranquille, il devient obsolète et Claude commence à agir sur de mauvaises prémisses.
La politique de Boris est simple : « Éditez impitoyablement votre CLAUDE.md au fil du temps » et « Ajoutez-y quand Claude fait la même erreur une deuxième fois. »
Inversement, supprimez les règles qui ne sont plus nécessaires. S'il devient trop volumineux, il consomme du contexte, donc un élagage périodique est vital.
■ Astuce 5 : Transformez les tâches répétitives quotidiennes en Skills et engagez-les dans Git
Expliquer les procédures répétitives en conversation à chaque fois est une perte de temps. Créez .claude/skills/deploy/SKILL.md et appelez-le avec /deploy staging.
Boris dit : « Si vous faites quelque chose plus d'une fois par jour, transformez-le en skill ou commande », ajoutant que cela « ne coûte presque rien jusqu'à ce que vous en ayez besoin. »
Cependant, si un Skill devient trop volumineux, son déclencheur peut devenir ambigu, donc divisez les longs documents de référence.
■ Astuce 6 : Mettez les paramètres d'équipe dans settings.json et gérez-les via Git
Versionner les paramètres spécifiques au projet garantit que toute l'équipe a la même expérience Claude Code. Cela accélère l'intégration et évite que les paramètres ne dépendent d'une seule personne.
Évidemment, ne commettez jamais de clés API personnelles ou de jetons. N'oubliez pas de vérifier votre .gitignore.
■ Astuce 7 : Pré-approuvez les permissions sûres, refusez les zones dangereuses
N'est-ce pas stressant de se faire demander « Autorisez-vous cette opération ? » à chaque fois ? Utiliser allow/ask/deny élimine cette fatigue des dialogues.
"allow": ["Bash(npm test *)"], "ask": ["Bash(git push *)"], "deny": ["Read(./.env)", "Read(./secrets/**)"]
Boris dit « Pré-approuvez les permissions courantes », et les Docs officiels précisent que « Les règles sont évaluées dans l'ordre : deny… ask… allow. » C'est un principe de refuser explicitement .env ou secrets pour éviter les wildcards trop larges.
■ Astuce 8 : Utilisez --add-dir pour couvrir plusieurs dossiers/dépôts
Il y a de nombreux cas où vous souhaitez montrer des documents ou des bibliothèques en dehors d'un monorepo.
CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../docs --add-dir ../shared-libs
Cela permet de coder tout en référençant des documents externes. Notez que la variable d'environnement doit être activée pour que CLAUDE.md dans les répertoires ajoutés soit lu.
■ Astuce 9 : Assurez la division des rôles avec des sous-agents
Entasser l'investigation, la relecture et le débogage dans le contexte principal brouille la conversation. Boris dit : « J'utilise régulièrement quelques sous-agents », et chaque sous-agent s'exécute dans sa propre fenêtre de contexte dédiée.
Préparez des sous-agents comme code-reviewer, debugger ou data-scientist, et écrivez des descriptions claires pour eux.
■ Astuce 10 : Automatisez le formatage/vérification avec les Hooks PostToolUse
Exécutez automatiquement des formateurs ou des linters chaque fois que Claude modifie un fichier.
Demandez à Claude : « Écris un hook qui exécute prettier --write après chaque édition de fichier. »
Il s'occupera de tout, de la génération du hook à son intégration dans .claude/settings.json. Cela automatise la cohérence du style de code et élimine les commentaires de style dans les revues.
■ Astuce 11 : Mettez à jour CLAUDE.md via les commentaires de PR
Changez les « règles futures » avec le code dans vos PR. Boris dit : « taguez @.claude sur les PR de mes collègues pour ajouter quelque chose au CLAUDE.md. »
Par exemple, commentez : « @claude ajoute cet apprentissage à CLAUDE.md. Commence toujours les changements dans src/billing en mode Plan. » Cela réduit les retours répétés à l'avenir.
■ Astuce 12 : Connaissez toujours l'état actuel avec la ligne de statut
Les informations affichées en bas de l'écran montrent en un coup d'œil « ce que vous faites sur quelle branche, combien de contexte est utilisé et le coût ».
/statusline show model name, git branch, context percentage, cost
Commencer par la branche, le % de contexte et le coût suffit généralement pour détecter rapidement une épuisement du contexte ou des erreurs de branche.
■ Astuce 13 : Accélérez le travail frontend avec l'extension Chrome
Boris recommande : « Utilisez l'extension Chrome pour le travail frontend. » Comme elle peut partager les états de connexion du navigateur, vous pouvez montrer à Claude des comparaisons de captures d'écran pour la vérification UI.
Claude détectant des casses UI qui ne sont pas visibles dans le code est un énorme plus. Cependant, comme les captures d'écran ne peuvent pas mesurer l'accessibilité ou la vitesse perçue, utilisez Lighthouse ou des tests e2e si nécessaire.
■ Astuce 14 : Laissez Claude gérer les tâches d'analyse via CLI
Laisser Claude utiliser SQL ou CLI amène le développement, l'analyse et la stratégie dans le même espace de travail.
« Utilise la CLI bq pour extraire les métriques de conversion des 7 derniers jours par canal, résume les anomalies et suggère des hypothèses. »
Comme le dit Boris, « Utilisez Claude pour l'analyse de données », cette astuce est efficace pour les chefs de produit, pas seulement pour les développeurs.
■ Astuce 15 : Laissez Claude vous interviewer si les spécifications sont vagues
Les Docs officiels ont une section : « Laissez Claude vous interviewer. » Au lieu de se lancer dans l'implémentation, laissez Claude poser des questions pour faire émerger les exigences.
Combler les lacunes des spécifications avant l'implémentation réduit considérablement les reprises, surtout quand « quoi construire » est flou.
■ Astuce 16 : Séparez CLAUDE.md et les rôles de mémoire automatique
Les humains écrivent les règles dans CLAUDE.md. Claude se souvient des préférences et habitudes découvertes dans la mémoire automatique. Garder cette distinction évite que les paramètres ne deviennent désordonnés.
■ Astuce 17 : Concevez avec des règles spécifiques aux chemins et la compaction à l'esprit
Dans les monorepos, séparez les « règles globales » des « règles locales ». Mettez les conventions globales dans le CLAUDE.md racine et les locales dans src/billing, etc.
■ Astuce 18 : Gérez le contexte de manière agressive
Les Docs officiels déclarent explicitement : « Gérez le contexte de manière agressive. » Promouvez les connaissances opérationnelles importantes vers CLAUDE.md ou les skills, et utilisez /compact pour organiser régulièrement la fenêtre de contexte.
■ Astuce 19 : Essayez les « changements effrayants » avec /rewind et les points de contrôle
Chaque opération dans Claude Code est un point de contrôle. Appuyez deux fois sur Échap ou utilisez /rewind pour revenir aux points de contrôle des messages via le code uniquement, la conversation uniquement, ou les deux.
■ Astuce 20 : Connectez des outils externes via les serveurs MCP
Opérer directement Slack, Jira, des bases de données ou des API internes depuis Claude Code réduit considérablement les changements d'outils.
■ Astuce 21 : Intégrez dans des scripts/CI avec le mode non interactif (claude -p)
Le mode non interactif est le point d'entrée pour l'automatisation de Claude Code.
claude -p "Liste tous les points de terminaison API" --output-format json
■ Astuce 22 : Répartissez les migrations volumineuses avec claude -p par fichier
Gérer une migration massive en une seule session est impossible. Il est préférable de distribuer horizontalement.
■ Astuce 23 : Implémentez directement à partir des outils de gestion de tickets
Laissez Claude lire les Issues GitHub ou les tickets Linear et passer directement à l'implémentation.
■ Astuce 24 : Appliquez les règles avec des Hooks
CLAUDE.md est un « conseil », les hooks sont une « exécution ». Ne confondez pas les deux. Utilisez les hooks pour les cas « zéro exception » afin de garantir que les actions se produisent.
■ Astuce 25 : Utilisez /simplify pour les revues de code parallèles
Trois agents de relecture vérifient la redondance, la qualité et l'efficacité simultanément et effectuent même des corrections.
■ Astuce 26 : Utilisez les mentions @claude dans GitHub Actions
En utilisant l'action officielle claude-code-action, vous pouvez implémenter des modifications de code ou obtenir des réponses simplement en mentionnant @claude dans les PR ou Issues.
■ Astuce 27 : Distinguez la revue de code et l'Ultrareview
Les revues de routine et les revues approfondies sont différentes. Utilisez la revue de code quotidiennement et /ultrareview avant de fusionner pour une analyse approfondie.
■ Astuce 28 : Transformez les opérations récurrentes en Routines
Déplacez la maintenance hebdomadaire ou les tâches liées aux PR vers le cloud. « Continuez à travailler lorsque votre ordinateur portable est fermé. »
■ Astuce 29 : Déléguez la planification lourde à Ultraplan dans le cloud
Au lieu d'attendre dans le terminal, examinez les plans chapitre par chapitre dans le navigateur.
■ Astuce 30 : Contrôlez les sessions cloud avec la télécommande
Une fonctionnalité pour contrôler les sessions Claude Code sur le cloud depuis votre machine locale.
■ Points opérationnels non résolus
Je serai également honnête sur les domaines où les directions sont claires mais les meilleures pratiques ne sont pas établies, comme la combinaison des extensions Chrome et des tests e2e, ou les opérations à long terme « plusieurs jours d'affilée » utilisant les hooks Stop.
■ Par où commencer
Pour les développeurs, commencez par les astuces 1, 2, 4, 7, 9 et 18. Pour les chefs de produit, les astuces 14, 15, 23, 27 et 28 sont les plus efficaces.
■ Liste de contrôle hebdomadaire
- Signalez-vous la même erreur deux fois ? → Ajoutez à CLAUDE.md.
- Des tâches répétitives pour les skills/hooks ? → Automatisez-les.
- L'utilisation du contexte est-elle trop élevée ? → Révisez vos habitudes
/compact. - Le nombre de worktrees est-il approprié ? → Ajustez en fonction de la bande passante.
■ Conclusion
La clé pour maîtriser Claude Code est de solidifier les composants opérationnels dans l'ordre : Planifier → Vérifier → Persister → Automatiser. Vous n'avez pas besoin de commencer par tout. Juste les astuces 1, 2 et 4 changeront fondamentalement votre expérience de développement.
Aussi, j'ai lancé un Open Chat !
Vous pouvez rejoindre ici 👇
Je partagerai des informations utiles et organiserai des séminaires gratuits là-bas, alors rejoignez-nous ! 😆
𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) est géré par trois passionnés de Claude Code. Nous publions quotidiennement des articles sur l'utilisation pratique de la CLI et l'automatisation. Suivez-nous pour des exemples concrets de développement de produits et les dernières infos mondiales ! 👀
