🎯

Ce chapitre te présente les commandes slash pré-configurées qui automatisent les tâches courantes. Tu tapes la commande, Claude fait le reste. Temps de lecture : 8 minutes.

Qu'est-ce qu'une commande slash ?

Les commandes slash sont des raccourcis qui déclenchent un comportement spécifique de Claude. Au lieu d'écrire un long prompt, tu tapes /nom et Claude sait exactement quoi faire.

Il y en a trois types :

Les commandes natives : intégrées à Claude Code (ex: /compact, /model, /plan)
Les skills et plugins : installables en un clic (ex: /commit, /review, /debug)
Tes commandes personnalisées : les agents du chapitre précédent (ex: /front)

Les commandes essentielles pour le développement

/commit, sauvegarder proprement

Analyse le diff (les modifications faites), comprend le contexte, et crée un commit Git avec un message descriptif.

💡

Avant (sans /commit) : tu devais comprendre quels fichiers ont changé, écrire un message qui résume les changements, et lancer les commandes Git manuellement.

Avec /commit : Claude fait tout en 5 secondes. Le message est toujours clair et cohérent.

Quand l'utiliser : après chaque feature ou correction complète. Ne commite pas du travail en cours.

/review, vérifier la qualité

Relit tout le code modifié depuis le dernier commit et cherche :

Bugs potentiels : logique incorrecte, cas limites non gérés
Failles de sécurité : données exposées, injections, clés en dur
Incohérences : code qui ne suit pas les conventions du projet
Code mort : imports inutilisés, fonctions jamais appelées

Quand l'utiliser : avant chaque /commit important. C'est ton filet de sécurité.

/debug, débugger méthodiquement

Quand quelque chose casse, /debug lance un processus structuré :

Reproduire le problème
Isoler la cause racine
Diagnostiquer le bug précis
Corriger avec la solution minimale
Vérifier que la correction fonctionne sans casser autre chose

Quand l'utiliser : quand tu as un comportement inattendu et que tu ne sais pas d'où ça vient.

Les commandes de création de code

/component, créer un composant React

Génère un composant typé avec props, états, et styles, à partir d'une description.

/component Un sélecteur de date qui affiche un calendrier en popup, avec navigation mois par mois et highlight des dates avec des événements.

/server-action, créer une action serveur

Génère un Server Action avec validation Zod, gestion d'erreurs, et vérification d'authentification.

/server-action Archiver un contenu : marque le contenu comme archivé (soft delete) et le retire du calendrier.

/form-builder, créer un formulaire complet

Génère un formulaire complet avec :

Schéma de validation Zod (règles de validation)
react-hook-form (gestion du formulaire)
Composants shadcn/ui (inputs, selects, boutons)
Gestion des erreurs et des états de chargement

/form-builder Formulaire de création de contenu avec : titre (obligatoire, max 100 caractères), plateforme (LinkedIn / Instagram / YouTube), pilier éditorial (select depuis la boussole), et corps du texte (textarea avec compteur de caractères).

/migration-sql, créer une migration

Génère une migration SQL Supabase avec :

La table ou la modification de table
Les policies RLS (sécurité ligne par ligne)
Les index pour la performance

/migration-sql Ajoute une table streaks avec : user_id (FK), current_streak (int), best_streak (int), last_publication_date (timestamp). RLS par user_id.

/test-gen, générer des tests

Génère des tests unitaires pour du code existant.

/test-gen Génère les tests pour le Server Action dans src/lib/actions/streak.ts. Couvre : calcul du streak, cas du streak cassé, et mise à jour du best streak.

Les commandes de qualité

/pr, créer une Pull Request

Crée une Pull Request GitHub complète avec titre, description, et checklist de tests.

/pr

/deploy-check, checklist pré-déploiement

Lance une checklist complète avant la mise en production :

Typecheck passe
Lint passe
Tests passent
Build réussit
Variables d'environnement configurées
Pas de clés API en dur dans le code

Les commandes de contenu

Ces commandes sont optionnelles et spécifiques au "build in public", le fait de partager publiquement la construction de ton app.

