Claude Code : slash commands pour workflows DevOps

À la fin, vous saurez utiliser les familles de slash Claude Code, structurer un rituel pre-commit, et lier custom commands / Skills.

Niveau : Débutant → Intermédiaire · Temps estimé : 40–50 min · Dernière vérification : 2026-09-11

← Démarrer Claude Code · IA · → CLAUDE.md · MCP

Prérequis

• [ ] Claude Code installé et authentifié — démarrer
• [ ] Repo lab Git sans secrets
• [ ] Notions de /init et CLAUDE.md — claude-md
• [ ] Hub /ia/

Coût : plan Claude éligible Code. Humain valide chaque action.

Ce que nous allons construire

Lab slash commands Claude Code
  ├── Catalogue familles (/init, /help, status, compact, … selon build)
  ├── Workflow pre-commit : plan → edit → diff → tests
  ├── Custom prompts / skills liés
  └── Garde-fous permissions

Étape 1 — Pourquoi des slash commands ?

Dans le REPL Claude Code, les slash commands accélèrent des gestes récurrents : initialiser le contexte dépôt, afficher l’aide, compresser l’historique, lancer des recettes d’équipe. Elles ne remplacent pas un bon prompt, mais réduisent la friction et standardisent les rituels (comme les slash Codex — codex-slash-commands).

Les libellés exacts évoluent selon la version : tapez / ou /help dans votre build et vérifiez la doc code.claude.com/docs. Ce tutoriel enseigne les familles et un workflow DevOps, pas une liste figée vendor.

Étape 2 — Familles utiles (2026)

Famille	Exemples typiques	Usage ops
Session / contexte	/init, aide, clear/compact	Bootstrap CLAUDE.md, réduire le bruit
Diagnostic	status / doctor (si présent)	Comprendre modèle, cwd, config
Workflow	plan / review (si présent ou via prompt)	Avant gros edit
Custom	commandes projet / skills	Recettes équipe

Ne mémorisez pas hors /help. Mémorisez le rituel : borner → planifier → éditer → diff → tester.

Étape 3 — /init et lien avec CLAUDE.md

/init (ou équivalent) génère un starter d’instructions dépôt. Gardez le fichier court et vérifiable ; le détail se travaille dans claude-code-claude-md. Après init :

1. Relisez chaque consigne (stack, commandes tests, interdits).
2. Supprimez le marketing généré inutile.
3. Committez CLAUDE.md comme code d’équipe.

Étape 4 — Lab workflow pre-commit

mkdir -p ~/lab-claude-slash && cd ~/lab-claude-slash
git init
printf '%s
' 'def add(a,b): return a+b' > calc.py
printf '%s
' 'import calc' 'assert calc.add(2,3)==5' > test_calc.py
git add . && git commit -m "chore: scaffold"
claude

Dans la session (adaptez aux commandes de votre build) :

1. /init si pas de CLAUDE.md
2. Demandez un plan pour ajouter mul + test
3. Autorisez l’edit après lecture du plan
4. Lancez les tests (python -m pytest ou python test_calc.py) sous consentement
5. Inspectez le diff Git avant commit

Si votre build expose /compact (ou équivalent), utilisez-le après une longue exploration pour récupérer du signal.

Étape 5 — Custom commands et Skills

Pour les gestes répétés (« génère un module Terraform module + test », « résume le diff en message de commit conventional »), industrialisez via Skills / prompts projet plutôt que de retaper. Voir claude-skills-instructions, ai-skills-concept. Les slash custom (quand supportés) pointent souvent vers ces recettes.

Étape 6 — Permissions et anti-patterns

• Pas d’always-allow shell global « parce que le slash est pratique »
• Refuser les commandes hors repo lab
• Ne pas enchaîner dix slash sans relire le contexte
• Séparer exploration (/help, status) et mutation (edits)

Sécurité : prompt injection. MCP : claude-code-mcp.

Erreurs fréquentes

