Slash commands : lancer des skills en un geste — Mistral Vibe Avancé — Agents, Skills et Mode Local

Des raccourcis pour vos skills

Les skills que vous avez écrits dans les leçons précédentes ne servent à rien tant que rien ne les appelle. Les slash commands sont ce déclencheur : des commandes préfixées par / que vous tapez directement dans la session Vibe. Vous n’avez aucune déclaration supplémentaire à faire — chaque skill dont le frontmatter porte user-invocable: true génère automatiquement une slash command portant le nom du skill. Vous rédigez le SKILL.md, Vibe se charge de l’exposer.

La syntaxe tient en une ligne : le nom de la commande, puis ce que vous lui donnez à traiter.

# Dans une session Vibe interactive
/code-review src/api/auth.ts
/test-generator src/utils/helpers.ts
/doc-writer src/lib/database.ts

Vibe charge le skill correspondant, lit son SKILL.md, et exécute la tâche avec les arguments fournis. À ces commandes issues de vos skills s’ajoutent celles que Vibe fournit d’origine, disponibles dans toutes les sessions :

/config          # Modifier la configuration Vibe
/help            # Afficher l'aide
/clear           # Effacer la conversation

Concevoir des skills qui s’enchaînent

Une slash command isolée fait gagner quelques secondes. C’est en les enchaînant que le gain devient réel : chaque skill prend le relais là où le précédent s’arrête. Prenons deux skills complémentaires, l’un qui nettoie le code, l’autre qui le commite.

Le premier, lint-fix, part du principe qu’un projet a déjà ses outils configurés et qu’il faut simplement les orchestrer dans le bon ordre.

---
name: lint-fix
description: Lint et formate le code avec les règles du projet
license: MIT
user-invocable: true
allowed-tools:
  - read_file
  - write_file
  - bash
  - grep
---

# Lint & Fix

Exécute le linter et le formateur du projet sur les fichiers spécifiés.

## Processus

1. Détecter le linter (ESLint, Biome, oxlint)
2. Détecter le formateur (Prettier, Biome)
3. Exécuter le lint avec correction automatique
4. Exécuter le formatage
5. Rapporter les erreurs non corrigibles

Le second, smart-commit, intervient une fois le code propre. Notez la présence de ask_user_question dans ses outils : rédiger un message de commit engage l’historique du dépôt, il est donc légitime que le skill fasse valider sa proposition avant d’exécuter.

---
name: smart-commit
description: Génère un message de commit conventionnel à partir des changements
license: MIT
user-invocable: true
allowed-tools:
  - bash
  - read_file
  - grep
  - ask_user_question
---

# Smart Commit

Analyse les changements Git en cours et génère un message de commit
suivant la convention Conventional Commits.

## Processus

1. Exécuter `git diff --staged` pour voir les changements
2. Catégoriser : feat, fix, refactor, docs, test, chore
3. Identifier le scope (fichier ou module principal)
4. Rédiger un message concis en anglais
5. Demander validation à l'utilisateur
6. Exécuter le commit

Une fois ces skills en place, une journée de développement ressemble à ceci : vous ouvrez la session, vous explorez le code existant, vous codez, puis vous repassez par la chaîne de vérification avant de commiter.

vibe

# Matin : exploration
/code-review src/

# Développement
# ... coder ...

# Avant commit
/lint-fix src/
/test-generator src/nouveau-fichier.ts
/smart-commit

Ce que vous passez à la commande

Tout ce qui suit le nom de la commande est du texte libre, transmis au skill comme contexte. Vous pouvez donc désigner un fichier précis, en énumérer plusieurs, ou formuler une instruction en français plutôt que de lister des chemins.

# Passer un fichier spécifique
/code-review src/api/users.ts

# Passer plusieurs fichiers
/test-generator src/utils/math.ts src/utils/string.ts

# Passer des instructions
/doc-writer Documenter uniquement les fonctions publiques de src/lib/

Tous vos skills n’ont pas vocation à devenir des commandes. Un skill d’analyse appelé uniquement par d’autres skills ou par un agent n’a rien à faire dans votre auto-complétion : passez-le en user-invocable: false et il disparaîtra de la liste tout en restant référençable en interne.

---
name: internal-analyzer
description: Analyse interne utilisée par d'autres skills
user-invocable: false
allowed-tools:
  - read_file
  - grep
---

Rester lisible dans la durée

Tapez / seul dans une session pour voir la liste complète des commandes disponibles, intégrées comme personnelles, avec le nom et la description de chacune. Cette liste est votre tableau de bord : si vous n’y retrouvez plus vos propres skills au bout de trois mois, c’est que le nommage a dérapé. Une convention verbe-objet suffit à garder l’ensemble cohérent.

/lint-fix       → action-objet
/test-generate  → action-objet
/doc-write      → action-objet
/db-migrate     → contexte-action

La description du frontmatter s’affiche dans cette auto-complétion : c’est elle qui vous rappellera, dans six mois, ce que fait exactement la commande. « Outil de tests » ne vous apprendra rien ; la version longue vous dit quel framework, quel langage et quelle portée.

# Mauvais
description: Outil de tests

# Bon
description: Génère des tests unitaires Vitest pour les fonctions TypeScript exportées

Points clés à retenir

Chaque skill user-invocable: true génère automatiquement une slash command
Syntaxe : /nom-du-skill arguments optionnels
Les arguments sont du texte libre transmis au skill comme contexte
Combinez les slash commands pour créer des workflows quotidiens
Tapez / pour lister toutes les commandes disponibles
Nommez vos skills de manière cohérente et descriptive