En bref : un plugin est écrit pour une seule application et ne fonctionne que là. Une intégration classique est construite par deux éditeurs l’un pour l’autre et tourne le plus souvent dans le cloud de quelqu’un. Un serveur MCP est écrit une fois contre un protocole ouvert, et n’importe quel client IA compatible — Claude, ChatGPT, Cursor, VS Code, Zed — peut s’en servir sans que son auteur fasse quoi que ce soit de spécifique à ce client.
Cette dernière propriété est toute la différence, et elle a déjà changé le sens du mot « plugin ». Sur le site pour développeurs d’OpenAI, un plugin désigne aujourd’hui un paquet pouvant contenir « des skills, des serveurs MCP et une interface optionnelle » : l’emballage appartient à OpenAI, le mécanisme en dessous est le protocole ouvert. Vérifié le 13 août 2026.
Cet article porte sur ce que ce basculement change au moment de décider comment donner à un assistant l’accès à vos propres données : qui décide que la connexion existe, où elle s’exécute, et ce qui se passe quand vous changez d’application. Si le protocole lui-même vous est nouveau, ce qu’est un serveur MCP en pose d’abord le vocabulaire.
Un plugin étend une application de l’intérieur. Applications Slack, extensions de navigateur, plugins Figma, les premiers plugins ChatGPT de 2023. Il est écrit contre l’API d’extension de cette application, distribué par l’annuaire de cette application, et il s’exécute sous les règles de cette application. Passez à une autre application et il ne vous suit pas : il n’y a rien à déplacer.
Une intégration classique relie deux produits entre eux. Soit les éditeurs la construisent nativement (« Notion dans Slack »), soit un intermédiaire la construit pour les deux : Zapier, dont l’annuaire annonce plus de 9 949 applications connectées au 13 août 2026. L’unité, ici, est une paire. Il faut que quelqu’un décide que votre paire à vous vaut la peine d’être construite, et tant que personne ne le décide, la paire n’existe pas.
Un serveur MCP est un programme qui expose une source de données ou un ensemble d’actions — vos notes de réunion, une base de données, un dossier — à travers une interface standard. Il ne sait pas quel assistant l’appellera, et il n’a pas besoin de le savoir.
La distinction ne porte pas sur l’élégance technique. Elle porte sur qui décide de ce qui est possible : le propriétaire d’une place de marché, deux équipes de développement commercial, ou la personne à qui appartiennent les données.
Avec les plugins, connecter N sources de données à M applications IA demande N×M travaux distincts, parce que chaque appariement est écrit séparément contre une API d’extension différente. Personne ne construit N×M de quoi que ce soit. Les éditeurs rationnent : les grandes applications ont leurs connecteurs en premier, les autres attendent, et certains appariements n’arrivent tout simplement jamais parce que l’intérêt commercial est trop faible.
MCP transforme cette multiplication en addition. Chaque source de données implémente le protocole une fois ; chaque application IA implémente le protocole une fois ; toutes les combinaisons fonctionnent ensuite. C’est pourquoi l’écosystème a grandi comme il l’a fait : en décembre 2025, quand le protocole a changé de mains, l’annonce faisait état de plus de 97 millions de téléchargements mensuels du SDK et d’une prise en charge native côté client dans ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot et Visual Studio Code.
Le détail de gouvernance compte plus qu’il n’y paraît. MCP a été confié à l’Agentic AI Foundation, un fonds dirigé sous l’égide de la Linux Foundation, le 9 décembre 2025. Cette fondation a été cofondée par Anthropic, Block et OpenAI. Une API de plugins appartient à l’entreprise qui édite l’application, et cette entreprise peut la retirer, comme elle l’a fait pour le système de plugins ChatGPT de 2023. Un protocole placé sous une tutelle neutre, avec un processus de proposition public, peut encore évoluer, mais pas par décision produit unilatérale.
C’est l’affirmation la plus souvent exagérée, voici donc la version précise.
Ce qui est réellement écrit une seule fois, c’est le serveur. Le même programme, démarré de la même manière, sert Claude Desktop, Cursor et VS Code sans une ligne de code par client.
Ce qui reste propre à chaque client, c’est l’entrée de configuration. Chaque client range ses réglages MCP à sa place, et ces places ne sont pas identiques :
| Client | Fichier | Clé de premier niveau |
|---|---|---|
| Claude Desktop | claude_desktop_config.json dans le dossier de support de l’application |
mcpServers |
| Cursor | .cursor/mcp.json dans le projet, ou ~/.cursor/mcp.json |
mcpServers |
| VS Code | .vscode/mcp.json, ou mcp.json dans le profil utilisateur |
servers |
Vérifié dans la documentation de chaque éditeur, le 13 août 2026. La phrase exacte est donc une implémentation, plusieurs clients — et non une configuration, plusieurs clients. Ce que vous cessez de répéter, c’est la partie coûteuse : l’implémentation, les descriptions d’outils, le modèle de permissions et la bonne volonté d’un éditeur à construire tout cela pour votre application. Ajouter une ligne dans un fichier JSON, ou cliquer sur un installateur qui l’écrit à votre place, c’est la partie bon marché.
Un plugin ChatGPT façon 2023 était une API HTTPS par définition. Vos données devaient être joignables depuis les serveurs d’un éditeur, ce qui tranchait discrètement la question de la confidentialité avant même que vous ne la posiez. Les intégrations façon Zapier ont la même forme : les données passent par l’intermédiaire.
MCP a deux transports, et le choix vous revient plutôt qu’au protocole. Le transport stdio exécute le serveur comme un processus sur votre propre machine, lancé par l’application IA et arrêté quand vous la quittez ; le transport Streamable HTTP atteint un serveur qui tourne ailleurs. Les deux parlent le même protocole, si bien qu’un client qui prend en charge MCP prend en charge les deux formes.
C’est la différence qui change vraiment ce qui est possible : « l’assistant peut lire mes fichiers locaux » est une phrase qu’une architecture de plugins ne peut pas produire. Elle introduit aussi une distinction qu’il vaut mieux comprendre avant de connecter quoi que ce soit, car les serveurs MCP locaux et cloud exposent des choses différentes à des parties différentes.
| Plugin | Intégration classique | Serveur MCP | |
|---|---|---|---|
| Écrit contre | L’API d’extension d’une application | Une paire de produits | Un protocole ouvert |
| Qui décide de son existence | La place de marché de l’hôte | Les deux éditeurs | Le propriétaire des données |
| Fonctionne dans un autre client IA | Non | Non | Oui, sans changement |
| Peut tourner sur votre machine | Non | Rarement | Oui, via stdio |
| Déclenché par | L’application hôte | Une planification ou un événement | Un modèle, en pleine conversation |
| Contrôlé par | Une entreprise | Une entreprise | Un projet de la Linux Foundation |
MCP n’est pas un remplacement universel, et le traiter comme tel mène à une mauvaise architecture.
Automatisation sans surveillance. Un outil MCP s’exécute parce qu’un modèle a décidé de l’appeler pendant que vous étiez en conversation. Si vous avez besoin de « chaque jour ouvré à 07:00, recopier les factures de la veille dans le tableau comptable », il vous faut un planificateur, et Zapier ou une intégration native est le bon outil. Aucun protocole ne réveillera un assistant inactif.
Traitements déterministes. Quand la même entrée doit produire la même sortie à chaque fois, un modèle qui décide s’il faut appeler l’outil est un risque plutôt qu’une fonctionnalité.
Distribution à des utilisateurs non techniques. Une fiche dans un annuaire avec un bouton d’installation atteint des gens qu’un fichier de configuration JSON n’atteindra pas, et c’est précisément pourquoi OpenAI a enveloppé les serveurs MCP dans un format de plugin plutôt que d’exposer le protocole brut à tout le monde.
Tout ce qui doit fonctionner quand votre ordinateur portable est fermé. Un serveur stdio local s’arrête quand la machine s’arrête. C’est une qualité pour la confidentialité et un défaut pour la disponibilité, et vous seul savez laquelle des deux vous achetez.
Speak-Y embarque un serveur MCP dans l’application. Il n’y a pas de plugin Speak-Y pour Claude, pas d’extension Speak-Y distincte pour Cursor, pas d’application Speak-Y dans l’annuaire de qui que ce soit : il y a un serveur, et on indique où il se trouve aux clients que vous utilisez. Depuis Paramètres → Intégrations, Installer en face d’un client détecté écrit pour vous le fichier de configuration de ce client, dans son propre format.
La lecture est locale : recherche, transcriptions, résumés et tâches à faire proviennent de la bibliothèque sur votre machine, sans rien téléverser pour que l’assistant puisse le lire. Les commandes qui modifient quelque chose — tags, noms d’intervenants, titres, relance de la transcription, publication dans un canal d’équipe — passent par l’application en cours d’exécution, sont déclarées au client comme modifiant des données pour qu’il demande d’abord, et sont journalisées là où vous pourrez les lire ensuite. Le serveur est gratuit sur toutes les formules.
Ce qui compte pour cet article, c’est ce qui se passera la prochaine fois qu’un nouveau client MCP apparaîtra. Rien n’est construit pour lui. Il lit la même liste d’outils que tout le reste, parce que le travail a été fait contre le protocole et non contre un produit.
C’est là tout l’argument en faveur de MCP plutôt que des plugins, et il vaut la peine d’être clair : c’est un argument sur l’effet de levier, pas sur la sécurité. Un protocole ouvert ne dit rien de ce qu’un serveur donné a le droit de faire de vos données. Cette question-là trouve sa réponse ailleurs, dans ce qui rend l’accès en écriture sûr, et c’est celle qu’il faut poser avant de connecter quoi que ce soit.
Un plugin est écrit contre l’API d’extension d’une seule application et ne fonctionne qu’à l’intérieur de celle-ci. Un serveur MCP est écrit contre un protocole ouvert : n’importe quel client compatible — Claude, ChatGPT, Cursor, VS Code, Zed et d’autres — peut utiliser le même serveur sans que son auteur ait un travail supplémentaire à faire pour chaque client. L’unité d’un plugin, c’est une application ; celle d’un serveur MCP, c’est une source de données ou d’actions.
Non, ils résolvent des problèmes différents. Zapier et les plateformes comparables exécutent des scénarios planifiés ou déclenchés par un événement, sans personne devant l’écran, et c’est exactement ce que MCP ne fait pas : un outil MCP s’exécute quand un modèle décide de l’appeler au cours d’une conversation. MCP remplace le connecteur écrit pour chaque application, pas la plateforme d’automatisation.
Le serveur est écrit une fois et n’a besoin d’aucune modification, mais chaque client doit encore être informé de son existence dans sa propre configuration. Claude Desktop, Cursor et VS Code rangent chacun leurs réglages MCP dans un fichier différent, et VS Code utilise même une autre clé de premier niveau. Ce que vous évitez, c’est une implémentation par application, pas une entrée de configuration par application.
Ce n’est pas la même chose, mais ce ne sont plus des contraires. Le système de plugins de 2023 a été remplacé, et sur le site pour développeurs d’OpenAI un plugin désigne aujourd’hui un paquet pouvant contenir des skills, un serveur MCP et une interface optionnelle. Le plugin est devenu la couche d’empaquetage et de distribution ; MCP est le protocole en dessous.
MCP a été confié à l’Agentic AI Foundation, un fonds dirigé sous l’égide de la Linux Foundation, le 9 décembre 2025. La fondation a été cofondée par Anthropic, Block et OpenAI, avec le soutien de Google, Microsoft, AWS, Cloudflare et Bloomberg. Les évolutions passent par un processus de proposition public plutôt que par la feuille de route d’une seule entreprise.