# Comment j'utilise Claude Code — 13 astuces de Boris Cherny Une synthèse d'astuces de configuration partagées par Boris Cherny ([@bcherny](https://x.com/bcherny)), créateur de Claude Code, le 3 janvier 2026.

--- ## 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.

--- ## 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](https://code.claude.com/docs/en/terminal)

--- ## 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.

--- ## 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.

--- ## 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.

--- ## 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](https://github.com/apps/claude)) pour cela — c'est la version de Boris du Compounding Engineering.

--- ## 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.

--- ## 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.

--- ## 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/`.

--- ## 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. ```json "PostToolUse": [ { "matcher": "Write|Edit", "hooks": [ { "type": "command", "command": "bun run format || true" } ] } ] ```

--- ## 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.

--- ## 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.

--- ## 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.

--- ## Sources - [Boris Cherny (@bcherny) sur X — 3 janvier 2026](https://x.com/bcherny/status/2007179832300581177)