Les commandes slash de Claude Code à connaître

Où taper une commande slash et comment retrouver la bonne

Le terminal, c’est la fenêtre où tu saisis des instructions pour ton ordinateur. Une fois Claude Code lancé avec claude dans le dossier de ton projet, tu arrives dans sa conversation. C’est là que je tape /help. Le caractère / se nomme slash en anglais : ici, il annonce une commande plutôt qu’une demande ordinaire.

Je distingue aussi une option de lancement, comme claude --help, d’une commande de session comme /help. La première s’utilise avec le programme depuis le terminal ; la seconde se tape dans Claude Code. Si tu copies une ligne, regarde d’abord dans quel environnement le tutoriel attend que tu sois.

Le menu obtenu avec / te permet de filtrer les noms en continuant à taper. Je pars du menu affiché dans ta session. Une installation peut montrer des fonctions ajoutées par un plugin, c’est-à-dire une extension, ou par un service connecté.

Quand j’ai repris Quel Canapé, le site avait déjà rapporté 35 000 € en 5 ans, puis je l’avais laissé dormir pendant 2 ans. J’ai reconstruit le site avec Claude Code et Codex et créé Canapé OS pour le piloter. La page des canapés verts est passée d’une trentaine de produits à 451 déclinaisons issues de 104 modèles. Pour un chantier de catalogue comme celui-là, je choisirais /plan avant de toucher aux filtres, puis /diff pour regarder les fichiers modifiés. À ton tour, prends une page précise et écris ce qui doit mieux fonctionner après la correction.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Préparer le projet avec /init et /memory

/init sert à préparer un fichier CLAUDE.md à partir du projet. Ce fichier contient des instructions durables : comment travailler ici, où se trouvent les éléments utiles et quelles conventions respecter. Je relis le résultat avant de m’en servir. Claude peut décrire l’existant sans avoir compris une décision métier qui n’est écrite nulle part.

Je n’y garde que les règles qui reviennent vraiment. Par exemple : quel outil lance les vérifications, quel dossier contient les pages et quelle opération exige un accord explicite. Une consigne vague comme « fais du bon travail » n’aide pas à choisir entre modifier une page et refaire tout le site.

/memory permet de consulter ou modifier les éléments de mémoire. Je sépare mes instructions choisies des notes que Claude accumule automatiquement. Et je ne prends pas une phrase dans CLAUDE.md pour un verrou technique : ce sont des instructions données au modèle, pas une interdiction imposée par le système.

Dans Automate Your Busywork, Aytekin Tank propose de découper le travail répétitif en procédures, puis de les automatiser progressivement et de les améliorer. Il décrit cette méthode dans son entretien sur le livre. Je retiens ce démarrage limité : écris dans CLAUDE.md la règle qui évite une erreur répétée ; si elle devient une suite d’actions, fais-en une procédure réutilisable.

La création détaillée du CLAUDE.md aura sa page dédiée sur /init. Dès maintenant, retire de ce fichier toute affirmation que tu n’es pas capable de vérifier dans ton projet.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Claude Pro (Claude Code inclus)Accède à Claude Code pour appliquer les commandes slash du guide directement sur ton projet.Découvrir Claude Pro (Claude Code inclus) ›

Formation gratuiteGuide gratuit Claude CodeInstaller et lancer ton premier agentVoir la formation ›

Sur YouTubeJ'ai automatisé tout mon business avec Claude Code (8 étapes)Vidéo de 27 minMa chaîne YouTube ›

Cadrer les changements avec /plan et /permissions

Je passe par /plan quand une demande touche plusieurs parties du projet. Le mode plan sert à examiner et préparer le travail avant l’exécution. Mon exemple de demande serait : « Analyse le formulaire de contact, repère pourquoi l’envoi échoue, puis propose une correction limitée. » Je demande un périmètre et un résultat observable.

Dans Playing to Win, A. G. Lafley et Roger L. Martin décrivent une cascade de choix : ambition, terrain, façon de réussir, capacités et systèmes de gestion. Roger Martin explique comment ces choix se tiennent, avec le cas des services financés par les annonceurs et utilisés gratuitement par leur public. Je m’en inspire pour /plan : précise si ta page doit recueillir une demande ou conduire vers un marchand, car le comportement à vérifier change avec cet objectif.

Je regarde ensuite /permissions, qui permet d’inspecter les règles d’autorisation des outils. Lire un fichier, le modifier et lancer une commande système sont des opérations différentes. Une ligne écrite en français dans ta demande ne remplace pas ces règles. Pour un premier essai, je garderais les confirmations sur les actions que tu ne comprends pas encore.

