Black HoleConsulting

MCP, Skills, Plugins.. quelle est la différence ?

Publié le · 4 min de lecture

MCP, Skills, Plugins.. quelle est la différence ?

MCP, connecteurs, plugins, skills, artefacts et browser use désignent des manières différentes d'étendre une IA. En résumé : un plugin ou connecteur relie l'IA à un service externe précis ; le MCP (Model Context Protocol) standardise ces branchements pour les rendre réutilisables ; un skill est une compétence réutilisable que vous packagez ; un artefact est un livrable généré et éditable ; le browser use donne à l'IA la capacité de naviguer sur le web comme un humain.

Choisir l'un ou l'autre dépend de votre besoin : intégrer un outil maison, automatiser une tâche répétitive ou laisser l'IA agir seule.

Qu'est-ce qu'un plugin ou un connecteur, et à quoi ça sert ?

Un plugin (ou connecteur) est une passerelle entre l'IA et un service externe. L'IA ne sait rien de votre CRM, de votre facturation ou de votre base de données : le connecteur lui ouvre une porte précise, avec des actions définies.

  • Use case concret : un connecteur Stripe permet à l'IA de répondre « quel est mon chiffre d'affaires sur les 30 derniers jours ? » en interrogeant directement l'API, sans copier-coller.

  • Use case concret : un plugin Slack qui poste automatiquement un résumé de réunion dans le bon canal.

La limite : chaque plugin est spécifique à un fournisseur et à une plateforme d'IA. Vous en développez un pour ChatGPT, il ne fonctionne pas ailleurs. C'est précisément le problème que le MCP vient résoudre.

Pourquoi le MCP change la façon de connecter une IA ?

Le MCP (Model Context Protocol) est un standard ouvert : au lieu d'écrire un plugin par outil et par plateforme, vous exposez vos données et vos actions une seule fois, via un « serveur MCP ». N'importe quelle IA compatible peut alors s'y brancher.

  • Use case concret : vous créez un serveur MCP pour votre base PostgreSQL interne. Le même serveur sert ensuite à Claude, à un agent interne et à un outil de reporting — sans réécriture.

  • Use case concret : une entreprise expose ses fichiers, son Git et son outil de tickets via MCP ; l'IA peut lire le code, consulter les bugs et proposer un correctif dans un seul fil.

L'intérêt métier est clair : vous investissez une fois dans l'intégration, et vous évitez de refaire le travail à chaque changement d'outil. C'est de la standardisation, pas un gadget.

En quoi un skill diffère-t-il d'un connecteur ?

Un connecteur donne un accès ; un skill encapsule un savoir-faire. C'est une compétence réutilisable — un ensemble d'instructions, d'exemples et parfois d'outils — que vous packagez pour que l'IA l'applique de façon fiable, à chaque fois de la même manière.

  • Use case concret : un skill « rédiger un compte-rendu client » qui impose votre structure, votre ton et vos mentions légales, quel que soit le rédacteur.

  • Use case concret : un skill « qualifier un lead » qui applique vos critères de scoring maison plutôt qu'un jugement improvisé.

La valeur : la cohérence. Un skill transforme une bonne pratique informelle en procédure reproductible, sans dépendre de la personne qui pose la question.

À quoi servent les artefacts et le browser use ?

Ces deux notions concernent ce que l'IA produit et ce qu'elle peut faire d'elle-même.

  • Artefact : un livrable généré et éditable à part de la conversation — un document, un tableau, un bout de code, une maquette. Au lieu de perdre le résultat dans le fil, vous l'itérez comme un vrai fichier.

  • Use case concret : générer un cahier des charges sous forme d'artefact, puis le corriger section par section sans tout régénérer.

  • Browser use : la capacité de l'IA à naviguer réellement sur le web — cliquer, remplir un formulaire, lire une page dynamique — comme un humain.

  • Use case concret : extraire les tarifs de dix concurrents depuis leurs sites, y compris derrière un menu déroulant qu'une simple API ne verrait pas.

Le browser use est puissant mais à encadrer : laisser une IA agir sur des sites réels exige des garde-fous sur les actions sensibles (paiement, suppression, envoi).

Comment choisir la bonne approche pour votre projet ?

La question n'est pas « quelle techno est la meilleure », mais « quel est votre besoin réel ». Voici comment je raisonne concrètement :

  • Besoin de lire ou écrire dans un outil précis : plugin ou connecteur.

  • Plusieurs IA ou outils à brancher sur les mêmes données : MCP, pour ne pas multiplier les intégrations.

  • Une procédure à rendre reproductible et cohérente : skill.

  • Un livrable à produire et à retravailler : artefacts.

  • Une tâche sur des sites web sans API disponible : browser use, avec supervision.

Dans la pratique, un projet sérieux combine souvent plusieurs briques : un serveur MCP pour l'accès aux données, des skills pour la cohérence, des artefacts pour les livrables. Architecture, intégration, mise en production — une seule personne responsable, de la décision au code qui tourne.

Pour aller plus loin

  • Non. Une API est l'interface technique d'un service ; le MCP est un standard qui expose ces services (et vos données) de façon uniforme pour que n'importe quelle IA compatible s'y branche sans intégration sur mesure. Le MCP s'appuie souvent sur des API existantes, il ne les remplace pas.

Ce sujet vous concerne ?

Décrivez votre situation : premier avis sous 48 h, sans engagement.