Si vous avez atterri sur cet article, c’est que vous connaissez Claude Code ou vous intéressez de près à cet outil de développement agentique d’Anthropic. Et les commandes sont très utiles lorsque vous utilisez Claude Code. On vous dévoile les 5 meilleures à utiliser pour optimiser votre productivité.
Le concept est très simple. Au lieu de parler à l’IA dans une fenêtre de chat puis de copier-coller du code dans l’éditeur, le chatbot a la main sur votre dépôt depuis le terminal. Mais aussi depuis les applications de bureau VS Code et JetBrains.
Claude Code est capable de lire les fichiers, d’écrire et de modifier du code, de lancer des tests, d’exécuter des commandes Shell et d’ouvrir des pull requests. Et le meilleur dans tout ça, c’est que l’IA comprend tout le projet au lieu d’un seul fichier isolé.
À lire : Voici comment transférer vos sessions ChatGPT vers Claude
Mais la vraie puissance de Claude Code, ce ne sont pas les prompts mais les commandes slash. Il s’agit de raccourcis que l’on déclenche en tapant slash puis un nom. Ce sont elles qui pilotent la session comme la gestion du contexte, le lancement d’agents parallèles, la revue de sécurité et l’initialisation du projet.
Le flux de travail ne bouge pas et n’est jamais cassé. Il est même possible de créer ses propres commandes avec un simple fichier Markdown dans .claude/skills ou .claude/commands.Vos commandes sont dès lors réutilisables et partageables avec toute l’équipe via Git.
Si vous recherchez les 5 meilleures commandes de Claude Code, vous êtes au bon endroit. BuzzArena vous propose une sélection des indispensables pour que votre productivité soit optimisée.
1/ Maîtriser le contexte
Si vous voulez des résultats constants et arrêter de vous arracher les cheveux, les commandes /compact et /clear sont tout bonnement indispensables. Et pour cause, Claude Code travaille dans une fenêtre de contexte limitée. Quand tout s’accumule dans une longue session, c’est l’encombrement et la qualité des réponses n’est plus la même. Alors ces commandes sont là pour l’éviter.
/clear remet tout à zéro. La commande efface totalement l’historique de conversation et libère le contexte. C’est la commande à utiliser lorsque vous démarrez une nouvelle tâche sans rapport avec la précédente et que vous ne voulez pas que l’ancien contexte déteigne sur la suite.
/compact est à peu près pareil mais avec une approche plus subtile. Au lieu de tout effacer, cette commande compresse l’historique en un résumé. Vous pouvez même ajouter des instructions pour préciser ce qu’il faut absolument garder. Bref, c’est idéal pour les longues sessions quand il faut continuer à avancer avec un contexte chargé. Le mieux reste toutefois d’utiliser ces commandes avant d’atteindre la limite, pas après.
2/ Faire travailler une armée d’agents en parallèle
/batch est l’arme lourde pour les modifications à grande échelle. Pour beaucoup, c’est la commande la plus puissante de Claude Code. Il faut l’utiliser quand une modification touche des dizaines d’endroits. Par exemple, migrer toute une base de code vers une nouvelle API, renommer un concept autour, mettre à jour des dépendances en cascade ou appliquer un même correctif à plusieurs modules.
Au lieu de tout traiter en une seule longue séquence, /batch étudie d’abord le code puis décompose le travail en 5 à 30 unités indépendantes, puis présente un plan. Lorsqu’il est approuvé, l’agent démarre en arrière-plan par unité, avec chacun dans un Git worktree isolé pour éviter les erreurs.
Chaque agent implémente sa part, exécute les tests puis ouvre une pull request à part. Bref, un travail en parallèle, le tout supervisé avec des agents IA qui codent pour vous.
Au-delà de la vitesse, la commande /batch améliore la fiabilité et la révision du code. Puisque comme chaque unité de travail arrive sous forme de PR séparées et testées, vous pouvez relire, accepter ou rejeter chaque morceau à part au lieu de tout valider d’un bloc.
3/ Donner à Claude une carte de votre projet
/init est la première commande à lancer dans un nouveau dépôt. Elle analyse votre code et génère un fichier CLAUDE.md à la racine. C’est une sorte de fiche d’identité d’un projet qui résume son architecture, ses conventions et ses commandes importantes. Ce fichier est lu automatiquement au début de chaque session.
Mais alors pourquoi cette commande est importante ? D’abord, Claude n’a plus besoin de fouiller le dépôt à chaque fois pour deviner s’il y a une commande de build, par exemple. L’information est déjà sous ses yeux, ce qui économise du contexte et du temps. Le fichier CLAUDE.md est aussi l’endroit où mettre vos règles que Claude appliquera ensuite sans que vous n’ayez à les répéter.
Si vous activez la variable CLAUDE_CODE_ENABLE_NEW_INIT=1, la commande /init ira plus loin et vous accompagnera dans la mise en place de skills, de hooks et de fichiers de mémoire personnels. En gros, vous prenez cinq minutes pour le faire au début d’un projet pour que les sessions suivantes soient toujours pertinentes.
4/ Une revue de code automatique
/code-review est un skill intégré qui passe en revue le code modifié pour rechercher des bugs, des failles de sécurité et d’autres erreurs. Claude Code repère les erreurs de logique et les problèmes de sécurité, ce qui en fait un excellent filet de protection avant de fusionner une branche.
Mais ce n’est pas tout puisque c’est entièrement personnalisable. La version par défaut est la meilleure pour démarrer, mais vous pouvez la remplacer par votre propre commande qui connaît les conventions précises de votre équipe. Dès lors, vous évitez les remarques génériques et concentrez la revue sur ce qui compte le plus pour vous.
La commande /install-github-app permet à Claude de relire automatiquement vos pull requests directement sur GitHub. Et cette relecture constante est un vrai atout à mesure que l’on s’appuie sur des outils d’IA et que le volume de PR augmente. En gros, vous attrapez les problèmes que votre œil humain aura sans doute laissés passer.
5/ Personnaliser ses commandes
Les meilleures commandes sont souvent celles que vous créez vous-même. Et dans ce cas, le principe est très simple. Vous déposez un fichier Markdown dans .claude/commands/ ou un skill dans .claude/skills/ et le nom du fichier est votre commande slash. Le contenu est tout simplement un prompt envoyé à Claude quand vous le lancez.
Le placeholder $ARGUMENTS permet d’injecter dynamiquement ce que vous tapez après la commande. Par exemple, un numéro de ticket. La syntaxe d’injection de contexte exécute des commandes Shell dont la sortie est insérée dans le prompt avant que Claude ne le lise.
Comme ces fichiers vivent dans le dépôt, toute l’équipe lance exactement les mêmes commandes. Et lorsque quelqu’un de l’équipe améliore un prompt, chacun en profite à la prochaine mise à jour.
Réagissez à cet article !