Skillia
← Retour aux articles

Les Skills Claude: automatise tes tâches répétitives

Les Skills permettent de créer des commandes personnalisées pour Claude Code. Voici comment les utiliser pour gagner du temps.

Tu fais les mêmes demandes à Claude tous les jours ?

"Fais un commit avec ce format" "Génère les tests pour cette fonction" "Crée un composant React avec cette structure"

Arrête de te répéter. Utilise les Skills.

C'est quoi un Skill ?

Un Skill, c'est une commande personnalisée que tu crées pour Claude Code. Tu lui donnes un nom, des instructions, et tu peux l'appeler avec /nom-du-skill.

C'est comme un raccourci. Au lieu de réécrire le même prompt à chaque fois, tu l'encapsules dans un Skill.

Depuis Claude Code 2.1, les Skills et les slash commands ont fusionné. Un fichier .claude/skills/review/SKILL.md crée automatiquement la commande /review.

Comment créer un Skill

Chaque Skill a besoin d'un fichier SKILL.md avec deux parties :

  1. Le frontmatter YAML (entre les ---) qui indique à Claude quand utiliser le skill
  2. Le contenu markdown avec les instructions que Claude suit

Structure type :

.claude/
└── skills/
    └── commit/
        └── SKILL.md

Exemple de SKILL.md pour un commit formaté :

---
name: commit
description: Crée un commit avec le format conventionnel
---

Analyse les changements staged avec git diff --staged.

Format du commit :
type(scope): description courte

Types possibles : feat, fix, docs, refactor, test

Détaille les changements en bullet points dans le body.

Quand tu tapes /commit, Claude suit ces instructions automatiquement.

Skills vs slash commands : la fusion

Avant Claude Code 2.1, il y avait deux systèmes séparés. Maintenant c'est unifié. Un Skill apparaît dans le menu slash commands par défaut.

Le hot reload est automatique. Tu modifies le SKILL.md, Claude voit les changements immédiatement. Pas besoin de redémarrer.

Tu peux aussi mettre des scripts ou des templates dans le dossier du skill. Claude y a accès quand il exécute la commande.

Mon expérience chez Geta.Team

Chez Geta.Team, on a créé des dizaines de Skills pour nos workflows :

  • /review : review de code avec checklist standardisée
  • /deploy : déploiement avec vérifications de sécurité
  • /article : génération d'articles avec le bon format

Le fichier CLAUDE.md donne le contexte global. Les Skills donnent les instructions pour des tâches spécifiques.

Combinés, c'est puissant. L'agent sait qui il est (CLAUDE.md) et sait quoi faire (/skill).

La réalité : les limites des Skills

Voici ce que les docs officielles ne disent pas clairement.

Les Skills peuvent être "auto découverts" par Claude. En théorie. En pratique, ça ne marche pas toujours. Parfois Claude les détecte. Parfois non. Parfois tu dois explicitement dire "utilise le skill X", ce qui enlève l'intérêt de l'automatisation.

La solution ? Invoque tes Skills explicitement avec /nom. Ne compte pas sur la détection automatique pour les tâches critiques.

Quand utiliser un Skill vs un simple prompt

Skill : tâche répétitive avec format précis, plusieurs étapes, besoin de fichiers templates.

Prompt direct : tâche unique, pas de format strict, exploration.

Un Skill pour "génère un email" ? Probablement overkill. Un Skill pour "crée un composant React avec tests, stories, et exports" ? Ça vaut le coup.

Bonnes pratiques

Un Skill = Une tâche. Pas de Skill fourre tout qui fait 10 trucs différents.

Instructions claires. Le Skill doit être autonome. Quelqu'un qui lit SKILL.md doit comprendre ce que ça fait.

Exemples concrets. Montre le format de sortie attendu. Comme avec le few shot prompting, les exemples aident le modèle à comprendre.

Itère. Ton premier Skill sera pas parfait. Améliore le au fil du temps. Quand tu remarques que Claude fait une erreur récurrente, ajoute une règle. Ton premier Skill sera pas parfait. Améliore-le au fil du temps.

Orchestration avancée

Les Skills peuvent orchestrer des workflows complexes. Tu peux définir dans le Skill qu'il doit lancer un subagent, scanner le codebase, puis générer un document.

Par exemple, un Skill /refactor pourrait :

  1. Analyser le code concerné avec un agent Explore
  2. Identifier les patterns à améliorer
  3. Proposer les changements
  4. Les appliquer après confirmation

C'est là que les Skills rejoignent les agents. Un Skill devient le point d'entrée d'un workflow agentic complet.

Tu répètes les mêmes demandes ? Transforme les en Skills. Ton futur toi te remerciera. Mais garde en tête que l'invocation explicite reste plus fiable que l'auto détection.