Chapitre 9.3 — Les skills à connaître
⏱️ TL;DR — Plutôt qu’une liste morte (l’écosystème bouge trop vite, et les « compteurs d’étoiles » des blogs sont peu fiables — on ne s’y fie pas), voici la carte : tes skills déjà installées (à exploiter à fond), les collections communautaires incontournables (Superpowers, la collection de Matt Pocock), et les skills officielles d’Anthropic. Le vrai livrable de ce chapitre n’est pas la liste — c’est les critères pour juger une skill et les repos de référence où chercher les tiennes.
🎯 Objectifs
- Exploiter les skills que tu as déjà.
- Connaître les collections de référence (officielles et communautaires).
- Appliquer des critères pour juger une skill avant de l’adopter.
- Savoir où chercher (repos, « awesome lists »).
D’abord : tes skills déjà installées
Avant d’en chercher d’autres, exploite ce que tu as. Une config Claude Code typique (dont la tienne) contient déjà des skills à fort levier, qu’on peut ranger par usage :
| Usage | Skills (exemples de ta config) |
|---|---|
| Cadrer / concevoir | grill-me (interview jusqu’à clarté), grill-with-docs (idem + met à jour CONTEXT.md/ADR), prototype (maquettes jetables) |
| Coder / diagnostiquer | diagnose (boucle de débogage disciplinée), improve-codebase-architecture (opportunités de refactor) |
| Naviguer / continuer | zoom-out (carte de haut niveau), handoff (condenser une session pour reprise) |
| Méta | write-a-skill (créer des skills), setup-matt-pocock-skills (configurer un repo pour un workflow d’ingénierie) |
| Communication | caveman (mode ultra-compressé) |
💡 Réflexe d’architecte — Fais l’inventaire de tes skills installées et de leur description (chapitre 9.1), puis demande-toi : laquelle je n’utilise jamais alors qu’elle me servirait ? Beaucoup de valeur dort dans des skills déjà là mais oubliées. Connaître ses skills, c’est déjà en tirer parti.
Les collections communautaires de référence
Au-delà des tiennes, deux collections font autorité dans la communauté (2026) — cite-les comme points d’entrée, pas comme classement figé :
Superpowers (obra / Jesse Vincent)
Un framework de skills très cité, pensé comme une méthodologie : il pousse l’agent vers un développement spec-first, TDD, tâches atomiques, plutôt que « fonce dans le code ». Distribué comme plugin. Repo : github.com/obra/superpowers. À regarder si tu veux une discipline de dev encodée en skills.
La collection de Matt Pocock (AI Hero)
Matt Pocock (Total TypeScript, AI Hero) publie son dossier .claude public : github.com/mattpocock/skills. Sa philosophie — petit, composable, workflow-enforcement — a directement influencé plusieurs skills intégrées à Claude Code. Sa collection couvre un workflow d’ingénierie complet, par exemple :
- cadrage :
grill-me/grilling(interview),grill-with-docs,domain-modeling; - spec → tickets → implémentation :
to-spec,to-tickets,implement(TDD aux bonnes coutures) ; - qualité :
code-review(revue à double axe, en sous-agents parallèles),diagnosing-bugs,tdd,codebase-design; - productivité :
handoff,teach,research,writing-great-skills.
Il propose aussi un cours, « Claude Code for Real Engineers ». Plusieurs de tes skills installées (grill-me, grill-with-docs, handoff, prototype, diagnose, write-a-skill, improve-codebase-architecture) viennent de cette famille — tu utilises déjà son écosystème sans le savoir.
Les skills officielles d’Anthropic
Le repo github.com/anthropics/skills fournit des skills officielles/exemples : manipulation de documents (pdf, docx, pptx, xlsx), un skill-creator (créer des skills), et un jeu d’exemples. Utiles telles quelles (générer un vrai .xlsx/.pptx) et comme modèles pour écrire les tiennes.
📚 Aller plus loin — Pour la recherche approfondie, tu as aussi
deep-research(fan-out de recherches web, vérification, rapport sourcé). Et pour trouver d’autres skills : la liste de référencegithub.com/hesreallyhim/awesome-claude-code(outils, skills, hooks, MCP, workflows). C’est le bon point de départ pour explorer sans se noyer dans le SEO.
Les critères pour juger une skill
L’écosystème évolue ; ce qui ne bouge pas, ce sont les critères. Avant d’adopter une skill (tierce ou à toi), demande :
| Critère | Bonne skill | Mauvaise skill |
|---|---|---|
| Description | dit quoi + quand, avec déclencheurs | vague, ne matche jamais |
| Périmètre | un job clair, composable | fourre-tout |
| Prescriptivité | étapes tranchables | blabla intranchable |
| Maintenance | simple, lisible, adaptable | usine à gaz opaque |
| Provenance | source lisible, tu comprends ce qu’elle fait | boîte noire téléchargée |
⚠️ Piège — Installer des skills « parce qu’elles sont populaires », sans lire ce qu’elles font. Une skill s’exécute avec tes droits et oriente ton agent : traite-la comme une dépendance, lis-la avant de l’adopter. Et méfie-toi des chiffres (« 100k installs », « 144k étoiles ») cités par les blogs : beaucoup sont invérifiables ou inventés. Juge sur le contenu, pas sur un compteur.
Comment intégrer tout ça
🧭 Sur TaskFlow — Pour TaskFlow, on combinera : des skills génériques utiles (grill-me pour cadrer, diagnose pour débuguer, deep-research au besoin) et une skill maison (9.5) pour le workflow propre au projet (scaffolder une feature). Générique pour la méthode, maison pour le spécifique.
✏️ Exercices
Exercice 1 — Inventaire actif. Liste tes skills installées avec leur description. Marque celles que tu n’utilises jamais mais qui te serviraient. Programme-toi d’en essayer une cette semaine.
✅ Solution
Presque tout le monde a des skills « dormantes » utiles (souvent diagnose, handoff, improve-codebase-architecture, deep-research). L’inventaire les réveille. Le meilleur ROI n’est pas d’installer plus, mais d’utiliser ce que tu as.
Exercice 2 — Juge une skill tierce. Choisis une skill d’une collection de référence (Superpowers, Matt Pocock). Applique la grille (description/périmètre/prescriptivité/maintenance/provenance). L’adopterais-tu ?
✅ Solution
L’exercice t’entraîne à juger sur le contenu : une skill bien décrite, focalisée, prescriptive et lisible est adoptable ; une boîte noire ou un fourre-tout, non — quelle que soit sa « popularité ». Lire avant d’installer est le réflexe clé (une skill s’exécute avec tes droits).
🧠 Quiz de révision
1. Pourquoi ce chapitre ne donne-t-il pas de classement chiffré des skills ?
Parce que l’écosystème bouge vite et que les compteurs d’étoiles/installs des blogs sont peu fiables (souvent invérifiables ou inventés). On juge sur les critères et le contenu, pas sur la popularité.
2. Cite deux collections de référence.
Superpowers (obra, framework spec-first/TDD) et la collection de Matt Pocock (mattpocock/skills, workflow d’ingénierie, philosophie petit/composable). Plus les skills officielles d’Anthropic (anthropics/skills).
3. Quel est le meilleur ROI avant d’installer de nouvelles skills ?
Exploiter celles que tu as déjà : beaucoup dorment (diagnose, handoff, deep-research…). Un inventaire actif de tes skills installées rapporte plus que d’en accumuler.
4. Quels critères pour juger une skill ?
Description (quoi + quand), périmètre (un job), prescriptivité (tranchable), maintenance (lisible/adaptable), provenance (tu comprends ce qu’elle fait). Juger sur le contenu, pas la popularité.
5. Pourquoi lire une skill avant de l’adopter ?
Parce qu’elle s’exécute avec tes droits et oriente ton agent : c’est une dépendance. On ne télécharge pas une boîte noire ; on lit ce qu’elle fait.
Chapitre suivant : Skills, plugins & marketplace — installer, partager, et l’écosystème de distribution.