Exemples d'utilisation des skills : en installer un, l'appeler, et le regarder travailler

📚 Navigation dans la série : L'article précédent 26 Qu'est-ce qu'un skill a expliqué en détail le principe de base — ce qu'est SKILL.md et pourquoi sa description décide si Claude l'utilise ou non. Cet article passe à la pratique sans fioritures : nous allons passer en revue les skills disponibles, en déclencher un avec une simple phrase et le regarder terminer son travail, afin de concrétiser l'apprentissage de l'utilisation des skills des autres.

Par exemple, si vous devez préparer rapidement un schéma de structure de votre base de code pour faire un rapport à votre responsable. En temps normal, vous devriez d'abord clarifier les nœuds dans votre tête, dessiner un brouillon Mermaid, ajuster les couleurs et exporter en PNG, ce qui vous prendrait facilement une demi-journée. À ce moment-là, il vous suffit de saisir une phrase dans Claude Code : « aide-moi à dessiner un schéma d'architecture pour ce projet » — et Claude s'en occupe tout seul.

Il ne vous demande aucun paramètre, charge automatiquement un skill nommé baoyu-diagram, met en page selon le système de conception sombre défini en dur, génère le SVG, le convertit en PNG @2x, et en moins de cinq minutes, l'image se trouve dans docs/assets/.

C'est à ce moment-là que vous comprenez vraiment la valeur d'un skill : il ne s'agit pas de « rendre Claude plus intelligent », mais de « faire en sorte que Claude accomplisse une tâche en suivant à chaque fois le même processus fiable ». Réduire une demi-journée à cinq minutes, c'est toute la différence qu'apporte ce processus prédéfini.

Dans l'article précédent, vous avez appris ce qu'est un skill. Cet article ne vise qu'une seule chose : vous faire vivre cette expérience de « passer d'une demi-journée à cinq minutes » de vos propres mains.

À la fin de cet article, vous obtiendrez :

• Un moyen de savoir en une seule phrase quels skills sont réellement disponibles dans la session en cours, sans deviner
• La compréhension de la structure d'un vrai fichier SKILL.md, et pourquoi la ligne description détermine son déclenchement
• La réalisation complète du processus d'un skill via deux méthodes : le « déclenchement en langage naturel » et l'« appel direct par son nom avec / », avec les résultats attendus pour chaque étape
• Une grille de dépannage en trois étapes si un skill ne répond pas (formulation trop vague / description non correspondante / pas activé du tout)
• La méthode concrète pour soumettre un skill dans un projet afin de faire travailler toute l'équipe selon le même processus

---

01 Avant de commencer : vérifiez quels skills sont à votre disposition

La première étape pratique n'est pas d'« utiliser un skill », mais de savoir exactement quels skills vous pouvez utiliser actuellement.

L'erreur la plus fréquente des débutants est d'appeler au hasard en se basant sur des souvenirs — « Il me semble qu'il y a un skill pour dessiner, non ? » Puis de crier après Claude pendant un moment sans obtenir de réponse, pensant que le skill is cassé, alors qu'il n'est tout simplement pas installé. Vérifier ses ressources est toujours la meilleure première étape.

Analogie : Avant de cuisiner selon une recette, feuilletez d'abord le livre pour voir quelles recettes y figurent. Vous n'allez pas imaginer dans votre cuisine « faisons du porc braisé aujourd'hui » sans confirmer d'abord que la page « porc braisé » existe bien dans votre livre de recettes, avec les ingrédients et les étapes. Un skill est comme une recette pour Claude, chaque SKILL.md est un plat préparé — consultez d'abord le catalogue pour confirmer que ce plat y figure avant d'allumer le feu.

La méthode pour vérifier est extrêmement simple, il suffit de lui demander en langage clair dans la session Claude Code :

有哪些可用的 skill？

La documentation officielle utilise la question en anglais What skills are available?, mais le français ou le chinois fonctionnent aussi. Résultat attendu : Claude listera les skills disponibles pour la session en cours, chacun avec son nom et une brève description. En l'exécutant dans ce projet tutoriel, le skill de dessin apparaîtra dans la liste :