Je n’activerais pas un mode plus autonome juste pour supprimer les interruptions. Si Claude bloque sur une opération précise, je cherche d’abord son utilité. Une autorisation doit correspondre au travail demandé, pas à l’impatience de voir la conversation avancer.

Pour approfondir, je prépare des guides sur le mode plan et les permissions dans mes guides Claude Code. Pour ton prochain essai, demande à Claude de nommer les fichiers qu’il prévoit de changer : tu pourras comparer cette liste au résultat final.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Choisir entre /context, /compact, /clear et /resume

Le contexte, c’est ce que Claude peut garder dans sa mémoire de travail pendant la conversation : tes demandes, ses réponses et les informations lues. /context aide à voir ce qui occupe cet espace. Je le consulte quand une discussion s’allonge ou que Claude semble perdre le fil, avant de lui faire relire tout le projet.

/compact condense la conversation pour libérer de la place. Pour le formulaire de mon exemple fictif, voici une ligne à copier dans la conversation : ```text /compact Préserve le défaut observé sur le formulaire, les règles de validation décidées, les chemins des fichiers modifiés, les tests exécutés et leurs résultats, les cas encore à vérifier et la prochaine action. ``` Je demande ensuite à Claude de nommer la prochaine vérification : si sa réponse reste floue, je réintroduis la décision manquante avant de continuer.

/clear démarre une conversation avec un contexte vide. Je le choisirais pour une tâche distincte, après avoir sauvegardé ce qui doit rester. /resume sert à retrouver une conversation antérieure. Je fais la différence entre reprendre un échange et reprendre un état de fichiers : l’historique de discussion n’est pas une sauvegarde du code.

Le 19 octobre, j’ai rencontré le même problème sur 6 OS différents. Chaque outil gérait ses comptes IA séparément. J’ai regroupé cette gestion dans un coffre commun pour que les outils consultent la même information. Pour tes commandes, je ferais le même tri : /memory pour retrouver une règle durable, /compact pour alléger l’échange en cours. Avant de résumer, vérifie donc où la règle est enregistrée.

Je ne règle donc pas tout avec /compact. Si la confusion vient de consignes contradictoires dans les fichiers, un résumé transporte aussi cette confusion. Demande à Claude de repérer les contradictions et fais corriger leur source avant la prochaine session.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Comprendre /usage, /model, /config et /doctor

/usage renseigne sur la consommation et, selon ton accès, les limites du compte. Les unités de texte traitées par le modèle s’appellent des jetons. Je sépare ce suivi du contexte : une conversation peut être légère alors que ton compte approche d’une limite liée à l’usage cumulé.

Le montant estimé pour une session n’est pas forcément une facture supplémentaire pour un abonnement. La documentation distingue les informations de session et les limites du forfait. Je ne déduirais pas le prix réel payé d’un nombre isolé affiché à l’écran. /cost est actuellement indiqué comme un alias de /usage dans la référence officielle.

/model permet de consulter ou changer le modèle disponible. Je regarderais ce choix après avoir clarifié la tâche : changer de modèle ne répare pas une consigne contradictoire. Pour une analyse difficile, je demande surtout les hypothèses et les éléments sur lesquels la réponse s’appuie.

/config ouvre les réglages, par exemple l’apparence et certaines préférences. /doctor aide à examiner l’installation et sa configuration. Je les sépare : régler l’affichage ne demande pas la même intervention que diagnostiquer un problème de démarrage. Je reviendrai sur les réglages courants dans le guide /config.

Je garde aussi quelques commandes de dépannage sous la main. /status permet de voir notamment la version, le compte et la connexion ; /mcp concerne les connexions aux services externes qui utilisent le protocole MCP, une façon standard de donner des outils à Claude. Je ne connecterais un service que si la tâche en a besoin, avec un accès adapté à ce travail.

Avant une demande d’aide, note la commande exacte, le message obtenu et l’environnement concerné. En retirant les identifiants et les informations privées, tu obtiens déjà un diagnostic bien plus exploitable que « Claude ne marche plus ».

Pour appliquer ces commandes sur ton projet, je regarderais Claude Pro, qui inclut Claude Code si tu n’as pas encore d’accès. Commence par comparer ce forfait à ton besoin réel et de surveiller /usage : l’abonnement garde des limites, et tu n’as rien à racheter si ton accès actuel suffit.

Contrôler avec /diff, la relecture et /rewind