Symptôme	Cause	Correctif
Slash inconnu	Version / doc	/help + doc vendor
CLAUDE.md verbeux	Init non relu	Élaguer + commit
Edit sans plan	Rush	Exiger plan avant OK
Contexte saturé	Long thread	Compact / nouvelle session
Confusion Codex	Mauvais outil	Voir comparatif slash Codex

Quiz (4 questions)

1. Les slash Claude Code servent surtout à :
– A. Remplacer Git
– B. Accélérer des rituels sous votre consentement
– C. Publier en prod auto

2. Après /init :
– A. Committer sans lire
– B. Relire, élaguer, versionner
– C. Supprimer Git

3. Bon ordre lab :
– A. Edit massif → ignorer tests
– B. Plan → edit → tests → diff → commit
– C. Always-allow d’abord

4. Liste des commandes source de vérité :
– A. Un article 2024 figé
– B. /help + doc code.claude.com
– C. Forums non datés uniquement

Réponses : 1‑B · 2‑B · 3‑B · 4‑B

Compléments opérationnels

Mesure et amélioration continue

Définissez trois indicateurs simples : taux de DoD vert du premier coup, nombre de refus utiles par session, coût tokens par livrable Git accepté. Revoyez-les toutes les deux semaines. Si le taux DoD stagne sous 50 %, le problème est le brief ou le corpus de rules, pas « le besoin d’un modèle plus cher ». Si le coût explose, imposez un modèle fast par défaut et réservez strong aux plans. Publiez un mini tableau dans le dépôt docs pour rendre le coût visible à l’équipe, comme n’importe quelle ligne cloud.

Standard de brief réutilisable

Pour claude-code-slash-commands, adoptez un brief unique partagé par l’équipe. Il contient toujours cinq champs : objectif mesurable, contexte borné (lab/staging), liste blanche de fichiers ou ressources, interdits explicites (secrets, réseau, prod), et definition of done exécutable (commande de test ou checklist). Sans ces champs, l’outil improvisera — parfois avec élégance, souvent hors périmètre.

Stockez les briefs gagnants sous briefs/claude-code-slash-commands/ dans un dépôt de documentation interne. Chaque brief cite le commit de référence et le modèle utilisé. Au troisième succès comparable, ouvrez une PR qui transforme le brief en rule, Skill ou slash command. Voir ai-skills-concept, claude-skills-instructions et evaluer-qualite-skill.

Revue de diff comme compétence P0

La vitesse d’un agent n’a aucune valeur si personne ne sait lire un diff. Instituez une règle simple : aucun apply massif sans parcours hunk par hunk. Posez-vous trois questions : ce changement est-il demandé ? est-il testé ? est-il réversible ? Si une réponse est non, refusez ou exigez un plan plus petit.

En atelier, faites commenter un diff à voix haute pendant cinq minutes. Les juniors apprennent ainsi le vocabulaire du refus. Reliez cette pratique à ai-code-review-pr et aux workflows ai-agent-workflows.

Sécurité continue

Les surfaces claude-code-slash-commands multiplient les occasions d’injection et de fuite. Traitez tickets, README upstream, logs et ressources MCP comme des données non fiables. Séparez instructions et données. Allowlist tools. Confirmation humaine avant mutation. Guide : ai-prompt-injection-securite, mcp-servers-devops, claude-code-mcp.

Secrets : variables d’environnement de session, gestionnaire d’équipe, rotation, jamais de commit. Si un secret fuit dans un chat vendor, supposez-le compromis et rotatez.

Coûts, modèles et mode dégradé

Documentez un mapping fast/strong et un soft-cap mensuel dans la stack perso. OpenRouter peut aider à basculer — openrouter-multi-modeles. Le local (ollama-llm-locaux + continue-dev) sert de mode dégradé ou de bac à sable confidentialité.

Surveillez les changements silencieux de modèle par défaut : une régression de qualité est souvent un routing vendor, pas « l’équipe qui a oublié comment prompter ».

Ancrage parcours

claude-code-slash-commands n’est qu’une étape du parcours IA DevOps 2026. Tronc commun d’abord (prompts, injection, skills), puis surface spécialisée, puis industrialisation (routines, MCP, RAG). Hub de navigation : /ia/. Comparatifs utiles : claude-vs-gpt-code, codex-vs-claude-code, claude-vs-cursor-vs-copilot.