/ship, journal de shipping

Génère un récap de ce qui a été livré aujourd'hui, formaté pour un post.

/recap, récap hebdomadaire

Génère un résumé de la semaine pour newsletter ou réseaux sociaux.

/bip, build in Public post

Génère un post Instagram à partir du travail de la journée.

Le trio magique pour débuter

Si tu ne retiens que 3 commandes, ce sont celles-ci :

⚡

/review avant chaque commit, attrape les bugs avant qu'ils n'arrivent en production
/commit pour sauvegarder, messages clairs et cohérents sans effort
/debug quand ça casse, diagnostic structuré au lieu de tâtonner

Le reste viendra naturellement quand tu seras à l'aise avec le workflow.

Les commandes de gestion de session

Ces commandes ne créent pas de code, mais elles gèrent la qualité de ta session. Les ignorer, c'est comme conduire sans regarder la jauge d'essence.

/compact, libérer le contexte

Quand la conversation devient longue, Claude perd en qualité. /compact résume tout et libère de l'espace.

Quand l'utiliser : dès que le contexte dépasse 50-60%. N'attends pas 80%, c'est déjà trop tard.

/rewind (ou Esc Esc), annuler une mauvaise direction

Annule les dernières modifications de code ET revient en arrière dans la conversation. Plus efficace que corriger manuellement.

Quand l'utiliser : dès que Claude part sur une mauvaise piste. Plus tu attends, plus c'est dur à rattraper.

/clear, repartir de zéro

Efface toute la conversation. Utile quand tu changes complètement de sujet en cours de session.

Quand l'utiliser : quand tu passes d'un bug fix à une nouvelle feature. Pas besoin de traîner le contexte du bug.

/model, choisir le niveau d'effort

Permet de choisir le modèle et le niveau d'effort : low (rapide), medium (équilibré), high (plus intelligent). Boris Cherny recommande high pour tout.

Quand l'utiliser : en début de session, ou quand tu passes d'un petit fix (low suffit) à une feature complexe (high).

/fast, toggle vitesse/profondeur

Bascule entre le mode normal et le mode rapide. Le modèle reste le même (Opus), mais la sortie est plus rapide avec un raisonnement plus court.

Quand l'utiliser : pour les petits ajustements, questions simples, ou quand tu veux accélérer. Repasse en mode normal pour les tâches complexes.

/btw, conversation parallèle

Permet de poser une question à Claude pendant qu'il travaille, sans interrompre sa tâche en cours. Comme une note Post-it sur le bureau d'un collègue concentré.

Quand l'utiliser : tu penses à quelque chose pendant que Claude code, mais tu ne veux pas le couper.

/loop, tâches récurrentes

Lance une commande sur un intervalle régulier (toutes les 5 min, 10 min, etc.) pendant jusqu'à 3 jours.

Quand l'utiliser : surveiller un déploiement, vérifier l'état d'une PR, polling de build.

Exemple : /loop 5m /deploy-check vérifie l'état du déploiement toutes les 5 minutes.

/schedule, agents distants programmés

Crée des agents autonomes qui s'exécutent sur un cron (toutes les heures, tous les jours, etc.) même quand ton ordinateur est éteint. L'agent tourne dans le cloud Anthropic.

Quand l'utiliser : veille automatique quotidienne, vérifications de sécurité planifiées, rapports périodiques.

Exemple concret : un agent qui compile ta veille technologique tous les matins à 7h et pousse le résultat dans Notion.

/rename et /resume, gérer ses sessions

/rename donne un nom à ta session (ex: "TODO - refactorer les crédits"). /resume la reprend plus tard avec tout le contexte intact.

Quand l'utiliser : quand tu dois interrompre une tâche et la reprendre le lendemain.

💡

À retenir : les commandes slash sont des raccourcis qui éliminent le travail répétitif. /review + /commit + /debug couvrent 80% de tes besoins en code. /compact + /rewind couvrent 100% de tes besoins en gestion de session. Les deux sont indispensables.

🎯