/diff montre les différences dans les fichiers. Je le considère comme une lecture obligatoire après une modification que tu comptes garder. Tu peux voir un changement sans comprendre tout le langage utilisé : un nouveau fichier inattendu ou la suppression d’une partie de page mérite déjà une question.

La référence actuelle présente /review comme un alias de /code-review. Cette relecture peut chercher des défauts dans les changements. /security-review vise les vulnérabilités, c’est-à-dire les faiblesses qui peuvent exposer le projet. Je demande un périmètre clair et des remarques rattachées à un emplacement précis. Pour /security-review, la documentation demande un dépôt avec un distant origin, la référence au dépôt d’origine : sur un simple dossier sans cet historique, je commencerais par faire clarifier les prérequis.

Dans The Lean Startup, Eric Ries propose la boucle construire, mesurer, apprendre. La méthode présentée sur le site du livre part d’un produit minimum viable pour tester une hypothèse et guider la suite. Je l’applique ici à une petite correction : après /diff, je rejoue le cas qui échouait. Si le formulaire refuse encore un message valide, je fournis cet échec précis à Claude avant de lui demander autre chose.

/rewind propose de revenir à un point antérieur pour la conversation ou certains changements de fichiers. Je ne l’assimile pas à une annulation générale. Les opérations lancées dans le terminal et les modifications externes ne sont pas toutes couvertes ; une action sur un service distant ne se défait pas en restaurant le texte de la conversation.

Je garde aussi Git, un outil qui conserve des versions de tes fichiers. Je détaillerai /review et /security-review dans leurs guides dédiés. Dès maintenant, demande un compte rendu qui sépare les défauts trouvés, les tests exécutés et les points encore inconnus.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Exporter et créer une procédure qui te sert vraiment

/export permet de conserver la conversation dans un fichier ou de la copier. Je relis ce que je transmets : une discussion peut contenir des chemins, des extraits internes ou des informations sur le projet. Je reviendrai sur cette préparation dans le guide consacré à l’export.

Une commande personnalisée enregistre des instructions réutilisables. La documentation actuelle réunit ces commandes avec les skills, des procédures que Claude peut charger. L’ancien emplacement .claude/commands/ reste pris en charge ; le format .claude/skills/nom/SKILL.md permet aussi d’ajouter des fichiers de référence. Je ne migrerais pas une procédure qui fonctionne uniquement pour changer son rangement.

Pour essayer, crée le dossier .claude/skills/verifier-formulaire/ dans ton projet, puis le fichier SKILL.md à l’intérieur. Je partirais de ce contenu minimal, à adapter au formulaire de ton site : ```markdown --- name: verifier-formulaire description: Vérifier les changements du formulaire de contact. disable-model-invocation: true --- Lis les instructions du projet et les différences dans les fichiers. Repère les changements liés au formulaire de contact. Exécute les contrôles prévus par le projet si les outils sont disponibles. Indique les résultats, les contrôles non exécutés et les cas restant à tester. Ne modifie aucun fichier et ne publie rien. ``` Dans Claude Code ouvert sur ce projet, saisis /verifier-formulaire. Le champ disable-model-invocation réserve son lancement à ta demande. Je vérifie ensuite que le compte rendu nomme les fichiers examinés et distingue les contrôles exécutés de ceux qui restent à faire. Si la commande manque, contrôle le chemin et le nom du fichier avant de chercher une extension.

Je n’ajouterais pas un catalogue entier pour essayer. Certains fichiers peuvent demander l’exécution de commandes système ou appeler des services connectés. Lis leur contenu comme tu lirais une consigne donnée à quelqu’un qui intervient sur ton projet. Le nom rassurant d’une procédure ne suffit pas à comprendre ses effets.

Pour la suite, retrouve mes guides Claude Code et mes guides sur l’IA et l’automatisation. Ton prochain raccourci peut venir d’une phrase que tu retapes déjà : note-la dans un fichier avec le résultat attendu, puis teste sa réutilisation sur une tâche sans enjeu.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Mon mémo quand Claude Code perd le fil

Avant de changer de modèle, je ferais une pause : demande à Claude de reformuler le résultat attendu et de nommer les consignes sur lesquelles il s’appuie. Compare sa réponse à ton fichier de projet, puis regarde /context si la conversation s’est allongée.

Si tu dois transmettre le problème, garde le message exact et la prochaine action attendue dans ta note. Tu pourras reprendre le travail sans refaire toute l’enquête.

Télécharger en PNGÉpingler sur PinterestReprendre ce schéma (code avec source)

Autres pages sur notre guide « Claude Code »

Toutes les pages du sujet sont dans notre guide « Claude Code ».