Les 15 meilleurs Skills Claude en 2026 (et comment les installer)

TL;DR :

• Un Skill, c'est un dossier avec un fichier SKILL.md qui apprend à Claude une méthode de travail. Tu le déposes, Claude sait faire.
• L'écosystème a explosé. Le dépôt obra/superpowers affiche plus d'étoiles que le noyau Linux, alors qu'il a neuf mois.
• Je ne classe pas par étoiles, je classe par usage. Le meilleur Skill de pub de l'écosystème n'entrerait dans aucun top 20 trié par popularité.
• Les incontournables : anthropics/skills pour la base, ui-ux-pro-max-skill pour le design, caveman pour diviser ta facture, claude-ads pour tes campagnes.
• Le piège : chaque Skill mange du contexte. En installer 15 dégrade Claude au lieu de l'améliorer.

---

Salut 👋

En octobre 2025, Anthropic a sorti les Skills. L'idée tenait en une phrase : au lieu de réexpliquer à Claude tes méthodes de travail à chaque conversation, tu les écris une fois dans un fichier, et il les applique tout seul.

Neuf mois plus tard, le résultat dépasse tout ce que j'avais anticipé. Le dépôt communautaire obra/superpowers affiche 256 376 étoiles sur GitHub. Pour te donner une échelle : le noyau Linux, celui que Linus Torvalds maintient depuis 1991, en est à 239 595. Un dossier de fichiers Markdown a doublé trente ans d'informatique en neuf mois.

Le problème, c'est que cette explosion a rendu le sujet illisible. Tu cherches "skills claude", tu tombes sur des annuaires de 1 965 skills. Personne n'a le temps de trier ça.

Alors j'ai fait le tri. J'ai vérifié chaque dépôt un par un via l'API GitHub, le 17 juillet 2026, et j'ai lu les README plutôt que de recopier les descriptions. Les chiffres ci-dessous sont relevés, pas repompés.

Et surtout, je ne classe pas par étoiles. C'est le réflexe de tous les articles sur le sujet, et c'est une erreur : le meilleur Skill de publicité de l'écosystème affiche 7 000 étoiles, il n'entrerait jamais dans un top 20 trié par popularité. Pourtant si tu lances une campagne, c'est lui qu'il te faut, pas le framework à 256 000 étoiles. Je classe donc par usage réel, et j'assume les arbitrages.

Si tu veux d'abord comprendre comment fabriquer tes propres Skills, j'ai un guide dédié : créer ses Skills Claude de A à Z. Ici, on parle de ce qui existe déjà et qu'il suffit de prendre.

C'est quoi un Skill, en 30 secondes

Un Skill est un dossier contenant au minimum un fichier SKILL.md. Ce fichier commence par un en-tête qui dit à Claude quand s'en servir, puis contient tes instructions en Markdown.

---
name: mon-skill
description: Ce que fait ce skill et quand l'utiliser
---

# Mon Skill

## Instructions
[Les étapes que Claude doit suivre]

C'est tout. Pas de code, pas de compilation, pas de serveur. Du Markdown dans un dossier.

La différence avec un simple prompt, c'est que Claude décide seul de charger le Skill quand la situation correspond à sa description. Tu n'as rien à invoquer.

Comment installer un Skill

C'est la partie que tout le monde cherche et que peu d'articles expliquent correctement. Il y a trois emplacements possibles dans Claude Code, et ils ne servent pas à la même chose.

En pratique, tu as trois façons de faire, de la plus manuelle à la plus automatique :

# 1. À la main
mkdir -p ~/.claude/skills/mon-skill
# puis tu déposes le SKILL.md dedans

# 2. Via le CLI skills (le standard qui s'impose)
npx skills add proprietaire/depot

# 3. Via le marketplace de plugins, dans Claude Code
/plugin marketplace add proprietaire/depot
/plugin install nom-du-plugin@nom-du-marketplace

