Accueil / Étendre : compétences, MCP, sous-agents, hooks, plugins

Découvrir, curer et empiler des skills

Les skills se découvrent dans deux bibliothèques publiques maintenues par Anthropic, et plusieurs skills déclarées pour des besoins distincts peuvent se charger ensemble sur une même tâche, mais une description mal choisie ne se déclenche jamais, ni seule ni empilée.

Une skill installée ne sert à rien si sa description ne recoupe jamais le vocabulaire des demandes qu'on lui adresse : chercher une skill existante avant d'en écrire une nouvelle évite d'abord ce risque, puisqu'une skill déjà largement utilisée a généralement une description déjà rodée sur des demandes variées. Deux bibliothèques publiques, maintenues par Anthropic, couvrent l'essentiel de cette recherche.

Deux bibliothèques, deux niveaux de curation

La première, claude-plugins-official, est curatée directement par Anthropic ; elle s'enregistre automatiquement au premier lancement interactif de l'outil, ou peut s'ajouter à la main. La seconde, claude-community, rassemble des soumissions tierces revues avant publication, et s'ajoute explicitement par une commande de marketplace. Aucune des deux ne publie de chiffre officiel sur le nombre de skills qu'elle contient à un instant donné, ce chiffre change trop vite pour qu'une valeur imprimée dans ce cours reste vraie longtemps. La curation, dans les deux cas, ne remplace pas une lecture attentive de la description avant l'installation : une skill largement adoptée peut tout de même mal couvrir le besoin précis qu'on lui destine.

# Exemple illustratif, ajout d'une bibliothèque communautaire
/plugin marketplace add anthropics/claude-plugins-community
# puis, une fois la bibliothèque enregistrée, parcourir son catalogue
/plugin search changelog

Empiler sans laisser le contexte se charger pour rien

Rien n'empêche plusieurs skills, chacune déclarée pour un besoin distinct, de se charger ensemble sur une même tâche : chacune est évaluée indépendamment contre le texte de la demande. Ce qui limite l'empilement n'est donc pas un plafond imposé, c'est le coût réel, chaque skill installée ajoute du texte au contexte de chaque session, même quand elle ne se déclenche pas. Curer sans pitié signifie retirer une skill dès que sa description ne correspond plus à un besoin récurrent réel, plutôt que de la laisser accumuler du poids en silence. En cas de nom partagé entre deux sources, la priorité va d'abord à une skill d'entreprise, puis à une skill personnelle, puis à une skill de projet, ce qui tranche sans ambiguïté quel fichier s'applique.

La condition préalable à toute cette recherche reste la même qu'à l'écriture : une description précise et un frontmatter correctement formé, exactement ce que décrit créer une skill qui devient aussi une commande. Une bibliothèque riche ne compense jamais une description mal écrite, elle en multiplie seulement le nombre d'occasions manquées.