---
title: "Skills et commandes : des super-pouvoirs réutilisables"
description: "Empaqueter les workflows récurrents en skills et slash commands réutilisables que vous déclenchez aussitôt, et savoir quand chacun vaut le coup"
type: "lesson"
locale: "fr"
course: "Claude Code Mastery - Devenir power user"
number: "2.2"
canonical: "https://agenticschool.dev/fr/cours/claude-code-mastery/skills-and-commands-reusable-superpowers"
datePublished: "2026-06-12"
dateModified: "2026-06-12"
---

# Skills et commandes : des super-pouvoirs réutilisables

- Course: Claude Code Mastery - Devenir power user
- Lesson: 2.2
- Duration: 23 min
- Level: einsteiger
- Status: published
- Canonical URL: https://agenticschool.dev/fr/cours/claude-code-mastery/skills-and-commands-reusable-superpowers
- Locale: fr

> Empaqueter les workflows récurrents en skills et slash commands réutilisables que vous déclenchez aussitôt, et savoir quand chacun vaut le coup

## Summary

Dès que vous vous surprenez à donner deux fois les mêmes instructions multi-étapes à l'agent, empaquetez-les. Les slash commands et les skills transforment un workflow éprouvé en un unique déclencheur réutilisable, pour que l'agent abatte un travail complexe et constant sans que vous retapiez le brief. Cette leçon montre ce qu'est vraiment un fichier SKILL.md, en quoi il diffère d'un slash command et comment bâtir une petite bibliothèque personnelle adaptée à votre vraie façon de travailler.

## What you learn

- Ce qu'est un fichier SKILL.md, ce qu'est un slash command et quand saisir chacun
- Empaqueter un workflow multi-étapes éprouvé pour qu'il tourne de façon constante chaque fois
- Bâtir une petite bibliothèque focalisée de skills que vous retenez et utilisez réellement

## Vue d'ensemble

Les skills et les slash commands sont des workflows réutilisables et nommés. Au lieu de décrire la même tâche de zéro à chaque fois, vous en appelez un, et l'agent exécute vos étapes éprouvées avec le contexte déjà chargé. Un slash command est un déclencheur rapide pour un prompt que vous réutilisez. Un skill est une capacité plus riche et autonome que l'agent peut convoquer quand elle est pertinente. Les deux sont le moyen de cesser de retaper vos meilleurs workflows et de commencer à les poser comme des actifs durables dans le repo.

## Ce que vous allez apprendre

Vous allez apprendre la différence concrète entre un slash command et un skill, ce qui figure vraiment dans un fichier SKILL.md, y compris son frontmatter, comment consigner un workflow que vous répétez sans cesse, et comment bâtir une bibliothèque focalisée de deux ou trois skills adaptés à votre propre façon de travailler, plutôt qu'une collection pléthorique que vous oubliez.

## Prérequis

Un setup Claude Code fonctionnel et une CLAUDE.md issue de la leçon précédente, car les skills et commandes s'appuient sur les conventions qui y sont définies - un skill qui scaffolde un composant devrait suivre les mêmes règles de nommage et de style que votre fichier de projet fixe déjà.

## Le problème

Vous avez un workflow en qui vous avez confiance. Peut-être est-ce « scaffolder une nouvelle page, l'ajouter au router, écrire un smoke test, lancer le quality gate ». Vous tapez chaque fois, un peu différemment, le même paragraphe qui le décrit, et obtenez des résultats un peu différents. Le savoir est dans votre tête et vos doigts, nulle part de réutilisable. Quand vous êtes fatigué, vous oubliez une étape. Quand un coéquipier le fait, il le fait à sa manière. Le workflow est réel et éprouvé, mais il n'est pas consigné, donc il est fragile et inconstant.

## Slash commands : un prompt réutilisable

Un slash command est la forme la plus simple de réutilisation : un fichier markdown contenant un prompt que vous invoquez en tapant un slash et son nom. Posez un fichier dans le dossier des commandes, et Claude Code le rend disponible comme commande. Il est parfait pour une action unique et bien définie que vous déclenchez souvent - lancer le quality gate, ouvrir un pull request avec votre description standard, résumer ce qui a changé depuis le dernier commit. Le fichier peut prendre des arguments, donc une commande est flexible d'un cas à l'autre. Saisissez une commande quand vous voulez de la vitesse et une action unique et claire.

```markdown
<!-- .claude/commands/ship-check.md -->
---
description: Run the full pre-push quality gate and report failures clearly.
---

Run these in order and stop at the first failure:

1. bun run lint
2. bun run typecheck
3. bun run test

If anything fails, show me the exact error and the file it points to,
then propose the smallest fix. Do not push.
```
Un slash command sous .claude/commands/ship-check.md, invoqué comme /ship-check

## Skills : une capacité empaquetée

Un skill est plus qu'un prompt. C'est un dossier avec un fichier SKILL.md à sa racine, qui porte un frontmatter (un nom et une description) plus des instructions, et optionnellement des scripts, templates ou fichiers de référence groupés que l'agent peut utiliser. La description compte énormément : l'agent la lit pour décider quand le skill est pertinent et convoque le skill automatiquement, donc une description tranchante est ce qui rend un skill trouvable. Utilisez un skill quand un workflow est multi-étapes, a son propre contexte ou ses assets, et gagne à être une unité autonome que vous maintenez en un seul endroit. Voici un vrai frontmatter SKILL.md et un corps pour un skill qui scaffolde un composant.