Le niveau projet est celui que je préfère pour un dépôt partagé : tu commit .claude/skills/, et tout le monde hérite des mêmes méthodes de travail. C'est la version moderne du CONTRIBUTING.md que personne ne lisait.

En cas de conflit de nom, l'ordre de priorité est : entreprise, puis personnel, puis projet. Les modifications sont détectées à chaud pendant ta session. Seule exception : si tu crées un tout nouveau dossier racine de skills, il faut redémarrer.

Dans l'app Claude (web et desktop)

C'est un chemin différent, souvent mal expliqué. Il te faut un plan avec l'exécution de code activée. Tu prépares un fichier ZIP contenant le dossier du skill à sa racine (pas dans un sous-dossier), puis tu passes par le menu Customize > Skills.

Attention, les contraintes ne sont pas les mêmes que dans Claude Code. Côté app et API, name et description sont obligatoires. Le name est limité à 64 caractères, en minuscules, chiffres et tirets, et les mots "anthropic" et "claude" y sont interdits. Dans Claude Code au contraire, seule la description compte vraiment, le nom du dossier sert de nom par défaut.

Le truc que personne ne te dit

Les Skills ne se synchronisent pas entre les surfaces. Un Skill uploadé sur claude.ai n'est pas disponible dans Claude Code, et inversement. L'API non plus. Si tu veux le même Skill partout, tu le déploies trois fois. J'ai perdu une bonne demi-heure à chercher pourquoi mon skill n'apparaissait pas, avant de comprendre ça.

Vérifier qu'un Skill est bien chargé

• Demander directement à Claude : "What skills are available?"
• L'invoquer par son nom : /mon-skill
• /context t'affiche la taille réelle occupée par la ligne "Skills"
• /doctor te donne une estimation du coût en contexte
• Lancer avec --debug pour voir les erreurs de parsing si un skill refuse de se déclencher

---

1. anthropics/skills, la base officielle

161 981 étoiles.

Ce que ça fait. C'est le dépôt d'Anthropic. Tu y trouves trois choses : un dossier spec avec la spécification Agent Skills, un dossier template pour démarrer, et un dossier skills d'exemples couvrant le créatif, le technique et l'entreprise. Le détail qui compte : les skills docx, pdf, pptx et xlsx sont ceux qui font tourner les capacités documentaires de Claude en production. Ce ne sont pas des démos, c'est du code réel mis à disposition.

Pourquoi l'utiliser. Lire ces Skills, c'est comprendre comment Anthropic pense qu'on doit les écrire. Avant de fabriquer les tiens, passe une demi-heure là-dedans, ça t'évitera trois erreurs de conception. Et si tu manipules des PDF ou des Excel dans ton produit, tu as directement une implémentation de référence.

Installation.

/plugin marketplace add anthropics/skills
/plugin install document-skills@anthropic-agent-skills

À savoir. Les exemples sont fournis à titre de démonstration, et le dépôt le dit lui-même : le comportement réel de Claude peut différer. Teste avant de t'appuyer dessus pour du critique. Note aussi que les skills documentaires sont en source-available, pas en open source, contrairement au reste qui est en Apache 2.0.

---

2. ui-ux-pro-max-skill, le générateur de design system

106 841 étoiles.

Ce que ça fait. Sa fonction phare depuis la v2, c'est le Design System Generator. Tu décris ton projet, il te sort un système de design complet et argumenté : le pattern de page recommandé avec l'ordre des sections, le style visuel, la palette avec les codes hexadécimaux, le duo typographique avec le lien Google Fonts, et le niveau d'accessibilité visé. Pas des conseils, une spec.

Pourquoi l'utiliser. Quand tu es seul et que tu sais coder mais pas dessiner, c'est exactement le trou que ça bouche. C'est le Skill le plus étoilé qui ne soit ni un framework ni un annuaire, et ça en dit long sur l'ampleur du besoin.

