Skill

Un Skill est un dossier plutôt qu'un fichier markdown : instructions, scripts, ressources, configuration et hooks que l'agent découvre et manipule. Thariq Shihipar a posé cette précision en premier lieu lorsqu'il a décrit comment l'équipe Claude Code d'Anthropic utilise les skills en interne, le 3 juin 2026, en y joignant une taxonomie de neuf catégories observées dans la pratique, de la référence de bibliothèque ou d'API aux runbooks et aux opérations d'infrastructure. Son conseil sur le contenu est soustractif : Claude sait déjà coder et peut lire la base de code, donc un skill doit documenter ce qui contredit le comportement par défaut. La section au signal le plus fort, écrit-il, est Gotchas, alimentée par les points d'échec réellement rencontrés. Le champ description est écrit pour le modèle : il indique quand déclencher le skill, pas ce que le skill contient. La configuration passe par un flux de setup qui stocke les paramètres dans `config.json` ou interroge l'utilisateur via «AskUserQuestion».

Hugo Lassiège arrive à une forme similaire depuis une pratique solo. Dans son récit du 28 juillet 2026 sur son usine logicielle, les skills sont ce que l'agent sait faire de façon déterministe, entre ce qu'il connaît (contexte, mémoire, graphe de code) et ce qui l'arrête (hooks, tests, gates). Il en garde une trentaine, en crée un à la troisième répétition, et trouve que les skills couvrant une procédure multi-fichiers sont les plus rentables. Une règle fait office de table de routage vers des skills à n'ouvrir qu'en cas de besoin.

Les «hooks conditionnels» restreignent ce que l'agent peut faire pendant la durée d'un skill. Lassiège nomme la part encore non résolue : faute de packaging, les skills se copient-collent.