Les skills : transformer un savoir-faire en actif d’entreprise

Un skill est une compétence packagée pour Claude : une procédure métier — relire un contrat selon vos critères, qualifier un lead selon votre grille, réviser du code selon vos standards — formalisée, testée et versionnée, que le modèle exécute de façon reproductible. C’est la brique qui sépare les entreprises où l’IA produit des résultats constants de celles où tout dépend de qui écrit le prompt.

La nuance semble technique. Elle est en réalité patrimoniale : un prompt appartient à celui qui l’a écrit ; un skill appartient à l’entreprise.

Un prompt n’est pas un actif

Regardez comment vos équipes utilisent l’IA aujourd’hui. Chacun a ses formulations, stockées dans un fichier de notes ou retapées de mémoire. Quand quelqu’un trouve une méthode qui marche, elle reste dans son coin. Quand il part, elle part avec lui.

Multipliez par le nombre de tâches récurrentes de l’entreprise — qualification, relecture, reporting, réponses clients — et vous obtenez la situation la plus courante que nous observons : des dizaines de méthodes efficaces, toutes invisibles, toutes fragiles, aucune partagée. Le savoir-faire existe. Il n’est simplement capitalisé nulle part.

C’est le savoir-faire d’entreprise dans sa forme la plus fragile : orale, individuelle, invérifiable. Le même document analysé par deux collègues donne deux résultats différents — non parce que le modèle est capricieux, mais parce que personne n’a fixé la procédure.

De quoi est fait un skill ?

Un skill formalise une procédure de bout en bout : ce qu’il prend en entrée, les étapes qu’il suit, les critères qu’il applique, la forme exacte de ce qu’il rend. Rien d’exotique : c’est la même discipline que pour n’importe quel process qualité, appliquée à l’usage des modèles. Quatre attributs le distinguent d’un simple prompt :

• Un propriétaire : une personne nommée répond de sa qualité et arbitre ses évolutions — comme pour n’importe quel outil de production.
• Un numéro de version : on sait ce qui a changé, quand, et pourquoi ; on peut revenir en arrière si une modification dégrade les résultats.
• Des tests : un jeu de cas réels dont on connaît le bon résultat, rejoué à chaque modification pour vérifier que le skill produit toujours ce qu’on attend.
• Une documentation d’usage : n’importe quel membre de l’équipe — y compris celui qui arrive lundi — peut l’utiliser sans formation particulière.

Le cycle de vie : d’une astuce à un standard

Un skill naît presque toujours d’un usage individuel : quelqu’un a trouvé une manière efficace de traiter une tâche récurrente. L’étape décisive est la capture — transformer cette astuce en procédure explicite, la tester sur des cas réels, la publier pour l’équipe.

Ensuite, il vit. Un cas mal traité devient un test supplémentaire. Une amélioration trouvée par un utilisateur est intégrée par le propriétaire, versionnée, et tout le monde en profite immédiatement. C’est le point qui change l’économie de la chose : le progrès d’un seul devient définitivement le niveau de tous.

Et quand les modèles évoluent, le skill absorbe le changement. La procédure, les critères et les tests restent les vôtres ; seul le moteur en dessous s’améliore. Vos concurrents peuvent acheter les mêmes licences ; ils ne peuvent pas acheter vos méthodes.

Ce que ça change pour l’entreprise

Une entreprise qui a packagé ses vingt procédures les plus fréquentes en skills possède quelque chose que ses concurrents n’ont pas : son expertise sous forme exécutable. Les départs ne l’amputent plus, les arrivées montent en compétence en jours au lieu de mois, et la qualité cesse de dépendre de l’humeur ou de la mémoire de chacun.

Cet inventaire a une vertu secondaire : il révèle où vit réellement l’expertise. On découvre souvent que trois personnes détiennent l’essentiel des procédures critiques — une fragilité qu’aucun organigramme ne montrait. Packager ces savoir-faire, c’est aussi une assurance : le jour où l’une des trois part, l’entreprise garde la méthode.

Construire ce portefeuille commence par un inventaire : quelles sont les tâches récurrentes, à forte valeur, où la procédure existe déjà dans la tête de quelqu’un ? C’est l’un des chantiers du Programme Autonomie Claude — chaque département repart avec ses premiers skills en production et la méthode pour en créer d’autres seul. L’objectif n’est pas de nous rendre indispensables — c’est l’inverse.