Article original: Boris Cherny, développeur de Claude Code
Compilation & édition: Xiaohu AI
Vous avez probablement entendu parler de Claude Code, peut-être même l'avez-vous utilisé pour écrire du code ou modifier des documents. Mais vous êtes-vous déjà demandé : si l'IA n'était pas un "outil à utiliser occasionnellement", mais un membre officiel de votre flux de développement, voire un système de collaboration automatisé - comment cela changerait-il votre façon de travailler ?
Boris Cherny, en tant que père de Claude Code, a écrit un fil Twitter très détaillé, partageant comment il utilise efficacement cet outil, et comment lui et son équipe intègrent profondément Claude dans l'ensemble du processus d'ingénierie dans leur travail pratique.
Cet article va systématiser et expliquer de manière accessible son expérience.
Comment Boris a-t-il fait de l'IA un partenaire automatisé dans son flux de travail ?
Points clés :
Il présente son flux de travail, incluant :
Comment utiliser Claude :
Lancer de nombreuses instances de Claude en parallèle : Ouvrir 5 à 10 sessions en terminal et navigateur pour traiter les tâches en parallèle, et utiliser aussi Claude sur mobile.
Ne pas modifier aveuglément les paramètres par défaut : Claude fonctionne parfaitement tel quel, pas besoin de configuration complexe.
Utiliser le modèle le plus puissant (Opus 4.5) : Bien que un peu plus lent, il est plus intelligent, donc plus simple à utiliser.
Planifier avant d'écrire du code (Mode Plan) : Faire réfléchir Claude avant d'écrire, taux de réussite plus élevé.
Vérifier le format avec des outils après la génération du code, éviter les erreurs.
Comment rendre Claude de plus en plus intelligent :
L'équipe maintient une "base de connaissances" : Chaque fois que Claude écrit quelque chose de faux, l'expérience est ajoutée, et il ne refera plus l'erreur.
Former automatiquement Claude lors de l'écriture des PR : Laisser Claude voir les PR, apprendre de nouveaux usages ou normes.
Transformer les commandes fréquemment utilisées en commandes slash, Claude peut les appeler automatiquement, économisant le travail répétitif.
Utiliser des "sous-agents" pour traiter certaines tâches fixes, comme la simplification de code, la validation de fonctionnalités, etc.
Comment gérer les permissions :
Ne pas sauter les permissions à la légère, mais configurer des instructions sécurisées pour une approbation automatique.
Synchroniser le flux de travail Claude sur plusieurs appareils (navigateur, terminal, mobile).
Le plus important :
Il est impératif de fournir à Claude un "mécanisme de validation", pour qu'il puisse confirmer si ce qu'il a écrit est correct.
Par exemple, Claude exécute automatiquement des tests, ouvre le navigateur pour tester une page web, vérifie si une fonctionnalité fonctionne.
Claude Code est un "partenaire", pas un "outil"
Boris transmet d'abord une idée centrale : Claude Code n'est pas un outil statique, mais un partenaire intelligent qui peut collaborer avec vous, apprendre continuellement et grandir avec vous.
Il n'a pas besoin de beaucoup de configuration complexe, il est très performant dès son utilisation. Mais si vous êtes prêt à investir du temps pour construire de meilleures façons de l'utiliser, les gains d'efficacité qu'il peut apporter sont multipliés.
Choix du modèle : Choisir le plus intelligent, pas le plus rapide
Boris utilise le modèle phare de Claude, Opus 4.5 + le mode de réflexion ("with thinking") pour toutes les tâches de développement.
Bien que ce modèle soit plus grand et plus lent que Sonnet :
- Sa capacité de compréhension est meilleure
- Sa capacité à utiliser des outils est meilleure
- Il ne nécessite pas d'être guidé反复, moins d'allers-retours
- Globalement, il fait gagner plus de temps que l'utilisation d'un modèle rapide
- Révélation : La vraie productivité ne réside pas dans la vitesse d'exécution, mais dans "moins d'erreurs, moins de retouches, moins d'explications répétées".
1. Mode Plan : Utiliser l'IA pour écrire du code, ne pas se précipiter pour lui faire "écrire"
Lorsque nous ouvrons Claude, beaucoup ont instinctivement tendance à saisir "aide-moi à écrire une interface", "refactorise ce code"... Claude va généralement "écrire quelque chose", mais souvent il part dans la mauvaise direction, omet de la logique, ou même comprend mal le besoin.
Alors que la première étape de Boris n'est jamais de faire écrire du code à Claude. Il utilise le mode Plan — d'abord élaborer une approche de mise en œuvre avec Claude, puis passer à la phase d'exécution.
Comment procède-t-il ?
Lors du démarrage d'une PR, Boris ne laisse pas Claude écrire du code directement, mais utilise le mode Plan :
1. Décrire l'objectif
2. Élaborer un plan avec Claude
3. Confirmer chaque étape
4. Puis laisser Claude commencer à écrire
Chaque fois qu'une nouvelle fonctionnalité doit être implémentée, comme "ajouter une limitation de débit à une API", il confirme étape par étape avec Claude :
- Faut-il utiliser un middleware, ou l'intégrer dans la logique ?
- La configuration de limitation de débit doit-elle supporter une modification dynamique ?
- Faut-il des logs ? Que retourner en cas d'échec ?
Ce processus de "négociation du plan" est similaire à deux personnes dessinant ensemble un "plan de construction".
Une fois que Claude comprend clairement l'objectif, Boris active le mode "édition automatique acceptée", Claude peut modifier le code, soumettre des PR, parfois même sans avoir besoin de confirmation humaine.
"La qualité du code de Claude dépend du fait que vous soyez d'accord avant même d'écrire le code." — Boris
Révélation : Plutôt que de corriger反复 les erreurs de Claude, il vaut mieux dessiner ensemble le plan dès le début.
Résumé
Le mode Plan ne fait pas perdre de temps, il utilise une négociation préalable en échange d'une exécution stable. L'IA, aussi puissante soit-elle, a besoin que "vous expliquiez clairement".
2. Parallélisme multi-Claude : Pas une IA, mais une équipe de développement virtuelle
Boris n'utilise pas qu'un seul Claude. Son quotidien est le suivant :
- Ouvrir 5 Claude locaux dans le terminal, les sessions attribuées à différentes tâches (comme refactoriser, écrire des tests, déboguer)
- Ouvrir 5 à 10 Claude supplémentaires dans le navigateur, en parallèle avec le local
- Utiliser l'app Claude iOS sur mobile, pour lancer des tâches à tout moment
Chaque instance de Claude est comme un "assistant dédié" : certains sont responsables de l'écriture de code, d'autres de la complétion de documentation, d'autres tournent en arrière-plan pour exécuter des tâches de test.
Il a même configuré des notifications système, pour être alerté immédiatement lorsque Claude attend une entrée.
Pourquoi faire cela ?
Le contexte de Claude est local, il n'est pas adapté pour "tout faire dans une seule fenêtre". Boris divise Claude en plusieurs rôles traitant en parallèle, réduisant ainsi le temps d'attente et la "mémoire d'interférence".
Il se rappelle aussi via des notifications système : "Claude 4 attend votre réponse", "Claude 1 a terminé le test", gérant ces IA comme un système multi-thread.
Analogie
Imaginez-vous entouré de cinq stagiaires intelligents, chacun responsable d'une tâche. Vous n'avez pas besoin de mener chaque chose jusqu'au bout, il suffit de "changer de personne" aux moments clés, pour maintenir l'avancement fluide des tâches.
Révélation : Traiter Claude comme plusieurs "assistants virtuels", assumant chacun des tâches différentes, peut réduire significativement le temps d'attente et le coût de changement de contexte.
3. Commandes Slash : Transformer ce que vous faites quotidiennement en commandes rapides pour Claude
Certains flux de travail, nous les faisons des dizaines de fois par jour :
- Modifier le code → commit → push → créer une PR
- Vérifier l'état de la construction → notifier l'équipe → mettre à jour l'issue
- Synchroniser les modifications vers plusieurs sessions Web et locales
- Boris ne veut pas devoir每次 dire à Claude : "S'il te plaît, commit d'abord, puis push, puis crée la PR..."
Il encapsule ces opérations en commandes Slash, comme :
/commit-push-pr
Derrière ces commandes se trouve une logique de script Bash, stockée dans le dossier .claude/commands/, ajoutée à la gestion Git, utilisable par tous les membres de l'équipe.
Comment Claude utilise-t-il ces commandes ?
Lorsque Claude rencontre cette commande, il ne fait pas qu'"exécuter une instruction", il comprend le flux de travail représenté par cette commande, et peut exécuter automatiquement les étapes intermédiaires, pré-remplir les paramètres, éviter les communications反复.
Point de compréhension important
Les commandes Slash sont comme des "boutons automatiques" que vous installez pour Claude. Vous l'entraînez à comprendre un flux de tâches, ensuite il peut l'exécuter en un clic.
"Ce n'est pas seulement moi qui économise du temps avec les commandes, Claude aussi." — Boris
Révélation : Ne saisissez pas反复 les mêmes instructions, abstraire les tâches高频 en commandes, votre collaboration avec Claude peut alors devenir "automatique".
4. Base de connaissances d'équipe : Claude n'apprend pas par Prompt, mais par les gènes de connaissances maintenus par l'équipe
L'équipe de Boris maintient une base de connaissances .claude, et l'ajoute à la gestion Git.
C'est comme une "wiki interne" pour Claude, qui enregistre :
- Quelle façon d'écrire est correcte
- Quelles sont les meilleures pratiques convenues par l'équipe
- Comment corriger lorsqu'on rencontre certains problèmes
Claude référence automatiquement cette base de connaissances pour comprendre le contexte, juger du style de code.
Que faire lorsque Claude fait une erreur ?
Chaque fois que Claude a un malentendu ou écrit une logique erronée, la leçon est ajoutée.
Chaque équipe maintient sa propre version.
Tout le monde édite协同, Claude référence cette base de connaissances en temps réel pour juger.
Par exemple :
Si Claude se trompe toujours sur la logique de pagination, il suffit que l'équipe écrive la norme correcte de pagination dans la base de connaissances, et chaque utilisateur subsequent pourra en bénéficier automatiquement.
La méthode de Boris : Ne pas le gronder, ne pas l'éteindre, mais "l'entraîner une fois" :
Nous n'écrivons pas le code comme cela, ajoute-le à la base de connaissances
La prochaine fois, Claude ne refera plus cette erreur.
Plus important encore, ce mécanisme n'est pas maintenu par Boris seul, mais toute l'équipe contribue et modifie chaque semaine.
Révélation : Utiliser l'IA, ce n'est pas chacun pour soi, c'est construire un système de "mémoire collective".
5. Mécanisme d'apprentissage automatique : Les PR elles-mêmes sont les "données d'entraînement" de Claude
Lors des revues de code, Boris mentionne souvent @Claude sur la PR, par exemple :
@.claude ajoute cette façon d'écrire la fonction à la base de connaissances
En coordination avec GitHub Action, Claude apprend automatiquement l'intention derrière cette modification, et met à jour les connaissances internes.
C'est similaire à un "entraînement continu de Claude", chaque revue non seulement fusionne le code, mais améliore aussi les capacités de l'IA.
Ce n'est plus de la "maintenance后期", mais l'intégration du mécanisme d'apprentissage de l'IA dans la collaboration quotidienne.
L'équipe utilise les PR pour améliorer la qualité du code, Claude améliore同步 son niveau de connaissances.
Révélation : Les PR ne sont pas seulement un processus de revue de code, c'est aussi une opportunité d'auto-évolution pour les outils d'IA.
6. Sous-agents (Subagents) : Laisser Claude exécuter modularisé des tâches complexes
En plus du flux de tâches principal, Boris définit également quelques sous-agents (Subagents) pour traiter des tâches auxiliaires courantes.
Les Subagents sont des modules qui s'exécutent automatiquement, comme :
- code-simplifier : Simplifie automatiquement la structure après que Claude ait écrit le code
- verify-app : Exécute des tests complets, vérifie si le nouveau code est utilisable
- log-analyzer : Analyse les logs d'erreur, localise rapidement le problème
Ces sous-agents sont comme des plugins, ils s'intègrent automatiquement au flux de travail de Claude,协作自动运行, sans avoir besoin de prompts répétitifs.
Révélation : Les sous-agents sont les "membres de l'équipe" de Claude, faisant passer Claude d'un assistant à un "commandant de projet".
Claude n'est pas seulement une personne, c'est un petit chef d'équipe que vous pouvez avoir.
7. Paragraphe supplémentaire un : PostToolUse Hook — Le dernier gardien du format de code
Dans une équipe, il n'est pas facile que tout le monde écrive du code avec un style unifié. Bien que Claude ait une forte capacité de génération, il a inévitablement de petits défauts de détail comme une indentation un peu décalée, une ligne vide en trop.
La méthode de Boris est de configurer un PostToolUse Hook—
Pour faire simple, c'est un "crochet de post-traitement" que Claude appelle automatiquement après "avoir terminé la tâche".
Ses fonctions incluent :
- Corriger automatiquement le format du code
- Compléter les commentaires manquants
- Traiter les erreurs lint, éviter que le CI ne plante
Cette étape n'est généralement pas complexe, mais cruciale. Comme exécuter Grammarly une fois de plus après avoir fini d'écrire un article, ainsi l'œuvre livrée est stable et soignée.
Pour les outils d'IA, la clé de la facilité d'utilisation n'est souvent pas la force de génération, mais la capacité de finalisation.
8. Gestion des permissions : Pré-autoriser plutôt que sauter
Boris indique clairement qu'il n'utilise pas --dangerously-skip-permissions — c'est un paramètre de Claude Code qui peut sauter toutes les invites de permission lors de l'exécution de commandes.
Cela semble pratique, mais peut être dangereux, comme supprimer accidentellement des fichiers, exécuter le mauvais script, etc.
Sa solution alternative est :
1. Utiliser la commande /permissions pour déclarer explicitement quelles commandes sont fiables
2. Écrire ces configurations de permissions dans .claude/settings.json
3. Partager ces paramètres de sécurité avec toute l'équipe
C'est comme ouvrir à l'avance une "liste blanche" d'opérations pour Claude, par exemple :
"preApprovedCommands": [
"git commit",
"npm run build",
"pytest"
]
Claude exécute ces opérations directement lorsqu'il les rencontre, sans interrompre à chaque fois.
La conception de ce mécanisme de permissions ressemble plus à un système d'exploitation d'équipe qu'à un outil mono-machine. Il utilise la commande /permissions pour pré-autoriser les commandes bash courantes et sécurisées, ces configurations sont sauvegardées dans .claude/settings.json et partagées par l'équipe.
Révélation : L'automatisation de l'IA ne signifie pas la perte de contrôle. Intégrer la stratégie de sécurité dans le processus d'automatisation lui-même, c'est là la véritable ingénierie.
9. Interconnexion multi-outils : Claude = robot polyvalent
Boris ne laisse pas Claude écrire du code uniquement en local. Il a configuré Claude pour qu'il puisse accéder à plusieurs plateformes核心 via MCP (un module de service de contrôle central) :
- Envoyer automatiquement des notifications Slack (comme les résultats de construction)
- Interroger les données BigQuery (comme les indicateurs de comportement utilisateur)
- Récupérer les logs Sentry (comme le suivi des exceptions en ligne)
Comment réaliser cela ?
La configuration MCP est sauvegardée dans .mcp.json
Claude lit la configuration lors de l'exécution, exécute自主 des tâches跨平台
Toute l'équipe partage un ensemble de configuration
Tout cela est réalisé via l'intégration de MCP (le système de contrôle central de Claude) avec Claude, la configuration est sauvegardée dans .mcp.json.
Claude est comme un assistant robotique, qui peut vous aider à :
"Écrire le code → Soumettre une PR → Voir l'effet → Notifier QA → Rapporter les logs".
Ce n'est plus un outil d'IA au sens traditionnel, mais le système神经中枢 de l'ingénierie.
Révélation : Ne laissez pas l'IA travailler uniquement dans "l'éditeur",
Elle peut devenir le planificateur de tout votre écosystème système.
10. Traitement asynchrone des longues tâches : Agent en arrière-plan + plugins + hook
Dans les projets réels, Claude doit parfois traiter de longues tâches, comme :
- Construction + test + déploiement
- Génération de rapport + envoi d'email
- Exécution en cours de script de migration de données
La méthode de traitement de Boris est très ingénierisée :
Trois façons de traiter les longues tâches :
1. Claude, après avoir terminé, utilise un Agent en arrière-plan pour vérifier le résultat
2. Utiliser un Stop Hook, déclenche automatiquement les actions suivantes à la fin de la tâche
3. Utiliser le plugin ralph-wiggum (proposé par @GeoffreyHuntley) pour gérer l'état des longs processus
Dans ces scénarios, Boris utilisera :
--permission-mode=dontAsk
Ou mettra la tâche dans un bac à sable pour l'exécution, évitant ainsi d'interrompre tout le processus à cause d'invites de permission.
Claude n'est pas "surveillé en permanence", c'est un collaborateur dont vous pouvez confier la charge.
Révélation : Les outils d'IA ne conviennent pas seulement aux opérations courtes et rapides, mais aussi aux cycles longs, aux processus complexes — à condition de leur construire un "mécanisme de prise en charge".
11. Mécanisme de validation automatique : La valeur de la sortie de Claude ne dépend pas de sa capacité à se valider elle-même
L'expérience la plus importante de Boris est :
Tout résultat output par Claude doit avoir un "mécanisme de validation" pour vérifier son exactitude.
Il ajoute à Claude un script de validation ou un hook :
- Après avoir écrit le code, Claude exécute automatiquement des cas de test pour vérifier si le code est correct
- Simule l'interaction utilisateur dans le navigateur, vérifie l'expérience frontend
- Compare automatiquement les logs, les indicateurs avant et après l'exécution
Si ce n'est pas validé, Claude modifie automatiquement, ré-exécute. Jusqu'à ce que ce soit validé.
C'est comme si Claude avait son propre "système de feedback en boucle fermée".
Cela améliore non seulement la qualité, mais réduit aussi la charge cognitive humaine.
Révélation : Ce qui détermine vraiment la qualité des résultats de l'IA, ce n'est pas le nombre de paramètres du modèle, mais si vous avez conçu un "mécanisme de vérification des résultats".
Résumé : Ne pas remplacer l'homme par l'IA, mais faire collaborer l'IA comme un humain
La méthode de Boris ne dépend pas de "fonctionnalités cachées" ou de technologie noire, mais utilise Claude de manière ingénierisée, le faisant passer d'un "outil de chat" à une partie efficace d'un système de travail.
Sa méthode d'utilisation de Claude a plusieurs caractéristiques核心 :
- Parallélisme multi-sessions : Division des tâches plus claire, efficacité plus élevée
- Priorité à la planification : Le mode Plan améliore le degré d'alignement des objectifs de Claude
- Soutien du système de connaissances : L'équipe maintient协同 la base de connaissances de l'IA, itère continuellement
- Automatisation des tâches : Commandes Slash + sous-agents, faire travailler Claude comme un moteur de processus
- Mécanisme de feedback en boucle fermée : Chaque output de Claude a une logique de validation, assurant une production stable et fiable
En fait, la méthode de Boris montre une nouvelle façon d'utiliser l'IA :
- Faire passer Claude d'"assistant de dialogue" à "système de programmation automatisé"
- Transformer l'accumulation de connaissances du cerveau humain en base de connaissances de l'IA
- Transformer le processus d'opérations manuelles répétitives en flux de travail automatique scripté, modulaire,协同
Cette approche ne dépend pas de magie noire, mais est une manifestation des capacités d'ingénierie. Vous pouvez aussi en tirer des idées pour utiliser Claude ou d'autres outils d'IA de manière plus efficace et plus intelligente.
Si lors de l'utilisation de Claude vous pensez souvent "il comprend un peu, mais n'est pas fiable", "le code écrit nécessite toujours que je le corrige", peut-être que le problème n'est pas Claude, mais que vous ne lui avez pas encore donné un mécanisme de collaboration mature.
Claude peut être un stagiaire qualifié, ou un partenaire d'ingénierie stable et fiable, cela dépend de comment vous l'utilisez.
