15 features Claude Code que vous n'utilisez probablement pas
Boris Cherny, le créateur de Claude Code, a publié les 15 features qu'il juge les plus sous-utilisées. /batch, Esc+Esc, CLAUDE.md vs hooks, type 'think' — le vrai workflow d'un développeur Anthropic.
Le 30 mars, Boris Cherny — l'auteur de Claude Code chez Anthropic — a publié une liste de ses 15 features préférées parmi les plus méconnues du produit1. Format terminal noir, une ligne par tip, direct. Pas de marketing. Ce sont les outils qu'il utilise lui-même au quotidien.
Certains de ces tips ont déjà leur article sur ce blog. D'autres méritent vraiment d'être lus pour la première fois.
CLAUDE.md vs hooks — la distinction qui change tout
C'est le tip le plus utile de la liste pour ceux qui utilisent Claude Code sérieusement. Boris le formule simplement : "CLAUDE.md = advisory (80% followed). Hooks = deterministic, 100% every time."1
Pour les moins geeks : CLAUDE.md, c'est le document dans lequel vous écrivez vos règles pour Claude — "toujours écrire les tests avant le code", "ne jamais modifier ce fichier sans en parler", etc. Le problème, c'est que Claude lit ces instructions, mais ne les applique pas toujours. Comme un bon stagiaire qui a bien lu le règlement intérieur mais qui l'oublie sous la pression.
Les hooks, c'est autre chose. Un hook, c'est du code qui s'exécute automatiquement à des moments précis du cycle de l'agent — quand il démarre, avant qu'il lance une commande, quand il demande une permission. Ça ne dépend pas de si Claude a "bien voulu" appliquer la règle. Ça s'exécute, point.
La conséquence : tout ce qui doit toujours arriver sans exception va dans les hooks. Les vérifications critiques, les injections de contexte obligatoires, les garde-fous. CLAUDE.md reste utile pour les instructions qui peuvent s'adapter au contexte. Mais beaucoup de choses que les développeurs mettent dans CLAUDE.md — par habitude ou par flemme — appartiennent aux hooks.
Esc+Esc — la machine à remonter le temps
Appuyer deux fois sur Échap ouvre un menu de checkpoints. Depuis là, vous pouvez restaurer le code, la conversation, ou les deux à n'importe quel point antérieur de la session1.
Pour les moins geeks : imaginez que vous demandez à Claude de refactorer une partie de votre application. Il commence, vous approuvez les premières modifs, et au bout de dix minutes vous réalisez qu'il est parti dans une direction qui ne convient pas — il a changé des choses qu'il ne fallait pas toucher. Sans Esc+Esc, vous gérez ça à la main, vous défaites les changements un par un. Avec Esc+Esc, vous revenez au point d'avant la bêtise en deux touches.
C'est moins spectaculaire que /batch mais c'est l'outil qui change le rapport au risque dans une session. On expérimente plus librement quand on sait qu'on peut tout annuler proprement.
/batch — envoyer une armée de Claudes
/batch vous interviewe sur la tâche à réaliser, puis déploie autant d'agents en parallèle que nécessaire pour l'accomplir — des dizaines, des centaines, potentiellement des milliers1.
Pour les moins geeks : chaque "agent" est une instance de Claude qui travaille indépendamment sur sa propre copie du code (son propre worktree — une version isolée du projet). /batch orchestre tout ça automatiquement : il découpe le travail, distribue les morceaux, et chaque Claude fait sa partie sans interférer avec les autres.
Le cas d'usage typique : une migration à grande échelle. Renommer un élément technique partout dans un projet de 200 fichiers. Passer d'un framework de tests à un autre. Mettre à jour une API interne qui est appelée à des centaines d'endroits. Des tâches où la parallélisation est évidente mais l'orchestration habituellement pénible. /batch en fait une commande.
Pour des projets SaaS où une refonte partielle touche des dizaines de modules, c'est le type de primitive qui change ce qu'une petite équipe peut traiter en une semaine avec notre méthode.
Type "think" dans le prompt
Pas une commande — une astuce de prompt. Écrire "think", "think harder" ou "ultrathink" dans votre message déclenche un raisonnement plus profond avant que Claude agisse. Il réfléchit avant de coder, au lieu de sauter directement à l'implémentation1.
Pour les moins geeks : par défaut, Claude répond vite. C'est bien pour les petites tâches. Mais pour une décision d'architecture ou un bug compliqué, "vite" n'est pas ce qu'on veut. Écrire "think hard before touching anything" dans votre prompt, c'est demander à Claude de prendre le temps de raisonner d'abord. En pratique, la qualité des décisions s'améliore nettement sur les sujets complexes.
La version formelle de ce tip existe dans Claude Code sous la forme de la commande /effort (low/medium/high/max). Mais Boris dit l'utiliser via les mots-clés dans le prompt — plus naturel au quotidien.
/loop — pas juste un scheduler
/loop permet à Claude d'exécuter une tâche en boucle, à intervalle régulier, automatiquement. Boris a plusieurs boucles actives en permanence1 :
/loop 5m /babysit— toutes les 5 minutes, Claude adresse les retours de code review (les commentaires de ses collègues sur son code), rebase automatiquement (intègre les derniers changements du projet) et shepherd les PRs vers la production — autrement dit, il accompagne les pull requests (les demandes de fusion de code) jusqu'à ce qu'elles soient acceptées et déployées/loop 30m /slack-feedback— toutes les 30 minutes, ouvre des PRs pour intégrer les retours reçus sur Slack/loop 1h /pr-pruner— ferme les PRs devenues obsolètes
Pour les moins geeks : une PR (pull request), c'est une proposition de modification du code qui attend d'être relue et approuvée par l'équipe avant d'être intégrée au projet. "Shepherd" une PR, c'est la surveiller, répondre aux remarques, résoudre les conflits, relancer les gens — tout ce travail d'accompagnement qui prend du temps sans vraiment être du développement. Boris a automatisé ça.
Ce n'est pas "Claude tourne pendant que je dors" au sens vague. Ce sont des tâches de maintenance précises, répétitives, chronophages — déléguées complètement.
Give Claude a browser
Boris formule ce tip comme un principe : "Claude writes code and iterates until it looks good. Without a browser it's guessing."1
Pour les moins geeks : quand Claude construit une interface sans pouvoir la voir dans un navigateur, il travaille à l'aveugle. Il génère du code HTML/CSS, mais il ne sait pas si le résultat ressemble à quelque chose. Avec l'extension Chrome ou l'app Desktop qui intègre un navigateur, Claude prend une capture d'écran de ce qu'il a produit, l'analyse, et itère jusqu'à ce que le résultat soit correct visuellement. La différence de qualité sur le frontend est réelle.
Boris généralise le principe au-delà du web : donner à l'agent un moyen de vérifier son propre travail est le levier le plus important dans n'importe quel workflow. Tests automatisés pour le backend, logs pour les systèmes distribués, navigateur pour le web. C'est aussi le fondement de notre méthode : avant de lancer l'agent, on définit comment il va valider que le résultat est correct — pas après.
Les autres
Quelques tips qui valent le détour :
iOS app — Claude Code fonctionne dans l'app Claude sur iOS et Android (onglet "Code"). Boris dit écrire une bonne partie de son code depuis son téléphone, sans ouvrir un ordinateur.
/teleport et /remote-control — deux façons de garder la main sur une session depuis n'importe où. /teleport ramène une session cloud dans votre terminal local. /remote-control permet de piloter une session locale depuis votre téléphone ou un navigateur. Deux sens opposés pour le même problème : ne pas perdre le fil quand on change d'appareil.
/btw — poser une question rapide sans interrompre l'agent. La réponse apparaît dans un petit overlay au-dessus de la session en cours, l'agent continue sa tâche. Pour les dev qui supervisent plusieurs sessions, c'est utile pour vérifier un point de contexte sans casser le rythme.
/branch — "forker" une session, c'est-à-dire créer une copie de la conversation à un instant T pour explorer une direction différente, sans toucher à la session originale. Pour reprendre l'originale : claude -r <session-id>.
Dispatch — télécommande sécurisée pour Claude Desktop. Boris l'utilise pour des tâches non-coding depuis son téléphone quand il n'est pas devant son Mac : rattraper des messages Slack, gérer des fichiers, déclencher des actions. L'agent peut utiliser vos MCPs (connecteurs à vos outils), votre navigateur, votre ordinateur — avec votre permission.
Git worktrees — claude -w pour démarrer une session dans une copie isolée du projet. Boris dit avoir des dizaines de Claudes actifs en parallèle en permanence. C'est l'infrastructure de base qui rend /batch possible.
Hooks vers WhatsApp — un hook PermissionRequest peut router les demandes d'approbation vers votre téléphone. Claude tourne sur une tâche longue, il a besoin d'une validation avant de faire quelque chose de risqué : il vous envoie un message WhatsApp. Vous approuvez ou refusez. La session reprend.
Footnotes
Prêt à lancer votre projet SaaS ?
NXL Forge vous accompagne de l'idée à la mise en production, avec une approche IA-first.