Files
claude-code-best-practice/fr/tips/claude-boris-13-tips-03-jan-26.md
2026-06-02 23:24:21 +02:00

8.1 KiB

Comment j'utilise Claude Code — 13 astuces de Boris Cherny

Une synthèse d'astuces de configuration partagées par Boris Cherny (@bcherny), créateur de Claude Code, le 3 janvier 2026.

← Retour à Claude Code Best Practice Claude

Contexte

Boris a partagé sa configuration personnelle de Claude Code, en notant qu'elle est « étonnamment standard » — Claude Code fonctionne très bien d'origine, donc il ne le personnalise pas beaucoup. Il n'y a pas une seule bonne manière de l'utiliser : l'équipe le construit intentionnellement pour que tu puisses l'utiliser, le personnaliser et le bricoler à ta guise. Chaque personne de l'équipe Claude Code l'utilise très différemment.

Tweet d'intro de Boris Cherny


1/ Fais tourner 5 Claude en parallèle

Fais tourner 5 Claude en parallèle dans ton terminal. Numérote tes onglets de 1 à 5, et utilise les notifications système pour savoir quand un Claude a besoin d'une intervention.

Voir : Documentation de configuration du terminal

Faire tourner 5 Claude en parallèle


2/ Utilise claude.ai/code pour encore plus de parallélisme

Fais tourner 5 à 10 Claude sur claude.ai/code en parallèle de tes Claude locaux. Passe le relais des sessions locales aux sessions web avec claude.ai/code, lance manuellement des sessions dans Chrome, et téléporte-toi d'un côté à l'autre.

Parallélisme avec claude.ai/code


3/ Utilise Opus avec la réflexion pour tout

Utilise Opus 4.5 avec la réflexion pour tout. C'est le meilleur modèle de code que Boris ait jamais utilisé — même s'il est plus gros et plus lent que Sonnet, comme tu as moins à le guider et qu'il est meilleur en usage d'outils, il est presque toujours plus rapide au final que l'usage d'un modèle plus petit.

Opus avec la réflexion


4/ Partage un seul CLAUDE.md avec ton équipe

Partage un seul CLAUDE.md pour le dépôt. Versionne-le dans git, et fais en sorte que toute l'équipe y contribue plusieurs fois par semaine. À chaque fois que Claude fait quelque chose d'incorrect, ajoute-le au CLAUDE.md pour que Claude sache ne pas le refaire la prochaine fois.

CLAUDE.md partagé


5/ Mentionne @claude sur les PR pour mettre à jour le CLAUDE.md

Pendant la revue de code, mentionne @claude sur les PR de tes collègues pour ajouter quelque chose au CLAUDE.md dans le cadre de la PR. Utilise la GitHub action de Claude Code (install-@hub-action) pour cela — c'est la version de Boris du Compounding Engineering.

Mentionner @claude sur les PR


6/ Démarre la plupart des sessions en mode Plan

Démarre la plupart des sessions en mode Plan (shift+tab deux fois). Si l'objectif est d'écrire une Pull Request, utilise le mode Plan et fais des allers-retours avec Claude jusqu'à ce que son plan te convienne. À partir de là, passe en mode auto-accept des modifications et Claude peut généralement le réussir du premier coup. Un bon plan est vraiment important.

Mode Plan


7/ Utilise les commandes slash pour les workflows de boucle courte

Utilise les commandes slash pour chaque workflow de « boucle interne » (inner loop) que tu fais plusieurs fois par jour. Cela t'évite de re-prompter sans cesse, et permet à Claude d'utiliser ces workflows lui aussi. Les commandes sont versionnées dans git et vivent dans .claude/commands/.

Exemple : /commit-push-pr — Commit, push et ouverture d'une PR.

Commandes slash


8/ Utilise les sous-agents pour automatiser les workflows courants

Utilise quelques sous-agents régulièrement : code-simplifier simplifie le code une fois que Claude a terminé, verify-app contient des instructions détaillées pour tester Claude Code de bout en bout, et ainsi de suite. Vois les sous-agents comme l'automatisation des workflows les plus courants — à l'image des commandes slash.

Les sous-agents vivent dans .claude/agents/.

Sous-agents


9/ Utilise un hook PostToolUse pour auto-formater le code

Utilise un hook PostToolUse pour formater le code de Claude. Claude génère généralement un code bien formaté d'origine, et le hook gère les 10 % restants pour éviter des erreurs de formatage en CI plus tard.

"PostToolUse": [
  {
    "matcher": "Write|Edit",
    "hooks": [
      {
        "type": "command",
        "command": "bun run format || true"
      }
    ]
  }
]

Hook PostToolUse pour le formatage


10/ Pré-autorise les permissions au lieu de --dangerously-skip-permissions

N'utilise pas --dangerously-skip-permissions. À la place, utilise /permissions pour pré-autoriser les commandes bash courantes que tu sais sûres dans ton environnement, afin d'éviter les demandes de permission inutiles. La plupart sont versionnées dans .claude/settings.json et partagées avec l'équipe.

Pré-autoriser les permissions


11/ Laisse Claude utiliser tous tes outils via MCP

Claude Code utilise tous tes outils. Il cherche et publie souvent sur Slack (via le serveur MCP), lance des requêtes BigQuery pour répondre à des questions analytiques (avec le CLI bq), récupère les logs d'erreur depuis Sentry, etc. La configuration MCP de Slack est versionnée dans .mcp.json et partagée avec l'équipe.

Outils MCP


12/ Vérifie les tâches de longue haleine avec des agents en arrière-plan

Pour les tâches très longues, soit (a) demande à Claude de vérifier son travail avec un agent en arrière-plan une fois terminé, soit (b) utilise un hook Stop d'agent pour le faire de façon plus déterministe, soit (c) utilise le plugin ralph-wiggum (imaginé à l'origine par @GeoffreyHuntley).

Vérification des tâches de longue haleine


13/ Donne à Claude un moyen de vérifier son travail

Probablement la chose la plus importante pour obtenir d'excellents résultats avec Claude Code — donne à Claude un moyen de vérifier son travail. Si Claude dispose de cette boucle de rétroaction, il multipliera par 2 à 3 la qualité du résultat final.

Claude teste chaque modification que Boris intègre.

Donner à Claude un moyen de vérifier


Sources