Quand j’ai commencé à construire des agents Claude, l’agent en lui-même était facile à visualiser. Le skill, lui, restait flou. C’est une analogie WordPress qui a tout mis en place — et depuis, ma façon de concevoir les skills a complètement changé.
L’analogie qui éclaire tout
WordPress, c’est un CMS de base. Sans plugins, il gère du contenu, c’est tout. Ce qui fait sa puissance, c’est l’écosystème qu’on construit autour : un plugin e-commerce, un LMS, un générateur de formulaires, une couche de cache.
Chaque plugin ajoute une capacité précise. L’ensemble forme une plateforme cohérente.
Les skills dans Claude suivent exactement la même logique :
- Claude = le modèle de base (le CMS)
- L’agent = le moteur de décision, la boucle de raisonnement
- Le skill = la capacité fonctionnelle ajoutée
Lire un PDF, générer un fichier DOCX, structurer une sortie dans un format métier précis — chaque skill apporte une compétence que l’agent active au bon moment.
Conceptuel, pas technique
L’analogie a ses limites, et il faut les nommer clairement.
Un plugin WordPress s’installe à chaud, interagit avec des hooks PHP, modifie des comportements au runtime. Un skill Claude, aujourd’hui, c’est un bloc d’instructions injecté dans le contexte de l’agent — pas un composant dynamique chargé à la volée.
La similarité est donc architecturale et conceptuelle, pas technique. Ce qui compte, c’est le principe d’extension : on part d’un noyau capable, et on lui greffe des compétences spécialisées en fonction du besoin.
C’est cette logique de composition qui rend les deux systèmes puissants.
Agent et skill : complémentaires, pas concurrents
Une confusion courante : opposer agent et skill comme s’il fallait choisir l’un ou l’autre.
Ce n’est pas le bon cadre. Les deux rôles sont distincts et complémentaires :
- L’agent gère le raisonnement : il décide quoi faire, dans quel ordre, avec quelle ressource.
- Le skill apporte une compétence : il sait faire quelque chose de précis, et il le fait bien.
Un agent sans skill est un moteur sans carburant. Un skill sans agent est un outil sans main pour le tenir. Le système complet — agent + skills bien conçus — c’est le « site WordPress » de l’IA agentique.
La vraie valeur d’un skill : du savoir-faire cristallisé
Ce qui m’a le plus frappé en approfondissant le sujet, c’est cette idée : un skill, c’est du savoir-faire cristallisé.
Ce n’est pas un script jetable. C’est l’encodage d’erreurs déjà faites, de patterns testés en conditions réelles, de conventions validées au fil des projets. On investit une fois dans la conception et la documentation — et on en bénéficie sur tous les agents qui l’embarquent.
C’est exactement ce qui justifie l’effort. Pas l’automatisation pour l’automatisation, mais la capitalisation sur de l’expérience réelle.
Le critère clé : la mutualisabilité
C’est le principe que j’applique maintenant systématiquement quand je conçois un skill.
La question n’est pas : est-ce que ce skill fait ce dont cet agent a besoin ?
La question est : est-ce que ce skill est assez générique pour être réutilisé sur d’autres agents ?
Un skill conçu pour un seul agent a une valeur limitée. L’effort de conception est disproportionné par rapport au bénéfice obtenu. C’est l’équivalent d’un plugin WordPress développé sur mesure pour un seul site, sans possibilité de le réutiliser ailleurs.
Un skill mutualisable, c’est différent :
- suffisamment générique pour traverser les contextes sans réécriture
- suffisamment précis pour apporter une vraie valeur fonctionnelle
- suffisamment documenté pour être compris et maintenu par d’autres
C’est ce dernier point qui transforme un skill en ressource d’équipe — et un ensemble de skills en véritable écosystème.
Vers un écosystème de skills partagés
Si l’analogie avec WordPress tient jusqu’au bout, la prochaine étape logique est communautaire.
WordPress doit une grande partie de sa puissance au fait que ses plugins sont partagés, documentés, maintenus publiquement. La communauté a construit un écosystème que personne n’aurait pu construire seul.
La question se pose maintenant pour les skills Claude : comment concevoir des skills suffisamment génériques pour être partagés entre équipes, entre projets, entre organisations ?
Ce n’est pas encore une réalité établie. Mais c’est la direction qui me semble la plus intéressante à explorer.
Article publié initialement sur LinkedIn