Rituals hebdomadaires

Hebdo : promouvoir un brief en Skill/rule ; archiver un échec instructif ; vérifier le budget tokens. Mensuel : revoir la stack (retirer l’inutile) ; rejouer un lab gold ; mettre à jour les versions d’outils. Ces rituals valent mieux que d’ajouter un cinquième abonnement.

Exemple de NOTES.md

# NOTES claude-code-slash-commands
Date:
Modèle:
Brief (résumé):
Fichiers touchés:
Commande DoD:
Refus utiles:
Commit:
Leçon:

Sans ce journal, vous réapprendrez les mêmes leçons chaque sprint. Avec ce journal, vous construisez un avantage composé d’équipe.

Quand arrêter l’outil

Arrêtez la session si : le DoD échoue deux fois de suite sans diagnostic clair ; l’outil insiste pour sortir du scope ; une commande dangereuse revient après refus ; vous ne comprenez plus le diff. Dans ces cas, revenir à l’éditeur manuel + checklist est un succès de gouvernance, pas un échec personnel.

Ponts concrets vers d’autres tutoriels

Après ce lab, enchaînez selon besoin : agent CLI (claude-code-demarrer, openai-codex-intro-2026, aider-pair-programming), IDE (windsurf-cascade, continue-dev, cursor-agent-composer-2026), qualité (evaluer-qualite-skill, ai-routines-agents), ou recherche (gemini-cli-deep-research, chatgpt-search-browsing).

Mesure et amélioration continue

Définissez trois indicateurs simples : taux de DoD vert du premier coup, nombre de refus utiles par session, coût tokens par livrable Git accepté. Revoyez-les toutes les deux semaines. Si le taux DoD stagne sous 50 %, le problème est le brief ou le corpus de rules, pas « le besoin d’un modèle plus cher ». Si le coût explose, imposez un modèle fast par défaut et réservez strong aux plans. Publiez un mini tableau dans le dépôt docs pour rendre le coût visible à l’équipe, comme n’importe quelle ligne cloud.

FAQ

Par où commencer avec claude-code-slash-commands ?
Lab jetable sans secrets, brief borné, puis seulement élargir. Voir parcours et /ia/.

Faut-il always-allow pour aller plus vite ?
Non. Le gain est illusoire face au coût d’un mauvais push.

Comment industrialiser ?
Rules/Skills versionnées — ai-skills-concept, claude-skills-instructions.

Lien sécurité ?
prompt injection et permissions cas par cas.

Où documenter le choix d’outil ?
stack-ia-perso-devops-2026.

Quel voisin lire ensuite ?
Pages sœurs du header + hub /ia/.

Points clés

• Slash = rituels, pas magie
• /help > listes figées
• /init → CLAUDE.md court versionné
• Workflow : plan → edit → tests → diff
• Skills pour industrialiser
• Permissions cas par cas

Pour aller plus loin / Suite

1. CLAUDE.md · MCP · Démarrer
2. Skills · Prompt engineering
3. Parcours · /ia/

Maillage série IA Outils 2026

• Hub : /tutoriels/ia-parcours-devops-2026/ · /ia/
• Sécurité : prompt injection

• seo_title : Claude Code slash commands DevOps | Elastic Hayway
• seo_desc : Maîtrisez les slash Claude Code (/init, workflow plan/edit/test) et industrialisez vos rituels — tutoriel FR.
• focus : Claude Code slash commands

Mesure et amélioration continue

Définissez trois indicateurs simples : taux de DoD vert du premier coup, nombre de refus utiles par session, coût tokens par livrable Git accepté. Revoyez-les toutes les deux semaines. Si le taux DoD stagne sous 50 %, le problème est le brief ou le corpus de rules, pas « le besoin d’un modèle plus cher ». Si le coût explose, imposez un modèle fast par défaut et réservez strong aux plans. Publiez un mini tableau dans le dépôt docs pour rendre le coût visible à l’équipe, comme n’importe quelle ligne cloud.