À savoir. Il pense en pages web et en landing. Si tu construis une app mobile, tu récupères la palette et la typo, mais pas la structure.

---

3. taste-skill, pour donner du goût

64 479 étoiles.

Ce que ça fait. Il se présente comme le framework frontend anti-slop. Il travaille la mise en page, la typographie, le mouvement et les espacements pour sortir du rendu passe-partout. Bonus que peu de gens connaissent : il embarque aussi des skills de génération d'images pour produire des planches de référence (web, mobile, kits de marque). Tu génères les planches avec ChatGPT Images, puis tu passes les visuels à Claude Code ou Cursor pour l'implémentation.

Pourquoi l'utiliser. Là où ui-ux-pro-max-skill t'apporte de la méthode, celui-ci t'apporte du jugement. Chaque skill du dépôt fait une seule chose, tu n'es pas obligé de tout prendre.

Installation.

npx skills add https://github.com/Leonxlnx/taste-skill

À savoir. Deux pièges. La version par défaut est passée en v2, annoncée comme expérimentale, donc si tu dépendais du comportement de la v1, il faut l'épingler explicitement. Et surtout, il existe deux dépôts nommés taste-skill de propriétaires différents. Vérifie le propriétaire avant de cloner.

---

4. hallmark, le refus du générique

11 669 étoiles.

Ce que ça fait. C'est le plus rigoureux des trois skills de design de cette liste. Il choisit une macrostructure adaptée au brief, l'habille avec l'un de ses 20 thèmes, puis fait passer le résultat par 57 tests anti-slop et une autocritique avant de te le rendre. Il expose quatre verbes : construire par défaut, audit pour noter du code existant sans le modifier, redesign pour tout refaire en gardant le contenu et la marque, et study pour extraire l'ADN d'un design que tu admires.

Pourquoi l'utiliser. Sa promesse est vérifiable : deux pages générées pour deux briefs différents doivent avoir l'air de deux sites différents, pas de deux variantes du même template. Et il fonctionne dans Claude Code, Cursor et Codex, donc si tu jongles entre les outils, c'est celui-là.

Installation.

npx skills add nutlope/hallmark

À savoir. Le verbe study refuse volontairement de cloner un design au pixel près ou de copier un template payant. C'est un garde-fou, pas un bug.

---

5. superpowers, la méthodologie complète

256 376 étoiles. Le monstre de l'écosystème.

Ce que ça fait. Ce n'est pas un Skill, c'est une méthodologie de développement complète. Le déroulé : dès que tu annonces que tu construis quelque chose, l'agent ne se jette pas sur le code. Il te demande d'abord ce que tu cherches vraiment à faire, extrait une spec de la conversation, te la montre par morceaux assez courts pour être lus. Une fois que tu valides, il produit un plan d'implémentation, puis lance un développement piloté par sous-agents, chacun inspectant et validant le travail du précédent. Il n'est pas rare qu'il bosse deux heures en autonomie sans dévier.

Pourquoi l'utiliser. Sa description du plan d'implémentation résume sa philosophie : il doit être assez clair pour être suivi par un junior enthousiaste, sans goût, sans jugement, sans contexte projet et allergique aux tests. C'est du TDD red/green, du YAGNI, du DRY. Si tu te reconnais dans le fait de laisser l'IA partir dans tous les sens, c'est le contrepoison.

Installation.

/plugin install superpowers@claude-plugins-official

À savoir. C'est le plus engageant de la liste. Tu ne l'installes pas pour dépanner un bug, tu l'installes parce que tu acceptes sa façon de travailler. Il tourne aussi sur Codex, Cursor, Copilot CLI et une poignée d'autres.

---

6. mattpocock/skills, l'anti-framework

175 187 étoiles, et le dépôt n'a été créé qu'en février 2026. C'est le rythme le plus violent de cette liste.

