Guide — Les 15 commandes essentielles de Claude Code (extrait du système « 118 commandes »)

Avant de démarrer : 1) Fixez un objectif clair (commande /goal). 2) Passez en lecture seule pour planifier (/plan) avant d'écrire. 3) Utilisez /context pour vérifier l'usage de tokens. 4) Gardez /clear et /rewind à portée pour corriger les dérives. Ces 4 étapes réduisent les itérations inutiles.

But : créer automatiquement un fichier d'intention (CLAUDE.md) expliquant le repo, les entrées attendues et la checklist de sortie. Exemple d'usage : "/init — génère un CLAUDE.md pour le repo frontend avec objectifs: tests, lint, build". Template output : titre, objectifs, fichiers clés, commandes de build, critères d'acceptation. Quand : au démarrage d'un nouveau projet ou d'une nouvelle branche.

But : obtenir une carte d'étapes (plan) avant toute modification. Exemple : "/plan — analyser ce dossier, lister 6 étapes pour ajouter la feature X, risques et fichiers à toucher". Format renvoyé : étapes numérotées, durée estimée, points de blocage. Utilité : évite les changements désordonnés et économise du temps.

But : visualiser le contexte actif et l'occupation de tokens. Exemple : "/context — affiche usage tokens, sections prioritaires, extraits inutiles à trim". Action pratique : coupler avec /compact quand le score atteint ~50%.

But : compresser ou résumer le contexte pour libérer budget token. Exemple : "/compact — condense tout l'historique de conversation en 200 tokens en gardant décisions-clé". Usage conseillé : lancer à ~50% d'usage pour garder continuity sans dépasser.

But : supprimer l'historique courant pour éviter la pollution de contexte. Exemple : "/clear — nouveau sujet : refacto base authent". Quand : avant d'ouvrir une tâche indépendante ou quand le modèle répète des erreurs d'une session précédente.

But : basculer entre Opus (profondeur), Sonnet (équilibre), Haiku (vitesse). Exemple : "/model Opus — analyser architecture DDD" ou "/model Haiku — générer ébauche email rapide". Astuce : commence en Haiku pour protos, passe à Opus pour la synthèse finale.

But : indiquer la condition finale que le modèle doit atteindre (ex : 'livrable prêt pour revue', 'README complet'). Exemple : "/goal — produire un README de 500 mots qui inclut instructions de build et critères de QA". Avantage : réduit les allers-retours et oriente la sortie.

But : revert la dernière étape ou retourner à un point stable. Ex : "/rewind 2 — revenir deux étapes avant" ou double Échap pour menu rewind. Quand : modèle part en digression ou produit des résultats dangereux/inutiles.

But : découper une grosse tâche en workers (ex : testeur, documenteur, refactorer). Exemple : "/agents — créer 3 agents: tester, linter, doc writer avec outputs séparés". Bénéfice : parallelise le travail et clarifie responsabilités.

But : définir un workflow complet où les agents s'appellent et passent la main. Exemple : "/workflows ultracode — pipeline: spec -> dev-agent -> test-agent -> doc-agent". Utile pour tâches multi-étapes répétitives.

But : régler un curseur global d'effort (Low, Medium, High, Max). Exemple : "/effort Max — analyser performance et proposer optimisations détaillées". Pour itérations rapides : Low. Pour audits ou conception : Max.

But : lancer plusieurs agents qui relisent et proposent simplifications (ex : 3 relectures de code). Exemple : "/simplify — 3 agents relecture code ; produire résumé des 10 anti-patterns". Résultat : identification rapide d'archi et de doublons.

But : définir autorisations limitées pour éviter des prompts d'arrêt fréquents. Exemple : "/permissions — autoriser commit auto et tests unitaires; bloquer push prod". Réduit les interruptions tout en gardant la sécurité.

But : raccourcis ergonomiques. Shift+Tab : cycle entre default, accept edits, plan, auto. "ultracode" : mot-clé qui déclenche un plan d'agent complet (setup, répartition de tâches, critères). Exemple : taper "ultracode : feature X" pour générer workflow prêt à lancer.

1) /init template : "/init — CLAUDE.md : projet=API-payments; objectifs=[tests,auth,ci]; livrable=PR ready" 2) /plan template : "/plan — lister étapes pour ajouter endpoint /charge ; inclure risques, tests nécessaires, fichiers modifiés" 3) /goal template : "/goal — RG=fonctionnel, tous tests unitaires passés, couverture >= 85%" 4) /agents template : "/agents — create: dev(agent), test(agent), doc(agent) — deadline 48h"

Jour 1 : lire la cheat-sheet et pratiquer /init, /plan, /goal (exercice : préparer CLAUDE.md pour un repo) ; Jour 2 : /context, /compact, /clear (exercice : réduire un contexte de 4000→600 tokens) ; Jour 3 : /model, /effort (switch et benchmark output vitesse vs profondeur) ; Jour 4 : /rewind, Shift+Tab (gestion d'erreur) ; Jour 5 : /agents, /workflows (créer workflow 3 agents) ; Jour 6 : /simplify, /permissions (relecture et sécurité) ; Jour 7 : synthèse + exercice final : lancer "ultracode" et comparer plan attendu vs généré.

Exercice A : Prenez un petit repo et exécutez /init pour générer CLAUDE.md ; chrono 30 min. Exercice B : Simulez un contexte chargé (long historique) et testez /compact pour le réduire sans perdre décisions-clé. Exercice C : Composez un workflow d'agents pour ajouter une feature et testez l'orchestration manuellement.

Niveau 0 : n'a pas utilisé la commande. Niveau 1 (Ébauche) : commande correcte mais résultats incohérents. Niveau 2 (Confort) : commande utilisée efficacement, 1-2 erreurs mineures. Niveau 3 (Maîtrise) : usage optimisé, raccourcis, templates personnalisés. Tester chaque commande avec 3 cas réels pour atteindre Niveau 3.

Format : single-image A4/1080x1350 px vertical. Sections visuelles : header (titre + tagline), colonne 1 : 8 commandes clés avec icônes, colonne 2 : 7 commandes restantes, footer : plan 7 jours + score rubric mini. Couleurs : 1 couleur primaire + deux accents pour statuts (rapide/profond/sécurisé). Utilisez des pictogrammes simples (doc, plan, gear, refresh, agents) et une police lisible. Cette mise en page permet de partager le cheat sheet comme post ou PDF.

1) Intégrez /init dans vos templates de repo. 2) Ajoutez /plan comme étape obligatoire avant les PRs de > 2 fichiers. 3) Utilisez /permissions pour définir actions autorisées par équipe. 4) Loggez décisions prises par agents dans CLAUDE.md pour traçabilité.

Q : Est-ce que ces commandes existent telles quelles dans chaque version de Claude ? R : Les noms et comportements peuvent varier selon l'implémentation et la version. Testez sur votre instance. Q : Dois-je pré-approuver tout ? R : Non — pré-approuvez uniquement les actions sûres via /permissions.