```markdown
<!-- .claude/skills/new-component/SKILL.md -->
---
name: new-component
description: Scaffold a new React component with its test and story. Use when the user asks to create, add or scaffold a component.
---

# New Component

When creating a component:

1. Create the component in src/components as a PascalCase .tsx file.
2. Use rounded-sm and the existing button/card styles - never invent new tokens.
3. Create a colocated <name>.test.tsx with a render smoke test.
4. Export it from the components barrel file.
5. Run bun run typecheck on just the new files and fix any errors.

Follow all rules in the project CLAUDE.md. Never add a new UI dependency.
```
Un vrai SKILL.md : frontmatter (name, description) plus instructions

## Consigner un workflow et choisir la forme

Le signal pour empaqueter quelque chose est simple : la deuxième fois que vous briefez l'agent sur la même séquence, cette séquence est un candidat. Écrivez les étapes une fois. Choisissez ensuite la forme en vous demandant à quel point elle est riche. Une action unique et claire sans assets est un slash command. Un processus multi-étapes avec son propre contexte, des templates ou des scripts groupés est un skill. N'y réfléchissez pas trop - vous pouvez démarrer avec une commande et la promouvoir en skill plus tard, quand elle grandit. Le gain est de consigner le workflow tout court, la même habitude d'apprentissage continu de la dernière leçon, appliquée aux processus au lieu des règles.

- Répété deux fois = candidat à l'empaquetage. N'attendez pas la dixième fois.
- Action unique, pas d'assets, vitesse voulue : slash command.
- Multi-étapes, contexte propre ou fichiers groupés, unité autonome voulue : skill.
- Une description de skill excellente est la moitié du travail - c'est à quoi l'agent reconnaît quand l'utiliser.

## Une bibliothèque personnelle focalisée

Démarrez petit et délibéré. Deux ou trois skills et commandes pour les workflows que vous faites le plus souvent - votre quality gate, scaffolder un composant, ouvrir un pull request standard - battent une collection pléthorique de vingt dont vous vous souvenez à moitié. Une bibliothèque focalisée est une bibliothèque que vous saisissez vraiment, et chaque entrée mérite sa place en vous épargnant un vrai brief répété. Comme pour le fichier de règles, supprimez ce que vous n'utilisez plus et promouvez ce que vous collez à la main. Le but n'est pas le nombre maximal de skills, c'est le levier maximal par skill.

## Erreurs fréquentes

Les pièges habituels : bâtir un skill avant d'avoir fait tourner le workflow assez souvent pour en connaître les bonnes étapes, si bien que vous figez un mauvais processus ; écrire une description de skill vague, si bien que l'agent ne devine jamais quand l'invoquer ; thésauriser des dizaines de skills dont vous oubliez l'existence ; et dupliquer une logique qui appartient depuis longtemps à la CLAUDE.md. Les skills sont pour les workflows, le fichier de règles est pour les standards - gardez-les dans leurs couloirs.

## ROI business

Un workflow empaqueté est un processus qui ne dépend plus de la personne qui l'a inventé. Votre meilleure façon de scaffolder, tester ou shipper devient un déclencheur d'un mot qui se déroule de la même façon pour vous, pour un coéquipier et pour un freelance dès le premier jour. C'est ainsi qu'une petite équipe frappe au-dessus de son poids : la fondatrice code la bonne façon de faire une fois, et tout le monde l'exécute de façon constante pour toujours. Les processus inconstants sont une taxe silencieuse sur la qualité, et une petite skills library l'élimine au prix de quelques fichiers markdown.

## Checklist

Vous êtes prêt à avancer quand chacun de ces points est vrai. La prochaine leçon automatise les contrôles par lesquels ces workflows se terminent souvent.

- Vous savez expliquer quand un slash command bat un skill et inversement.
- Vous avez écrit au moins un slash command pour un workflow que vous répétez.
- Vous savez décrire ce qui figure dans une SKILL.md, y compris pourquoi la description compte.
- Votre bibliothèque est petite et focalisée, pas un tas d'entrées inutilisées.

## Ressources

Gardez en favoris les docs officielles de Claude Code sur les skills et les slash commands pour les emplacements exacts des dossiers et les champs de frontmatter, qui évoluent avec le temps. La bibliothèque de ressources a un starter pack de templates de commandes et de skills à copier. Associez chaque skill à votre CLAUDE.md, pour que les workflows empaquetés héritent automatiquement de vos standards de projet.

## Votre mission

Choisissez le workflow sur lequel vous briefez l'agent le plus souvent. Écrivez-le d'abord comme slash command - juste le prompt dans un fichier markdown de votre dossier de commandes. Invoquez-le deux fois sur du vrai travail. S'il gagne des étapes ou a besoin de ses propres assets, promouvez-le en skill avec une description tranchante. Vous avez maintenant posé votre premier super-pouvoir réutilisable dans le repo.

## Prochaine leçon

Les skills et commandes tournent quand vous les déclenchez. La prochaine leçon va d'un cran plus loin : hooks et scripts qui tournent automatiquement à des moments clés, pour que vos quality gates se déclenchent sans que vous pensiez jamais à les invoquer.

## Transcript

Dès que vous vous surprenez à donner deux fois les mêmes instructions multi-étapes à l'agent, empaquetez-les. Les slash commands et les skills transforment un workflow éprouvé en un unique déclencheur réutilisable, pour que l'agent abatte un travail complexe et constant sans que vous retapiez le brief. Cette leçon montre ce qu'est vraiment un fichier SKILL.md, en quoi il diffère d'un slash command et comment bâtir une petite bibliothèque personnelle adaptée à votre vraie façon de travailler.
