Nicolas G.

Anthropic vient de publier ses best practices skills après des centaines en usage interne. Le take principal : un skill c'est un dossier, pas un fichier. Scripts, hooks, progressive disclosure, données persistantes. L'idée c'est que le markdown c'est juste la porte d'entrée. Le vrai pouvoir du skill c'est tout l'écosystème de fichiers autour, que l'agent explore et utilise selon le contexte. C'est du context engineering appliqué à la structure de fichiers. Le problème classique : tu balances toute ta doc dans un seul fichier markdown géant. L'agent reçoit tout d'un coup, même ce qui est pas pertinent pour la tâche en cours. Ça noie le signal dans le bruit. L'approche "dossier" et des skills c'est l'inverse : tu structures l'information en fichiers séparés, et tu dis à l'agent ce qui existe où. Lui décide quoi lire en fonction de ce qu'il fait : au démarrage, seul le metadata (name et description) du frontmatter YAML de chaque skill est pré-chargé dans le system prompt. Claude ne lit le SKILL.md complet que quand le skill devient pertinent, et les fichiers supplémentaires seulement quand il en a besoin. L'agent lit ce dont il a besoin, quand il en a besoin.