baoyu-diagram — 生成专业的暗色主题 SVG 图（架构图 / 流程图 / 时序图 / 思维导图……）

💡 En résumé : avant d'utiliser un skill, demandez d'abord dans la session « Quels skills sont disponibles ? » Assurez-vous que le plat que vous voulez est bien au menu avant d'allumer le feu, n'appelez pas un skill inexistant.

Il y a aussi deux petites manipulations rapides à retenir :

Le menu /skills — Saisissez /skills dans la zone de saisie et appuyez sur Entrée pour afficher un menu visuel listant tous les skills. Vous pouvez également y activer ou désactiver chaque skill (appuyez sur Espace pour basculer après surbrillance, puis sur Entrée pour enregistrer). C'est plus intuitif qu'une simple liste textuelle.

L'analyse de santé /doctor — Cette commande est plus avancée : si vous installez un grand nombre de skills, Claude peut en tronquer certains à cause du « budget de description » disponible dans le contexte, ce qui l'empêche de les voir tous. La commande /doctor peut vous indiquer si le budget est dépassé et quels skills sont affectés. Les débutants n'en ont généralement pas besoin, mais si un skill ne se déclenche plus sans raison apparente, commencez par lancer /doctor.

---

02 Décryptage d'un vrai skill : à quoi ressemble SKILL.md ?

Savoir qu'« il existe un skill » ne suffit pas, il faut comprendre à quoi il ressemble de l'intérieur pour savoir comment il est déclenché et ce qu'il peut faire.

Justement, un vrai skill se trouve dans ce projet tutoriel. Au lieu de regarder les exemples de jouets de la documentation officielle, nous allons analyser directement baoyu-diagram, qui est réellement utilisé au quotidien pour générer des schémas.

Son emplacement dans le projet est le suivant :

.claude/skills/baoyu-diagram/
├── SKILL.md              # 主说明（必需）
├── references/           # 各类图的详细排版规范（按需加载）
│   ├── architecture.md
│   ├── flowchart.md
│   └── sequence.md
└── scripts/
    └── main.ts           # SVG 转 PNG 的脚本（被执行，不进上下文）

Vous voyez le principe ? Un skill est simplement un dossier, avec SKILL.md comme point d'entrée, pouvant contenir des documents de référence et des scripts. Le fichier SKILL.md est obligatoire, le reste est facultatif — les documents de référence permettent de garder la description principale concise (chaque type de schéma n'est chargé que si nécessaire), et les scripts sont des outils exécutés par Claude.

Ouvrez son SKILL.md. La section du haut entourée par --- est l'élément clé, appelée frontmatter (métadonnées d'en-tête, configuration écrite au tout début du fichier) :

---
name: baoyu-diagram
description: Create professional, dark-themed SVG diagrams of any type — architecture diagrams, flowcharts, sequence diagrams... Also trigger when the user says "画个图" "画一个架构图" "diagram" "flowchart"...
version: 1.117.3
---

La longue section en markdown sous le --- est le « corps de la recette » (le système de conception, les couleurs, les règles de mise en page, la commande de conversion en PNG) que Claude va réellement suivre.

Il y a ici un point clé mentionné dans l'article précédent que vous devriez maintenant observer par vous-même : la ligne description est le critère principal utilisé par Claude pour décider s'il doit utiliser ce skill (le frontmatter contient également un champ facultatif when_to_use pour compléter les conditions de déclenchement, les deux étant limités à 1536 caractères au total).

