Vous utilisez Claude pour rédiger, analyser, coder. Mais à chaque conversation, vous repartez de zéro. Vous re-expliquez le contexte, le ton attendu, les contraintes métier. C’est comme former un stagiaire qui oublie tout chaque lundi matin.
Les Skills changent ça. C’est un mécanisme officiel d’Anthropic qui permet d’enseigner à Claude des processus métier réutilisables. Un dossier, un fichier markdown, et votre savoir-faire devient accessible à toute l’équipe, à chaque conversation.
Ce qu’est une Skill (et ce que ce n’est pas)
Une Skill, c’est un dossier contenant un fichier SKILL.md qui décrit une procédure. Quand vous l’invoquez (par /nom-de-la-skill), Claude charge les instructions et les suit.
Ce n’est pas un prompt copié-collé. C’est un système structuré avec :
- Un nom et une description qui permettent à Claude de comprendre quand l’utiliser
- Des instructions étape par étape que Claude suit à la lettre
- Des fichiers de référence optionnels (templates, exemples, données)
- Une logique de chargement progressif : Claude ne charge que ce dont il a besoin
L’analogie d’Anthropic est parlante : si les outils MCP sont les ustensiles de cuisine, les Skills sont les recettes. L’ustensile ne sert à rien sans la recette qui dit quoi en faire.
Trois catégories concrètes
1. Création de documents
Vous rédigez des propositions commerciales ? Des comptes-rendus de réunion ? Des rapports d’audit ? La Skill encode votre template, votre ton, votre structure.
Exemple : une Skill “proposition-commerciale” qui connaît votre charte, vos formules types, la structure de votre offre, et génère un document conforme à chaque fois.
2. Automatisation de workflows
Les processus répétitifs qui suivent toujours les mêmes étapes. Onboarding d’un client, checklist de déploiement, revue de code avec vos conventions.
Exemple : une Skill “revue-de-code” qui vérifie vos conventions de nommage, vos règles de sécurité, et génère un rapport structuré avec les points à corriger.
3. Orchestration d’outils
Les Skills peuvent enchaîner des appels à des outils externes (serveurs MCP) dans un ordre précis. Récupérer des données Slack, croiser avec un fichier, mettre à jour un ticket Jira.
Ce n’est plus “utiliser un outil”, c’est “exécuter un processus complet”.
Comment ça marche techniquement
Une Skill est un dossier avec cette structure minimale :
ma-skill/
├── SKILL.md # Instructions (obligatoire)
└── references/ # Fichiers de contexte (optionnel)
├── template.md
└── exemples.json
Le fichier SKILL.md a un frontmatter YAML et un corps markdown :
---
name: proposition-commerciale
description: Génère une proposition commerciale complète à partir du brief client
---
## Étapes
1. Lire le brief client fourni par l'utilisateur
2. Charger le template dans references/template.md
3. Rédiger la proposition en suivant la structure du template
4. Vérifier que tous les champs obligatoires sont remplis
5. Proposer le document final pour relecture
C’est tout. Pas de code, pas de configuration complexe. Du markdown.
Le chargement progressif : la clé de l’efficacité
Une Skill ne charge pas tout d’un coup. Claude utilise un système à trois niveaux :
- Nom + description : toujours visible. Claude sait que la Skill existe et quand l’invoquer.
- Instructions : chargées à l’invocation. Les étapes à suivre.
- Références : chargées à la demande. Les templates, exemples, données ne sont lus que quand une étape les requiert.
Pourquoi c’est important ? Parce que la fenêtre de contexte de Claude est limitée. Charger 50 pages de documentation à chaque conversation, c’est gaspiller de la capacité de raisonnement. Le chargement progressif garde Claude concentré sur ce qui compte.
Cas d’usage réels
Pour un cabinet de conseil
- Skill “audit-maturite-ia” : checklist des 40 points à vérifier, grille de scoring, template de rapport. Un consultant junior produit un livrable de même qualité qu’un senior.
- Skill “proposition-mission” : brief → proposition complète en 15 minutes au lieu de 2 heures.
Pour une équipe technique
- Skill “review-securite” : vérifie les OWASP Top 10, les dépendances vulnérables, les secrets exposés. Standardise la revue de sécurité.
- Skill “documentation-api” : génère la doc OpenAPI à partir du code, avec exemples et cas d’erreur.
Pour une équipe formation
- Skill “programme-formation” : brief pédagogique → programme complet avec objectifs, déroulé, évaluations, conforme aux exigences Qualiopi.
- Skill “bilan-post-formation” : compile les évaluations et génère un bilan structuré.
Ce qui change par rapport à un prompt système
| Prompt système | Skill | |
|---|---|---|
| Persistance | Perdu à chaque conversation | Fichier permanent, versionnable |
| Partage | Copié-collé entre collègues | Dossier partagé (Git, Dropbox) |
| Complexité | Limité à du texte | Instructions + références + scripts |
| Maintenance | Qui a la dernière version ? | Une seule source de vérité |
| Invocation | Re-coller à chaque fois | /nom-de-la-skill |
La différence fondamentale : un prompt est une instruction jetable. Une Skill est un actif de l’entreprise.
Comment démarrer
- Identifiez un processus répétitif que vous faites au moins une fois par semaine avec Claude.
- Écrivez les étapes comme si vous les expliquiez à un collègue compétent mais nouveau.
- Créez le dossier avec un
SKILL.mdet testez. - Itérez : ajoutez des exemples de bons et mauvais résultats dans
references/. - Partagez avec l’équipe.
Le premier essai sera imparfait. C’est normal. Une Skill s’affine comme un processus métier : par l’usage et le retour terrain.
Le point important
Les Skills ne sont pas un gadget technique. C’est un moyen de capitaliser le savoir-faire de l’entreprise. Chaque expertise documentée dans une Skill devient réutilisable, partageable, améliorable. Au lieu que le savoir-faire reste dans la tête de trois personnes, il est formalisé et accessible à tous.
C’est la différence entre une équipe qui utilise l’IA et une équipe qui a intégré l’IA dans ses processus.
Vous voulez structurer vos processus métier en Skills ? Formez vos équipes aux agents IA →