Ce que ça fait. Ce sont les Skills quotidiens d'un développeur TypeScript très suivi, sortis directement de son dossier .claude. Le positionnement est explicite et assumé : "des skills pour de vrais ingénieurs, pas du vibe coding". Le dépôt se place ouvertement contre les approches type BMAD ou Spec-Kit, avec un argument précis : ces méthodes s'approprient le processus, et quand un bug apparaît dans le processus lui-même, tu ne peux plus rien résoudre.

Pourquoi l'utiliser. C'est l'exact opposé de superpowers. Des skills petits, composables, faciles à adapter, qui marchent avec n'importe quel modèle. Tu les copies dans ton projet et tu les modifies. Si tu as trouvé la méthode BMAD trop rigide, tu es exactement la cible.

Installation.

npx skills@latest add mattpocock/skills

Puis /setup-matt-pocock-skills une fois par dépôt. Il te demandera ton gestionnaire de tickets (GitHub, Linear ou fichiers locaux).

À savoir. Deux modes qui correspondent à deux philosophies : le CLI copie les fichiers chez toi pour que tu les bidouilles, le plugin te les garde en lecture seule et toujours à jour. Tu bricoles, ou tu t'abonnes.

---

7. caveman, moins 65% de tokens

90 217 étoiles. Sa devise, écrite telle quelle dans le dépôt : why use many token when few do trick.

Ce que ça fait. Il force l'agent à répondre en style télégraphique. Fini les "Bien sûr ! Je serais ravi de t'aider". À la place : "Bug dans le middleware auth. Le test d'expiration utilise < au lieu de <=. Correctif :". Les chiffres qu'il annonce : 65% de tokens de sortie économisés, 0% en entrée, 100% de précision technique conservée. Le code, les commandes et les erreurs restent identiques au caractère près.

Pourquoi l'utiliser. Pour un solo builder, ce n'est pas un gadget, c'est une ligne de coût. Si tu paies ton usage au token, tu vois la différence sur ta facture dès la première semaine. La formule du dépôt résume bien : ça ne rend pas le cerveau plus petit, ça rend la bouche plus petite.

Installation. Attention ici, c'est un script distant piped dans bash :

curl -fsSL https://raw.githubusercontent.com/JuliusBrussee/caveman/main/install.sh | bash

Je te recommande de télécharger le script et de le lire avant de l'exécuter, plutôt que de l'envoyer directement dans ton shell. Ça vaut pour n'importe quel projet, pas seulement celui-là.

À savoir. Le compromis est réel : les réponses deviennent sèches. Je l'active sur les sessions de code, je le coupe quand je veux réfléchir avec Claude. Et lis le point suivant avant de te décider, il y a un vrai débat.

---

8. context-mode, l'autre moitié du problème

19 036 étoiles.

Ce que ça fait. Il attaque un problème que tu as sans le savoir. Chaque appel d'outil déverse des données brutes dans ta fenêtre de contexte : une capture Playwright coûte 56 Ko, vingt tickets GitHub 59 Ko, un log d'accès 45 Ko. Au bout de trente minutes, 40% de ton contexte est parti. Et quand la conversation se compacte, l'agent oublie quels fichiers il éditait.

Sa réponse tient en trois idées. Des outils bac à sable qui gardent les données brutes hors du contexte : 315 Ko deviennent 5,4 Ko, soit 98% de réduction. Une continuité de session via SQLite, où chaque édition et chaque décision est indexée puis récupérée à la demande plutôt que redéversée. Et le principe "Think in Code" : au lieu de lire 50 fichiers pour compter des fonctions, l'agent écrit un script qui compte et n'affiche que le résultat. Leur exemple : 47 lectures de fichiers pour 700 Ko, contre une seule exécution pour 3,6 Ko.

Pourquoi l'utiliser. C'est le complément logique de caveman. L'un réduit ce que Claude écrit, l'autre ce qu'il ingère. Sur un gros projet, c'est là que se joue la différence entre une session qui tient la journée et une session qui sature au bout d'une heure.

