Aller au contenu
FR
Demander un entretienContact

capinorium · Article · IA

Skills et MCP : transformer le savoir-faire des processus en briques pour agents d'IA

Illustration au crayon : deux spécialistes esquissent un déroulement de processus

Le savoir-faire opérationnel devient exploitable de façon fiable par des agents d'IA si on le sépare selon sa nature : les procédures vont dans des Agent Skills, l'accès aux systèmes et aux données dans des serveurs fondés sur le Model Context Protocol (MCP), le savoir documentaire volumineux dans une recherche par génération augmentée par récupération (RAG). Aucune de ces normes ne rend à elle seule un agent sûr ou infaillible. Seuls des droits limités, des validations humaines et une maintenance du savoir avec des responsabilités claires y parviennent.

La question devient concrète. Selon Bitkom, 11 % des entreprises allemandes qui utilisent, planifient ou envisagent l'IA emploient déjà des agents d'IA, et 29 % de plus le prévoient. Contrairement à un chatbot, un agent accomplit des tâches de manière autonome. Une vieille question se pose donc à nouveau : où est-il écrit, au juste, comment fonctionne chez vous une procédure de contrôle ou le calcul d'un devis ? Souvent dans les têtes, dans des documents épars et dans les habitudes. Gartner prévoit que plus de 40 % des projets d'IA agentique seront arrêtés d'ici fin 2027, notamment en raison d'un bénéfice flou et de contrôles des risques insuffisants. Un savoir-faire de processus bien structuré agit précisément sur ces deux points.

Quatre briques pour quatre types de savoir

Skills et MCP résolvent des problèmes différents. Selon la spécification, un Agent Skill est un dossier contenant un fichier nommé SKILL.md : nom, description et instructions en Markdown, complétés le cas échéant par des scripts, des documents de référence et des modèles. L'agent ne lit d'abord que le nom et la description et ne charge le reste que si la tâche l'exige. Les Skills véhiculent le savoir procédural : l'ordre des étapes de contrôle, les règles de tolérance, les exigences de format.

MCP, en revanche, régit l'accès. La spécification décrit un protocole ouvert par lequel les applications d'IA appellent des outils et interrogent des données, par exemple dans l'ERP, le PLM ou la gestion électronique des documents. Un connecteur est construit une fois et peut être utilisé par les applications de différents éditeurs.

La RAG récupère des faits dans des corpus documentaires au moment de l'exécution, sans modifier le modèle. Le fine-tuning, lui, ajuste les poids du modèle. Il peut être pertinent pour des tâches durables de style ou de classification, mais devient lourd dès que le savoir évolue.

Les deux normes viennent à l'origine d'Anthropic. Depuis décembre 2025, MCP relève de l'Agentic AI Foundation, sous l'égide de la Linux Foundation, dont font aussi partie OpenAI, Google, Microsoft et SAP. Les Agent Skills sont un standard ouvert depuis le 18 décembre 2025, pris en charge selon agentskills.io par les applications de nombreux éditeurs. En décembre 2025, il existait selon Anthropic plus de 10 000 serveurs MCP publics. Cela réduit le risque de dépendance à un fournisseur, mais la spécification évolue : la version actuelle du 28 juillet 2026 apporte des changements fondamentaux. Vos propres serveurs ont donc besoin de maintenance.

Chaque brique fait partie de la chaîne d'approvisionnement logicielle

Skills et serveurs MCP ne sont pas d'inoffensifs fragments de texte. La spécification MCP elle-même indique que les outils impliquent l'exécution de code arbitraire et que le protocole ne peut pas imposer seul ses principes de sécurité. L'autorisation y est facultative ; là où elle est mise en œuvre, les jetons doivent être liés exactement au serveur concerné.

L'empoisonnement d'outils (tool poisoning) est bien documenté : des instructions cachées dans les descriptions d'outils, que le modèle lit mais que l'utilisateur ne voit pas, ont amené un agent, lors d'une démonstration, à lire des fichiers de configuration et des clés SSH. Une variante ne modifie la description qu'après validation. Pour les Skills aussi, Anthropic conseille de ne les installer qu'à partir de sources de confiance. La liste OWASP des dix principaux risques des applications agentiques, de décembre 2025, traite ces risques de chaîne d'approvisionnement comme une catégorie à part entière.

Conclusion : limiter les dégâts plutôt qu'espérer une détection parfaite. Dans leurs principes de conception zero trust, le BSI allemand et l'ANSSI recommandent de restreindre les droits d'accès au strict nécessaire et de faire superviser les décisions critiques par des humains. En pratique : uniquement des serveurs et Skills validés en interne, des versions figées, un nouvel examen des descriptions d'outils modifiées, des permissions minimales au lieu d'un accès complet, des scripts exécutés de façon isolée. Commandes, e-mails aux clients et exports de données ne partent qu'après validation humaine.

