Agent Skill et MCP en un coup d’œil
La distinction utile est celle entre « comment effectuer le travail » et « quelle capacité connectée l’agent peut utiliser ». Ces couches sont complémentaires : un skill peut expliquer comment utiliser des outils MCP dans une procédure répétable.
Le tableau présente le principe général. Les applications hôtes ne découvrent ni n’exécutent toutes les skills de la même façon, et les capacités exposées varient selon le serveur MCP.
| Question | Agent Skill | Serveur MCP |
|---|---|---|
| Rôle principal | Regrouper une procédure réutilisable et ses documents associés. | Relier une application hôte à des outils et données externes au moyen d’un protocole. |
| Contenu habituel | Un fichier SKILL.md, avec éventuellement références, modèles, ressources ou scripts. | Outils, ressources et prompts ; l’authentification et le comportement dépendent de l’implémentation. |
| Configuration | Rendre le skill détectable par un hôte compatible ; il peut être autonome ou inclus dans un plugin. | Configurer une connexion au serveur dans l’hôte ; l’authentification et les permissions dépendent de la configuration. |
| Accès en temps réel | N’accorde pas, à lui seul, l’accès à un compte ; un script inclus peut toutefois accéder aux fichiers ou au réseau. | Peut exposer des lectures ou actions en temps réel, dans les limites de l’hôte, du serveur et des autorisations. |
| Question centrale | Comment l’agent doit-il exécuter cette procédure ? | Quelles données ou opérations connectées l’agent peut-il utiliser ? |
Client et serveur MCP : où se situe le skill ?
L’hôte est l’application d’IA. Son client MCP se connecte à un serveur qui expose des capacités. Ce serveur peut fonctionner localement ou à distance : il ne s’agit pas nécessairement d’un service cloud.
L’architecture citée définit les outils, ressources et prompts comme primitives principales du serveur. Notre distinction pratique : récupérer le texte d’un skill via MCP ne prouve pas que l’hôte l’a installé, détecté ou activé. Vérifiez l’intégration propre à l’hôte au lieu de supposer que la connexion accomplit toutes ces étapes.
| Élément | Question à vérifier |
|---|---|
| Hôte | Quelle application utilise les instructions ? |
| Client MCP | Quelle connexion au serveur est configurée ? |
| Serveur MCP | Quelles capacités ce serveur expose-t-il ? |
| Intégration du skill | Comment cet hôte découvre-t-il et utilise-t-il la procédure ? |
Exemple concret : préparer un point de projet hebdomadaire
Imaginons cette demande : « Prépare le bilan du vendredi pour le projet Atlas à partir du suivi des tickets et des notes de version ; ne modifie aucun de ces systèmes. » Un serveur MCP pourrait fournir des outils en lecture seule pour récupérer les éléments du projet. Un skill pourrait ensuite définir la méthode : confirmer le projet et les dates, distinguer données manquantes et valeur nulle, regrouper les blocages, relier chaque affirmation à sa source et appliquer le modèle de l’équipe.
Il s’agit d’un exemple de conception, pas d’une intégration testée ni d’un gain de productivité mesuré. Réaffecter ensuite un ticket ou publier une note de version serait une opération d’écriture distincte. Elle doit rester hors du processus en lecture seule, sauf autorisation explicite de l’utilisateur et contrôle du périmètre par l’outil connecté.
- Le skill définit la procédure, le résultat attendu et le traitement des données manquantes ou contradictoires.
- Le serveur MCP gère la connexion, les opérations disponibles, l’authentification et les autorisations côté serveur.
- L’agent ou l’utilisateur vérifie les résultats et leurs sources avant d’agir.
Choisissez un Agent Skill quand la difficulté tient à la méthode
Un skill est adapté lorsque l’agent a besoin d’instructions répétables : ordre des contrôles, grille de décision, format de résultat imposé ou conventions propres à une organisation. Il peut utiliser les fichiers et outils déjà fournis par l’hôte ; un nouveau serveur MCP n’est donc pas systématiquement nécessaire.
Un skill est un dossier, pas nécessairement un simple prompt inoffensif. Les scripts facultatifs et fichiers référencés peuvent modifier son comportement à l’exécution. Examinez le dossier complet et ses appels externes avant l’installation.
- La procédure se répète entre demandes ou entre membres de l’équipe.
- Les étapes, décisions ou formats doivent pouvoir être examinés et versionnés.
- Les outils locaux ou ceux de l’hôte suffisent à accomplir la tâche.
Choisissez MCP quand l’agent a besoin d’une connexion
MCP est utile lorsqu’un hôte d’IA a besoin d’un moyen standard d’accéder à des données ou opérations externes : lire un outil de suivi de projet, interroger une base de connaissances interne ou effectuer une action autorisée dans un service. Un serveur MCP peut exposer des outils, ressources et prompts ; le client et le serveur déterminent les capacités réellement prises en charge.
MCP ne garantit pas qu’un outil soit sûr, en lecture seule ou disponible dans tous les agents. Vérifiez l’identité du serveur, l’authentification, les descriptions des outils, les permissions et les effets de bord. Préférez un accès restreint en lecture seule tant qu’un cas réel ne justifie pas une opération plus large.
Combinez-les quand une procédure réutilisable exige des capacités connectées
Un skill peut indiquer quand appeler un outil MCP, quelles entrées vérifier, comment traiter des résultats incomplets et quelles preuves restituer. Le serveur MCP fournit la connexion et applique ses propres règles d’accès. Gardez ces responsabilités distinctes pour pouvoir faire évoluer la procédure sans confondre serveur et moteur de règles, ou inversement.
Un plugin peut réunir skill et serveur MCP dans un même paquet installable. Leur distribution peut être commune, mais la méthode et l’accès connecté restent distincts. Confirmez ce que l’hôte installe et les authentifications ou permissions encore nécessaires.
N’ajoutez pas MCP simplement parce qu’un skill mentionne un service, ni un skill pour habiller un unique appel d’outil. Commencez par la configuration minimale qui répond à la tâche et ajoutez l’autre couche seulement si une lacune concrète persiste.
- Un hôte ou un plugin peut distribuer les deux ensemble, mais installer un skill n’autorise pas à lui seul l’accès aux outils du serveur.
- Documentez les outils en lecture seule et ceux qui peuvent écrire, publier, supprimer ou envoyer des messages.
- Testez le processus complet sur une tâche limitée et réversible avant de l’utiliser pour un travail à conséquences importantes.
Sources et périmètre
Ce guide suit la description publiée par OpenAI des skills comme instructions réutilisables avec ressources associées, ainsi que son explication de leur complémentarité avec un serveur MCP. La documentation MCP décrit le protocole et ses primitives ; chaque hôte peut les implémenter ou les exposer différemment.
Il s’agit d’un guide conceptuel, pas d’une certification de compatibilité, d’un audit de sécurité ou d’une affirmation qu’une architecture convient à tous les agents. Consultez la documentation de l’hôte et du serveur que vous utilisez réellement.