Installation.

/plugin marketplace add mksglu/context-mode
/plugin install context-mode@context-mode

Puis /context-mode:ctx-doctor pour vérifier que tout est en place.

Le débat que ça soulève. Et c'est le point le plus intéressant de tout cet article. context-mode refuse explicitement d'imposer un style de rédaction à l'agent, et argumente : les prompts de concision agressive ont été montrés comme dégradant les performances sur les benchmarks de code et de raisonnement. Autrement dit, il dit à peu près l'inverse de caveman.

Deux outils populaires du même écosystème, deux thèses opposées, chacune défendable. Ma lecture : caveman te fait économiser du token de sortie tout de suite et de façon mesurable, mais si tu constates que la qualité de ton code baisse, tu sais désormais où regarder. Teste, mesure, tranche toi-même. Ne prends l'avis de personne, y compris le mien.

---

9. claude-ads, tes campagnes

7 148 étoiles. Le mieux classé de sa catégorie, et pourtant invisible dans n'importe quel top trié par popularité.

Ce que ça fait. Des opérations publicitaires sur 12 plateformes : Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, Reddit, Snapchat, X, plus Apple, Amazon et Pinterest côté commerce. Il transforme tes exports de compte en audits sourcés et datés, avec un niveau de confiance explicite. Il planifie les campagnes, les budgets et les tests, surveille le rythme de diffusion, la fatigue créative et le tracking, puis sort du JSON versionné rendu en Markdown, HTML ou PDF.

Pourquoi l'utiliser. Quand ta campagne Meta ne convertit pas, il te sort un diagnostic structuré au lieu de généralités. Ça complète bien mon guide Meta Ads pour application mobile, qui te donne la stratégie là où lui te donne l'audit.

Ce qui me plaît vraiment. Il est en lecture seule par défaut. Les modifications réelles sur tes comptes restent désactivées tant qu'elles n'ont pas passé des barrières d'approbation, de vérification et de rollback. Pour un outil qui touche à un budget publicitaire, c'est exactement le bon réglage. Il signale aussi les données manquantes et les sources périmées plutôt que de combler les trous.

Commandes. /ads setup puis /ads audit.

À savoir. Le dépôt public est en MIT et n'exige aucune adhésion. Il existe en parallèle un miroir communautaire réservé aux membres d'un programme payant, qui ont l'accès anticipé. Tu n'en as pas besoin, mais autant le savoir.

---

10. marketingskills, ton service marketing

40 296 étoiles.

Ce que ça fait. Une collection pensée pour les marketeurs techniques et les fondateurs. Elle couvre sept familles : SEO et contenu, CRO, copywriting, publicité et mesure, croissance et rétention, vente, stratégie. On y trouve des skills très concrets comme l'audit SEO, l'optimisation d'onboarding, les tests A/B, la prévention du churn ou le pricing.

Pourquoi l'utiliser. Son architecture est ce qui la rend intéressante. Un skill product-marketing sert de socle, et tous les autres le lisent en premier pour comprendre ton produit, ton audience et ton positionnement avant d'agir. Résultat : tu ne récupères pas des conseils génériques, tu récupères des conseils qui tiennent compte de ce que tu vends. Quand tu construis seul, tu es aussi ton propre marketeur, et c'est en général là que ça coince.

À savoir. Le dépôt est ouvertement le produit d'appel d'une agence, avec pas mal de liens vers ses offres payantes. Ça n'enlève rien à la qualité des skills, qui sont utilisables tels quels et gratuitement, mais autant savoir d'où ça parle.

---

11. humanizer, dé-robotiser un texte

29 616 étoiles.

Ce que ça fait. Il supprime les marqueurs d'écriture générée par IA dans un texte. C'est du Markdown pur, donc il tourne dans n'importe quel outil qui gère les skills.

