Les Skills, les tools et les knowledge bases rendent Claude Desktop r\u00e9ellement productif. Bien utilis\u00e9s, ils font gagner du temps ; mal utilis\u00e9s, ils produisent la prochaine avalanche de plugins. Je remets ici de l’ordre dans les termes et je montre comment garder propre une biblioth\u00e8que de Skills en \u00e9quipe.<\/p>\n\n\n\n
Skill : mode d’emploi pour une t\u00e2che r\u00e9currente.<\/strong> Un Skill regroupe la description, les prompts et les exemples d’une t\u00e2che clairement d\u00e9limit\u00e9e. Claude le choisit d\u00e8s que la t\u00e2che correspond \u00e0 la description.<\/p>\n\n\n\n Tool : fonction concr\u00e8te que Claude a le droit d’appeler.<\/strong> Les tools arrivent le plus souvent dans l’application via des serveurs MCP. Un tool envoie un e-mail, lit un fichier ou cr\u00e9e un rendez-vous \u2013 une commande atomique avec une entr\u00e9e et une sortie.<\/p>\n\n\n\n Extension : ensemble de Skills, de tools et de configuration.<\/strong> Une extension regroupe un ensemble coh\u00e9rent, par exemple pour la recherche documentaire ou la revue de code. Elle s’installe une fois et fournit une exp\u00e9rience homog\u00e8ne.<\/p>\n\n\n\n Knowledge base : m\u00e9moire de connaissances structur\u00e9e.<\/strong> Une knowledge base fournit \u00e0 Claude un contexte durable \u2013 documentation produit, r\u00e8gles de marque ou r\u00e9ponses fr\u00e9quentes. Elle compl\u00e8te les Skills, elle ne les remplace pas.<\/p>\n\n\n\n Description de t\u00e2che claire.<\/strong> Le front matter indique quand le Skill s’applique. Si la description est floue, Claude le choisit soit trop rarement, soit trop souvent.<\/p>\n\n\n\n Deux \u00e0 trois exemples.<\/strong> Des exemples concrets avant\/apr\u00e8s valent mieux que des r\u00e8gles abstraites. Un Skill sans exemples reste au quotidien un mod\u00e8le inutilis\u00e9.<\/p>\n\n\n\n Format de r\u00e9sultat attendu.<\/strong> Markdown, tableau, JSON ou texte libre \u2013 qui d\u00e9finit le r\u00e9sultat obtient des sorties fiables.<\/p>\n\n\n\n Limites nettes.<\/strong> Un Skill devrait d\u00e9crire ce qu’il ne fait pas. Vous \u00e9vitez ainsi les hallucinations en marge de la t\u00e2che.<\/p>\n\n\n\n J’introduis cinq r\u00e8gles du jeu d\u00e8s que plus de trois personnes sont impliqu\u00e9es.<\/p>\n\n\n\n Questions r\u00e9currentes.<\/strong> Si la m\u00eame explication revient dans cinq fils de discussion par semaine, une knowledge base vous fait gagner plus de temps qu’elle n’en co\u00fbte \u00e0 construire.<\/p>\n\n\n\n Source stable.<\/strong> Documentation produit, r\u00e8gles de marque ou contrats sont id\u00e9aux. Les contenus qui vieillissent vite rel\u00e8vent plut\u00f4t d’une source en direct via MCP.<\/p>\n\n\n\n Responsabilit\u00e9 claire.<\/strong> Une personne tient la knowledge base \u00e0 jour. Sans propri\u00e9taire, toute m\u00e9moire de connaissances est p\u00e9rim\u00e9e en moins de six mois.<\/p>\n\n\n\nComment j’\u00e9cris des Skills qui tiennent au quotidien<\/h2>\n\n\n\n
Comment \u00e9viter le cimeti\u00e8re de plugins<\/h2>\n\n\n\n
\n
Quand une knowledge base est vraiment rentable<\/h2>\n\n\n\n