La gouvernance décide de la fiabilité

Un Skill ne vaut que ce que vaut la procédure qu'il décrit. Son avantage : les experts métier peuvent le lire. Selon agentskills.io, les Skills doivent traduire des tâches en plusieurs étapes en déroulements cohérents et vérifiables. Cela ne fonctionne que si quelqu'un est responsable du contenu sur le plan métier, versionne les modifications et documente les validations.

Un exemple illustratif, et non un cas réel : un équipementier veut assister le contrôle de premier article. Le Skill contient l'ordre de contrôle, les règles de tolérance et un modèle de rapport. Un serveur MCP lit les données de commande et l'état des plans dans l'ERP et le PLM, en lecture seule. Les extraits internes de normes sont rendus accessibles par une recherche RAG, si les licences le permettent. L'agent rédige le rapport, l'assurance qualité le valide.

Avant qu'un tel projet ne quitte le stade pilote, quelques questions devraient trouver réponse : qui est responsable du contenu du Skill ? Sur quels cas de test réels le résultat est-il vérifié, et quelle erreur coûterait cher ? De quels droits dispose l'agent, sous quelle identité ? Que se passe-t-il si le système source ou la spécification change ? Un guide de plusieurs agences de sécurité anglo-saxonnes conseille lui aussi de commencer par des tâches bien délimitées et à faible risque.

Le fine-tuning reste la dernière option. Tant que les Skills, la RAG et des serveurs MCP aux droits bien définis résolvent la tâche, votre savoir-faire de processus reste modifiable et traçable au lieu de disparaître dans les poids d'un modèle.

Lequel de vos processus se prête à un premier cas de test peut se clarifier dans une courte étude de faisabilité avec capinori.

Questions fréquentes sur les Agent Skills et MCP

Qu'est-ce qu'un Agent Skill ?

Un Agent Skill est un dossier contenant un fichier nommé SKILL.md, qui comprend le nom, la description et les instructions pour un agent d'IA, complétés le cas échéant par des scripts, des documents de référence et des modèles. L'agent ne charge le contenu complet que si une tâche l'exige. Depuis le 18 décembre 2025, le format est un standard ouvert pris en charge par les applications de nombreux éditeurs.

À quoi sert le Model Context Protocol (MCP) ?

Le Model Context Protocol (MCP) est un protocole ouvert par lequel les applications d'IA accèdent à des outils et à des données, par exemple des systèmes ERP, PLM ou de gestion documentaire. Un serveur MCP est construit une fois et peut être utilisé par les applications de différents éditeurs. MCP régit l'accès, pas la procédure. La spécification actuelle date du 28 juillet 2026.

En quoi diffèrent Agent Skills, MCP, RAG et fine-tuning ?

Les Agent Skills décrivent comment accomplir une tâche. Le Model Context Protocol (MCP) donne accès aux systèmes et aux données. La génération augmentée par récupération (RAG) récupère des faits dans des corpus documentaires au moment de l'exécution, sans modifier le modèle. Le fine-tuning ajuste les poids du modèle et est le plus lourd lorsque le savoir change souvent. Les quatre approches se complètent et ne s'excluent pas.

Qu'est-ce que l'empoisonnement d'outils dans les serveurs MCP ?

L'empoisonnement d'outils (tool poisoning) désigne des instructions cachées dans les descriptions des outils d'un serveur MCP, que le modèle d'IA lit mais que l'utilisateur ne voit pas. Lors d'une démonstration d'Invariant Labs, un outil manipulé a amené un agent à lire des clés SSH. Seuls protègent des serveurs vérifiés, des versions figées, des permissions minimales et une validation humaine pour les actions lourdes de conséquences.

Quelle est la diffusion des agents d'IA dans les entreprises allemandes ?

Les agents d'IA restent l'exception en Allemagne. Selon Bitkom 2026, 11 % des entreprises qui utilisent, planifient ou envisagent l'IA emploient déjà des agents d'IA ; 29 % le prévoient. La base de 572 entreprises ne comprend que des entreprises qui s'intéressent à l'IA. La part sur l'ensemble des entreprises n'est pas indiquée.

Comment une PME devrait-elle démarrer avec les Agent Skills et MCP ?

Une PME devrait commencer par un processus bien délimité et à faible risque, par exemple un rapport de contrôle. Il faut fixer au préalable : une personne responsable du contenu de l'Agent Skill, des cas de test réels avec des critères d'acceptation, des droits minimaux pour le serveur MCP et une validation humaine avant toute action lourde de conséquences. Le fine-tuning n'entre en ligne de compte que si ces briques se révèlent manifestement insuffisantes.

Sources (11)
Portrait de Rudy Winklhofer, propriétaire et Director R&D chez capinori

Rudy Winklhofer est propriétaire et Director R&D de capinori GmbH.

Autres articles de Rudy Winklhofer

Vous êtes face à une question similaire ?