Pourquoi l'utiliser. J'ai un avis nuancé là-dessus, et je préfère le dire. Utilisé pour maquiller du contenu vide, c'est inutile : ça reste du contenu vide, juste mieux habillé. Utilisé pour nettoyer les tics d'écriture d'un texte dont tu maîtrises le fond, c'est un vrai gain. La nuance est entièrement dans l'intention.

Installation.

npx skills add blader/humanizer

Ajoute --agent '*' pour l'installer dans tous tes outils d'un coup.

---

12. awesome-claude-skills, l'annuaire qui agit

67 943 étoiles.

Ce que ça fait. Une liste curatée de plus de 1 000 skills et plugins, la plus propre des annuaires que j'ai regardés. Elle ne se limite pas à Claude : Codex, Cursor, Gemini CLI et d'autres sont couverts.

Pourquoi l'utiliser. Son intérêt dépasse la liste. Elle embarque un plugin connect-apps qui permet à Claude de passer à l'action sur plus de 500 applications : envoyer un email, créer un ticket, poster sur Slack. C'est le pont entre "Claude sait faire" et "Claude fait".

À savoir. Le plugin connect-apps passe par le service de l'éditeur de l'annuaire et demande une clé API. Le dépôt est donc aussi son produit d'appel. La liste, elle, reste utilisable sans rien installer.

---

13. agentic-awesome-skills, la bibliothèque massive

43 465 étoiles.

Ce que ça fait. Plus de 1 965 skills installables, avec un installeur npm et un catalogue en ligne qui te permet de composer ton set exact au lieu de tout prendre. Ça couvre la planification, le code, le debug, les tests, la revue de sécurité, l'infra, le produit et la croissance.

Pourquoi l'utiliser. Quand tu as un besoin très précis et que tu ne veux pas écrire le skill toi-même, c'est le plus gros filet à jeter.

À savoir. Deux points. C'est multi-outils : compatible Claude Code, mais aussi Cursor, Codex CLI, Gemini CLI et d'autres. Ce n'est donc pas du 100% Claude. Et surtout, avec presque 2 000 skills, la question n'est pas quoi installer mais quoi ne pas installer. Passe par leur outil de composition, pas par une installation globale.

---

14. obsidian-skills, si ta mémoire est dans Obsidian

42 334 étoiles.

Ce que ça fait. Il apprend à Claude à manipuler Obsidian : le CLI, le Markdown, les Bases et le Canvas. Il suit la spécification ouverte Agent Skills, donc il marche aussi dans Codex et OpenCode.

Pourquoi l'utiliser. Si ta seconde mémoire est dans Obsidian, ça change ton quotidien. Le mode d'installation manuelle est révélateur : tu déposes le dossier .claude à la racine de ton coffre. Claude Code travaille alors directement dans tes notes comme dans un projet de code.

Installation.

/plugin marketplace add kepano/obsidian-skills
/plugin install obsidian@obsidian-skills

---

15. Anthropic-Cybersecurity-Skills, la plus grosse bibliothèque sécu

25 678 étoiles.

Ce que ça fait. 817 skills de cybersécurité, 29 domaines, 6 référentiels (MITRE ATT&CK, NIST CSF 2.0, MITRE ATLAS, MITRE D3FEND, NIST AI RMF et MITRE F3). C'est la seule bibliothèque open source à couvrir autant de référentiels de façon unifiée.

Pourquoi l'utiliser. L'argument du dépôt est bon : un analyste junior sait quel plugin Volatility3 lancer sur un dump mémoire suspect, ton agent IA non, sauf si tu lui donnes ces skills.

Deux avertissements, et ils comptent.

D'abord, ce dépôt n'est pas officiel. Malgré le mot "Anthropic" dans son nom, il n'appartient pas à l'organisation anthropics sur GitHub. Le dépôt lui-même le précise, mais le nom prête à confusion et beaucoup d'articles le classent à tort dans les ressources officielles.