Avez-vous remarqué ? Cette description contient explicitement plusieurs mots-clés de déclenchement en chinois : « 画个图 » (dessiner un schéma), « 画一个架构图 » (dessiner un schéma d'architecture), ainsi que les termes anglais diagram et flowchart. Ce n'est pas un hasard, c'est volontairement inséré par l'auteur pour couvrir ce que l'utilisateur pourrait dire, afin que Claude réagisse immédiatement en entendant ces mots en se disant « c'est mon moment ».

Analogie : L'en-tête de la recette indiquant « Convient pour : dîners de famille, invités, repas quotidien ». Lorsque vous feuilletez le livre à la recherche d'un « plat pour les invités », vous lisez cette ligne d'en-tête et savez immédiatement que cette recette convient. La description est l'étiquette d'en-tête du skill — Claude compare vos paroles à la description de chaque skill, et ouvre la page de celui dont l'étiquette correspond le mieux.

Rappelez-vous donc cette chaîne de cause à effet, sur laquelle reposera tout le dépannage ultérieur :

Ce que vous dites → Claude compare avec la description de chaque skill → Correspondance trouvée → Chargement du corps du fichier SKILL.md → Travail selon les étapes définies.

Plus la description est proche de votre formulation réelle, plus le déclenchement est précis. C'est pourquoi la section suivante sur le dépannage commencera par ce point.

Ce schéma détaille comment une simple phrase se transforme en action de skill en quatre étapes : vous parlez → Claude compare avec la description de chaque skill → si trouvé, chargement du corps du SKILL.md correspondant → exécution des étapes définies pour générer le résultat. Comprendre cette chaîne vous indique immédiatement où chercher en cas de problème.

💡 En résumé : un skill est simplement un dossier contenant un fichier SKILL.md, et la description tout en haut est la clé de son déclenchement — Claude compare vos paroles avec elle, et n'ouvre cette page de recette que s'il y a correspondance.

---

03 Exécution du premier skill : appelez-le en langage naturel et observez le résultat

Une fois les bases comprises et la structure analysée, passons à l'action. Cette section décrit l'usage le plus courant : l'appel en langage naturel, où Claude décide lui-même s'il doit intervenir.

C'est le côté le plus agréable des skills — vous n'avez pas besoin de vous souvenir de commandes spécifiques, c'est Claude qui choisit le skill le plus adapté.

Première étape, lancez Claude Code à la racine du projet tutoriel :

claude

Résultat attendu : Vous entrez dans la session et la zone de saisie apparaît en bas.

Deuxième étape, formulez directement votre besoin en langage naturel — notez que le nom du skill baoyu-diagram n'est mentionné nulle part :

帮我画一张图，说明 Claude 的「想→做→看」代理循环

Résultat attendu : Dès que Claude entend « dessiner un schéma », il compare avec la description de chaque skill, trouve une correspondance avec diagram/« 画个图 » dans baoyu-diagram, le charge automatiquement, puis exécute le travail décrit dans la recette : il lit le document de référence correspondant (pour un flowchart, il lit references/flowchart.md), applique la mise en page du système de conception sombre, génère un fichier .svg, puis lance le script pour le convertir en @2x.png.

Une fois terminé, il vous indique où se trouvent les fichiers générés, sous cette forme :

已生成图表：
  docs/claude-code/assets/27-agent-loop.svg
  docs/claude-code/assets/27-agent-loop@2x.png

L'apparition de ces deux fichiers = le skill a été déclenché avec succès et le travail est terminé. Vous n'avez manipulé aucun paramètre, tout s'est fait avec une simple phrase.

C'est la différence majeure entre un skill et une « conversation ordinaire ». Voici une comparaison claire :

	❌ Sans skill	✅ Avec skill
Ce que vous devez dire	Décrire en détail les couleurs, la taille de police, la mise en page, comment convertir en PNG...	Une simple phrase « aide-moi à dessiner un schéma »
Stabilité du résultat	Parfois sombre, parfois clair, le style change à chaque fois	Utilise toujours le même système de conception, résultat stable et cohérent
Ce que vous devez mémoriser	Une multitude de paramètres et d'étapes	Rien du tout

En clair, le skill fige une fois pour toutes un processus fastidieux qui devrait être décrit à chaque fois. Vous indiquez simplement ce que vous voulez, et la « manière de le faire de façon professionnelle » est gérée par la recette.

Vous ne voulez pas qu'il devine ? Nommez-le directement

Si vous savez exactement quel skill vous voulez utiliser, vous pouvez l'appeler directement avec / pour aller plus vite :

/baoyu-diagram 画一张用户登录的时序图

Résultat attendu : L'étape de « correspondance de description » est ignorée. Le skill baoyu-diagram est directement chargé et exécuté, avec la phrase qui suit le / passée comme paramètre (ici pour lui indiquer quel schéma dessiner).

Quand utiliser l'une ou l'autre de ces méthodes ? En règle générale :

• Phase d'exploration, incertitude sur le skill à utiliser → Utilisez le langage naturel, et laissez Claude choisir (il choisit parfois mieux que ce que vous pensiez).
• Choix précis du skill, exécution immédiate requise → Utilisez le nom du skill précédé de /, surtout pour les skills ayant des effets secondaires importants (comme le déploiement ou la validation de commits). La documentation officielle recommande d'ailleurs de restreindre ces derniers à un appel manuel par / pour éviter que Claude ne les déclenche de sa propre initiative.

💡 En résumé : il y a deux manières de lancer un skill — le langage naturel pour laisser Claude choisir, ou /nom pour l'appeler directement. La première convient à l'exploration, la seconde à l'action immédiate.

---

04 Aucun déclenchement ? Diagnostic en trois étapes

En pratique, vous rencontrerez inévitablement cette situation : vous formulez votre demande, mais Claude n'utilise pas le skill et effectue le travail de manière classique. Pas de panique, le skill n'est pas forcément cassé — il s'agit presque toujours de l'un des trois cas suivants. Les diagnostics officiels se résument à ces quelques points, classés ici du plus fréquent au plus rare.

Analogie : Vous cuisinez selon une recette, mais le plat rate. Il n'y a que trois explications possibles — le nom demandé ne correspond pas à l'en-tête de la recette, la recette ne figure pas dans le livre, ou vos instructions étaient trop floues pour que le cuisinier comprenne. Analysez ces points un par un pour trouver la cause.

Étape 1 : Vérifiez si vos instructions sont trop vagues (cas le plus fréquent).

Souvent, ce n'est pas la faute du skill, mais de votre formulation qui est trop éloignée de la description. Par exemple, la description de baoyu-diagram indique « dessin / diagram / architecture ». Si vous dites « fais-moi un truc visuel », Claude risque de ne pas faire le lien avec le dessin de schéma.

Solution : Rapprochez votre formulation de la description en reformulant de manière plus directe :

帮我画一张架构图

L'ajout de verbes précis comme « dessiner » ou « schéma » augmente immédiatement le taux de réussite. C'est la solution la plus rapide à essayer en premier.

Étape 2 : Vérifiez si le skill est bien enregistré.

Revenez à la méthode de la section 01 et demandez :

 Richmond

Wait, Richmond was a typo from copy paste or something? Ah, "有哪些可用的 skill？" was translated to " Richmond"? No, I see: 有哪些可用的 skill？ was in the original. Let me check my CodeContent. Oh, I see "有哪些可用的 skill？" under Étape 2. That's fine.

Let's continue with CodeContent:

有哪些可用的 skill？

Résultat attendu : Si le skill recherché ne figure pas du tout dans la liste, le problème est clair — il n'est pas installé ou n'a pas été chargé (par exemple, un skill au niveau du projet n'a pas encore reçu l'autorisation de confiance, ou vous n'êtes pas dans le bon dossier de démarrage). Ne perdez pas de temps à essayer de le déclencher, commencez par l'installer ou le charger (la section 05 explique comment l'activer au niveau du projet).

Étape 3 : Le skill est enregistré mais ne se déclenche toujours pas — utilisez l'appel direct avec / en dernier recours.

Si vous avez confirmé sa présence à l'étape 2 et reformulé votre demande à l'étape 1 sans succès, ne forcez pas et lancez-le manuellement avec /nom :

/baoyu-diagram 画一张架构图

Tant qu'il est enregistré, l'appel par / fonctionnera toujours (le / signifie « je te désigne précisément », ce qui court-circuite la décision autonome de Claude). Cette étape sert de solution de secours et vous aide à localiser le problème : si l'appel par / fonctionne, cela signifie que le skill lui-même n'a aucun problème, mais que le déclenchement automatique a échoué. Vous pourrez alors optimiser la description plus tard.

Voici un tableau récapitulatif pour vous guider en cas de non-déclenchement :

Symptôme	Première vérification	Solution
Aucun déclenchement, Claude travaille de manière classique	Votre formulation est-elle éloignée de la description ?	Reformulez de manière plus directe (avec des verbes d'action clairs)
La reformulation ne donne rien	Le skill est-il présent dans la « liste des disponibles » ?	Demandez « Quels skills sont disponibles ? » ; s'il n'y est pas, installez-le ou chargez-le
Présent dans la liste, mais ne se déclenche pas automatiquement	La correspondance a-t-elle échoué ?	Utilisez /nom pour forcer l'appel, puis optimisez la description ultérieurement

⚠️ À l'inverse, un skill peut parfois être trop sensible et se déclencher à tout bout de champ. La solution officielle consiste à rendre sa description plus spécifique (éviter les termes trop larges), ou à lui ajouter le paramètre disable-model-invocation: true pour interdire son déclenchement automatique par Claude et n'autoriser que l'appel manuel par /. Cette modification concerne la création ou l'édition de skills, qui sera abordée dans l'article suivant.

💡 En résumé : en cas de non-déclenchement, suivez three étapes — vérifiez si la formulation est trop vague, assurez-vous que le skill est bien enregistré, puis utilisez /nom en dernier recours. Ces trois étapes couvrent presque tous les cas de figure.

---

05 Partage avec l'équipe : soumettre le skill dans le projet

Vous savez maintenant utiliser les skills. Mais un problème se pose : les skills installés dans ~/.claude/skills/ n'existent que sur votre ordinateur, vos collègues ne les récupèreront pas en téléchargeant le code.

Pour que toute l'équipe travaille selon le même processus, vous devez placer les fichiers au bon endroit — sous forme de skills de niveau projet.

Analogie : Au lieu de garder cette recette dans votre cuisine personnelle, imprimez-la dans le « livre de recettes officiel de l'entreprise » distribué avec le projet. Quiconque récupère ce livre (clone le dépôt) peut réaliser le même plat. Un skill personnel est votre recette secrète, un skill de projet est un livre de recettes public partagé avec le code.

La seule différence réside dans l'emplacement et l'intégration à Git. Voici une comparaison :

	Skill personnel	Skill de projet
Emplacement	~/.claude/skills/<nom>/SKILL.md	.claude/skills/<nom>/SKILL.md dans le projet
Utilisateurs	Tous vos projets, mais uniquement sur votre machine	Toute personne ayant cloné le dépôt
Suivi Git	Non suivi (dans votre répertoire utilisateur)	Suivi, soumis avec le code
Usage typique	Vos habitudes de travail personnelles	Normes d'équipe (déploiement, format de commit, style de schéma)

La mise en œuvre se fait en trois étapes :

Étape 1 : Placez le skill dans le dossier .claude/skills/ du projet (et non dans votre répertoire utilisateur) :

你的项目/
└── .claude/
    └── skills/
        └── team-commit/
            └── SKILL.md

Étape 2 : Soumettez-le dans le système de contrôle de version. Comme pour du code classique :

git add .claude/skills/
git commit -m "feat: 加一个团队统一的 commit skill"

Étape 3 : Vos collègues peuvent l'utiliser dès qu'ils récupèrent le projet — c'est le grand avantage des skills de projet : dès qu'une personne clone le dépôt ou fait un git pull, le skill est automatiquement disponible dans sa session, sans aucune installation manuelle. Toute l'équipe partage ainsi le même style de schémas ou les mêmes étapes de vérification pour les commits.

Voici un détail de sécurité important spécifié officiellement, à retenir absolument : lorsqu'un skill est introduit dans un projet par d'autres personnes, une boîte de dialogue de « confiance du dossier de travail » apparaît lors de la première ouverture du projet pour vous demander confirmation. Pourquoi cette étape ? Parce qu'un skill peut s'attribuer des autorisations d'outils (comme l'exécution automatique de commandes). Avant de faire confiance à un dépôt, jetez un coup d'œil à ce qui est écrit dans ses skills, ne cliquez pas aveuglément sur Accepter. La documentation officielle précise :

Examinez les skills du projet avant de faire confiance à un dépôt, car un skill peut s'octroyer un large accès aux outils.

C'est la règle à suivre lors de la récupération de projets externes. Par exemple, si vous clonez un dépôt open-source, avant d'accorder votre confiance, parcourez les fichiers SKILL.md sous .claude/skills/. Vous pourriez découvrir que l'un d'eux s'est vu accorder de nombreuses autorisations Bash dans la section allowed-tools — ce n'est pas de la malveillance, mais il vaut mieux comprendre avant d'accepter. Ce coup d'œil en vaut la peine.

💡 En résumé : pour que toute l'équipe utilise le même skill, placez-le dans le dossier .claude/skills/ du projet et soumettez-le dans Git. Les autres l'auront automatiquement en clonant le dépôt ; mais avant de faire confiance aux skills de projet des autres, vérifiez rapidement les autorisations qu'ils demandent.

---

06 Pratique : créer son premier skill personnel et le déclencher

Jusqu'à présent, nous avons utilisé le skill existant baoyu-diagram. Dans cette section, nous allons créer un skill très simple à partir de zéro et le déclencher — non pas pour faire quelque chose de complexe, mais pour voir de nos propres yeux le flux complet : écrire le fichier → le voir apparaître dans la liste → le déclencher en une phrase. Cela ne nécessite aucun environnement complexe.

Nous allons créer un skill ultra-simple : demander à Claude de vous expliquer un morceau de code dans un style décontracté, comme s'il discutait dans un café.

Étape 1 : Créez le dossier du skill (au niveau personnel, dans votre répertoire utilisateur, pour qu'il soit disponible dans tous vos projets). Sous Mac / Linux :

mkdir -p ~/.claude/skills/explain-casual

Sous Windows (PowerShell) :

mkdir $HOME\.claude\skills\explain-casual

Résultat attendu : Le dossier explain-casual is créé sous ~/.claude/skills/.

Étape 2 : Écrivez le fichier SKILL.md. Avec votre éditeur préféré, collez le contenu suivant dans ~/.claude/skills/explain-casual/SKILL.md :

---
description: 用轻松的咖啡馆聊天风格解释一段代码。当用户说「用大白话讲讲这段代码」「这段代码在干嘛」「讲讲这个函数」时使用。
---

## 任务

用最口语、最轻松的方式解释用户给的代码，像跟朋友在咖啡馆闲聊，不要学术腔。要求：

1. 先一句话说清这段代码整体在干嘛。
2. 再挑出关键的几行，逐个用大白话讲。
3. 最后提一句：有没有看着别扭、可能埋坑的地方。

Point clé : La ligne description contient volontairement les phrases que l'utilisateur est susceptible de dire — « 用大白话讲讲这段代码 » (explique ce code en langage simple), « 这段代码在干嘛 » (que fait ce code), « 讲讲这个函数 » (parle-moi de cette fonction). C'est l'« étiquette d'en-tête » évoquée à la section 02. Plus elle correspond à la formulation réelle, plus le déclenchement est précis.

Étape 3 : Confirmez sa présence dans la liste. Un détail important de la documentation officielle : les dossiers racine de skill créés alors que la session est déjà ouverte nécessitent un redémarrage de la session pour être surveillés. Comme nous venons de créer le dossier explain-casual, nous devons par précaution ouvrir une nouvelle session :

claude

Une fois à l'intérieur, demandez :

有哪些可用的 skill？

Résultat attendu : Le skill explain-casual apparaît dans la liste avec la description en chinois que vous avez écrite. Le voir dans la liste signifie que le skill est correctement installé et chargé.

Étape 4 : Appelez-le en langage naturel (sans mentionner son nom). Donnez-lui un morceau de code à expliquer dans la session, par exemple :

用大白话讲讲这段代码：
def average(numbers):
    return sum(numbers) / len(numbers)

Résultat attendu : Claude associe votre phrase « explique ce code en langage simple » à la description de explain-casual, charge automatiquement ce skill, puis suit les trois étapes définies : il explique d'abord en une phrase qu'il s'agit de calculer une moyenne ; puis il détaille la ligne sum(numbers) / len(numbers) ; enfin, il vous signale qu'un crash se produira si une liste vide est fournie en raison d'une division par zéro (c'est exactement le rôle de l'étape 3 « les pièges potentiels » définie dans la tâche). Le ton général est détendu et amical, loin de la froideur d'une documentation technique.

Étape 5 : Comparez avec l'appel direct. Essayez de l'appeler directement avec / :

/explain-casual def average(numbers): return sum(numbers) / len(numbers)

Résultat attendu : Vous obtenez le même résultat, mais cette fois-ci l'appel est explicite — l'étape d'évaluation autonome de Claude est ignorée, et le code qui suit le / lui est passé en argument.

En réalisant ces cinq étapes, vous avez expérimenté par vous-même le cycle de vie complet d'un skill : écrire un fichier SKILL.md → le voir apparaître dans la liste des disponibles → le déclencher en langage naturel → l'appeler directement avec /. L'utilisation de tout autre skill suit exactement le même mécanisme, le contenu des recettes étant simplement plus complexe.

⚠️ Si vous ne voyez pas explain-casual dans la liste à l'étape 3 : il est fort probable que vous n'ayez pas redémarré la session (la détection d'un nouveau dossier racine nécessite un redémarrage). Quittez claude et relancez-le. Si cela ne fonctionne toujours pas, vérifiez que le nom du fichier est bien exactement SKILL.md (tout en majuscules).

💡 En résumé : créez vous-même un skill très simple pour tester la chaîne — créez le dossier, écrivez le fichier SKILL.md (avec une description proche de vos formulations réelles), redémarrez pour vérifier sa présence dans la liste, puis déclenchez-le en langage naturel. Une fois cette chaîne maîtrisée, vous saurez utiliser tous les autres skills.

---

07 Résumé

Cet article axé sur la pratique a transformé le concept d'utilisation des skills en un automatisme. Synthétisons les actions clés :

Objectif	Méthode	Point clé
Lister les skills disponibles	Demandez « Quels skills sont disponibles ? » / Menu /skills	Confirmez la présence d'un skill avant de l'utiliser
Comprendre un skill	Lisez son fichier SKILL.md	La ligne description tout en haut est la clé de son déclenchement
Déclencher un skill	Langage naturel / Appel direct /nom	Utilisez le langage naturel pour l'exploration, l'appel par / pour l'action immédiate
Résoudre un non-déclenchement	Formulation plus directe → Présence dans la liste → Appel direct /	C'est « une formulation trop vague » dans 90 % des cas
Partager avec l'équipe	Placer sous .claude/skills/ dans le projet et soumettre à Git	Vérifiez les autorisations demandées par un skill de projet avant de lui faire confiance

Vous devriez maintenant être capable de : lister les skills utilisables dans n'importe quelle session, comprendre la structure d'un fichier SKILL.md réel et son mode de déclenchement, lancer un skill de deux manières différentes, diagnostiquer les problèmes en trois étapes, et soumettre un skill dans un projet pour le partager avec votre équipe. Cette maîtrise de l'utilisation des skills constitue votre ticket d'entrée pour tirer parti de tout l'écosystème de skills de la communauté — installez-les, appelez-les et laissez les processus professionnels créés par d'autres travailler pour vous.

C'est ainsi qu'a été généré le schéma d'architecture évoqué au début, transformant une demi-journée de travail en cinq minutes. Vous possédez désormais la même clé.

---

Le prochain article 28 skill-creator : créez vos propres skills vous montrera comment écrire vos propres recettes maintenant que vous savez les utiliser. Avez-vous des processus que vous devez décrire à chaque fois à Claude sous forme de longues instructions répétitives ? (Il y en a souvent plusieurs.) L'article suivant vous apprendra à utiliser l'outil officiel skill-creator pour figer ces processus fastidieux en skills personnalisés, passant ainsi du rôle de consommateur à celui de créateur de recettes.

---

Lectures recommandées

• Variables d'environnement : les « interrupteurs généraux » cachés
• Mode vocal Voice : parlez à votre code plutôt que de taper
• Manuel de référence des plug-ins : packagez vos configurations pour les distribuer