Ensuite, il contient des techniques offensives et à double usage (simulation de phishing, exploitation, infrastructure de red team). Elles sont destinées aux tests d'intrusion autorisés, à la recherche et à la défense. Ne les utilise que sur des systèmes qui t'appartiennent ou pour lesquels tu as une autorisation écrite explicite. Ce n'est pas une formule de style, c'est la ligne entre un métier et un délit.

---

Le tableau récapitulatif

Le piège : n'installe pas tout

C'est le conseil le plus important de cet article, et c'est celui que les annuaires ne te donneront jamais, parce que leur intérêt est que tu en installes le maximum.

Chaque Skill occupe du contexte. Claude charge la description de tous tes Skills pour savoir lesquels déclencher. Avec quinze Skills installés, tu manges une part de ta fenêtre de contexte avant même d'avoir posé ta question. Tu paies plus cher, et tu dégrades la qualité des réponses.

Tape /context dans Claude Code et regarde la ligne "Skills". C'est de la place en moins pour ton code.

Ma règle : trois à cinq Skills actifs, pas plus. Le reste, tu l'installes au niveau projet quand tu en as besoin, et tu le retires quand c'est fini. Un Skill que tu n'as pas utilisé depuis un mois est un Skill à désinstaller.

Si je devais n'en garder que trois pour construire en solo : anthropics/skills pour les bases, ui-ux-pro-max-skill parce que je ne suis pas designer, et caveman parce que la facture, c'est réel.

Questions fréquentes

Quelle est la différence entre un Skill et un MCP ?

Un Skill apprend à Claude une méthode de travail avec du Markdown. Un serveur MCP lui donne un accès à un outil externe (une base de données, une API, un service). Le Skill dit comment faire, le MCP donne les moyens de faire. Les deux se combinent, et certains projets de cette liste sont d'ailleurs les deux à la fois. J'ai un guide dédié sur le protocole MCP.

Les Skills fonctionnent-ils dans Cursor ou Codex ?

De plus en plus, oui. Le format s'est standardisé autour d'une spécification ouverte, et la majorité des dépôts de cette liste annoncent une compatibilité multi-outils. C'est le vrai changement de 2026 : les Skills ne sont plus une fonctionnalité Claude, ils deviennent un format d'échange.

Un Skill peut-il exécuter du code sur ma machine ?

Un SKILL.md est du Markdown, il ne s'exécute pas tout seul. Mais il peut demander à Claude de lancer des commandes, certains dépôts embarquent des scripts, et plusieurs s'installent via un script distant envoyé directement dans ton shell. Donc oui, indirectement. Lis le contenu d'un Skill avant de l'installer, exactement comme tu lirais un script trouvé sur internet. Le nombre d'étoiles n'est pas un audit de sécurité.

Comment savoir quel Skill s'est déclenché ?

Regarde le raisonnement de Claude. Dans Claude Code, /context te montre ce qui est chargé, et --debug t'affiche les erreurs de déclenchement. Si un Skill ne part jamais, sa description est presque toujours en cause : elle est trop vague pour que Claude sache quand l'utiliser.

Faut-il payer pour utiliser des Skills ?

Non, les Skills sont gratuits, ce sont des fichiers. Dans l'app Claude, il faut un plan avec l'exécution de code activée.

Pour finir

Les Skills sont la meilleure illustration de ce qui a changé en deux ans : la valeur ne vient plus du modèle, elle vient de ce que tu lui donnes comme contexte et comme méthode. Un fichier Markdown de 40 lignes peut transformer une réponse générique en réponse utile.

Le fait qu'un dépôt de Markdown ait dépassé le noyau Linux en étoiles n'est pas une anecdote rigolote. C'est le signe que la couche qui compte s'est déplacée.

Commence petit. Trois Skills, ceux qui bouchent tes vrais trous. Et quand tu buteras sur un besoin que personne n'a couvert, tu sauras que c'est le moment d'écrire le tien.

À très vite,

Guillaume 👋