Clients MCP 2026 : comparatif de Claude Desktop, Cursor, Zed, Cline, VS Code et des clients sur mesure

Les clients MCP sont les applications hôtes qui communiquent avec des serveurs MCP via le Model Context Protocol (MCP) et mettent leurs fonctions à la disposition d'un LLM. Parmi les principaux clients en 2026 figurent Claude Desktop, Cursor, Zed, Cline, VS Code ainsi que des clients propres développés avec un SDK. Ils se distinguent surtout par les fonctions MCP (Tools, Resources, Prompts, Elicitation) et les procédures OAuth qu'ils implémentent réellement.

• Les Tools sont le dénominateur commun : pratiquement tous les clients sérieux prennent en charge les Tools MCP. Pour Resources, Prompts, Elicitation et l'enregistrement OAuth, les implémentations divergent, et c'est précisément là que se joue le choix du client.
• VS Code couvre la spécification le plus largement : d'après la liste de clients sur modelcontextprotocol.io, maintenue par la communauté (situation en mai 2026, retirée depuis), VS Code avec GitHub Copilot prend en charge 12 des 14 fonctions répertoriées. Claude Desktop, l'hôte de bureau d'Anthropic, couvre Tools, Resources, Prompts, Roots (deprecated), MCP Apps et OAuth ; Cursor, Zed et Cline sont taillés pour les workflows de développement.
• Sur mesure, c'est le contrôle total : si tu as besoin d'une gouvernance propre, d'autorisations multi-tenant et de pistes d'audit complètes, tu construis ton propre client avec les SDK officiels (Python, TypeScript).

Ce que font les clients MCP : les briques de base

MCP a été publié le 25 novembre 2024 par Anthropic (auteurs : David Soria Parra et Justin Spahr-Summers) comme standard ouvert permettant aux applications d'IA de connecter des systèmes externes tels que systèmes de fichiers, bases de données, systèmes métier et outils de développement. Le 9 décembre 2025, Anthropic a fait don de MCP à l'Agentic AI Foundation (AAIF), nouvellement créée sous l'égide de la Linux Foundation, avec le soutien de Block et d'OpenAI ainsi que le parrainage Platinum d'AWS, Bloomberg, Cloudflare, Google et Microsoft. MCP est ainsi en 2026 le standard agent-to-tool fondamental. Pour la communication entre agents, il existe le protocole A2A, lancé par Google, qui relève lui aussi de la Linux Foundation depuis juin 2025, avec notamment Microsoft et AWS comme membres fondateurs. Il complète MCP, sans le remplacer.

Un client MCP fait toujours partie d'une application hôte. Celle-ci peut faire fonctionner plusieurs clients simultanément, chacun avec sa propre connexion à un serveur MCP. Les briques qu'un client peut traiter se classent ainsi :

• Tools : actions que le modèle peut appeler (par ex. « lire un fichier », « créer une fiche CRM », « recherche web »). La brique la plus importante et la plus largement prise en charge.
• Resources : données de contexte fournies par le serveur (documents, schémas, contenus de fichiers) que le client propose au modèle ou à l'utilisateur pour sélection.
• Prompts : modèles de prompts prédéfinis ou slash commands proposés par le serveur, que l'utilisateur peut déclencher dans le client.
• Elicitation : le serveur demande de manière ciblée des informations à l'utilisateur via le client, par exemple une confirmation ou un paramètre manquant. Introduite avec la révision de la spécification 2025-06-18.
• Sampling : le serveur demande une réponse de LLM via le client ; il utilise donc le modèle de l'hôte sans posséder lui-même de clé API. Sensible en matière de coûts et de sécurité, et marqué comme deprecated depuis la révision de la spécification 2026-07-28.

Transport et configuration

Techniquement, MCP s'appuie sur JSON-RPC 2.0 via plusieurs transports. En local, le client communique par stdio avec un serveur lancé en tant que sous-processus ; à distance, d'abord via Server-Sent Events, puis, depuis la révision de la spécification 2025-03-26 (mars 2025), via Streamable HTTP. Cette même révision a ajouté OAuth 2.1 et les annotations d'outils. Le batching JSON-RPC, introduit en même temps, a été supprimé avec la révision 2025-06-18. La spécification de novembre 2025 (2025-11-25) a apporté des Tasks expérimentales pour les opérations asynchrones, l'Elicitation en mode URL et les Client ID Metadata Documents. Avec la révision 2026-07-28, l'actuelle, MCP est devenu stateless : les sessions et le handshake initialize disparaissent, les serveurs doivent s'identifier via server/discover et sont censés transmettre leur identité dans chaque réponse, et les Tasks ont migré vers une extension officielle. MCP Apps (SEP-1865, début 2026) a par ailleurs standardisé la manière dont les serveurs MCP livrent une interface interactive à des hôtes comme Claude et ChatGPT.

La plupart des clients se configurent via un fichier JSON qui liste les entrées de serveurs. Sur le plan conceptuel, l'entrée d'un serveur stdio local ressemble à ceci :

```json
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-filesystem", "/projekt/daten"]
}
}
}
```

Pour les serveurs distants via Streamable HTTP, on renseigne une entrée url au lieu de command, ainsi qu'une configuration OAuth 2.1. Les chemins de fichiers et le schéma exact des clés diffèrent selon le client, mais le principe de base est identique.

Comparatif des clients : prise en charge et cas d'usage

Le tableau suivant situe les principaux clients. La colonne « Support MCP » indique les briques d'après la documentation des éditeurs et d'après la liste de clients sur modelcontextprotocol.io, maintenue par la communauté (situation en mai 2026, retirée depuis) ; la colonne « Quand l'utiliser », le cas d'usage principal. Sampling et Roots sont dépréciés depuis la révision de la spécification 2026-07-28 et signalés comme « deprecated ». Pour OAuth, la procédure d'enregistrement figure entre parenthèses : CIMD (Client ID Metadata Documents) ou DCR (Dynamic Client Registration), dépréciée par cette même révision. Les clients évoluent vite : vérifie donc la documentation actuelle avant de décider.

En parallèle, n8n, Mastra, LangGraph et PydanticAI comptent aussi : n8n et Mastra sont nativement compatibles MCP, LangGraph prend en charge Streamable HTTP pour les serveurs MCP distants. Ce sont à proprement parler des plateformes d'orchestration ou d'automatisation, mais elles agissent de fait comme des clients MCP et constituent souvent la véritable couche d'intégration des stacks de production dans la région DACH (Allemagne, Autriche, Suisse). D'après Anthropic, les SDK officiels pour Python et TypeScript totalisaient en décembre 2025 plus de 97 millions de téléchargements par mois.

Sampling : déprécié depuis juillet 2026

Longtemps, le Sampling a été considéré comme la ligne de partage la plus nette entre les clients : les Tools répondent à la question « Que peut faire l'agent ? », le Sampling à la question « Le serveur peut-il utiliser de lui-même le modèle de l'hôte ? ». Parmi les clients standard comparés, seul VS Code l'implémente d'après la liste de clients citée. Avec la révision de la spécification 2026-07-28, le Sampling est marqué comme deprecated, tout comme Roots et Logging (SEP-2577). Il continue de fonctionner pendant la période de transition d'au moins douze mois, mais les nouveaux clients et serveurs ne doivent plus l'intégrer. Les serveurs qui ont besoin de leur propre raisonnement se connectent directement à l'API du LLM. Pour le choix du client, d'autres critères comptent donc : Resources et Prompts, l'Elicitation pour poser des questions à l'utilisateur, OAuth avec Client ID Metadata Documents au lieu de la Dynamic Client Registration dépréciée, et la prise en charge de la révision stateless 2026-07-28. La documentation de chaque client indique s'il implémente déjà cette révision. Pour les outils de développement comme Cursor, Zed ou Cline, c'est de toute façon l'accès aux outils qui prime : lire des fichiers, lancer des tests, parcourir des dépôts.

Exemple pratique : le choix du client pour une agence

Une agence de la région DACH veut construire un workflow de recherche SEO qui connecte un serveur MCP interne pour le CMS et un serveur MCP de mots-clés. Trois approches réalistes :

1. Exploration rapide : intégrer les deux serveurs dans Claude Desktop : les serveurs stdio locaux via la configuration JSON, les serveurs distants en tant que Custom Connector. Tools, Resources et Prompts fonctionnent immédiatement ; idéal pour une preuve de concept en une journée, sans code.
2. Intégration côté développeurs : intégrer le même serveur CMS dans Cursor ou VS Code pour développer et déboguer le code du serveur avec accès aux outils, directement dans l'IDE.
3. Exploitation en production : un client sur mesure basé sur le SDK TypeScript, intégré à l'application propre. On y met en œuvre des scopes OAuth 2.1 par tenant et une piste d'audit complète avec un Correlation ID, des exigences que les clients standard ne couvrent pas. Si un serveur a besoin de son propre raisonnement, il se connecte directement à l'API du LLM au lieu de miser sur le Sampling déprécié.

L'impact sur les tokens et les coûts se pilote directement : limiter les appels d'outils par tâche et imposer des réponses serveur typées et compressées permet de garder une consommation prévisible. D'après Anthropic, les agents consomment environ 4 fois plus de tokens qu'un simple chat, et les systèmes multi-agents environ 15 fois plus. C'est un argument pour plafonner délibérément les chaînes d'outils autonomes.

Sécurité et gouvernance

MCP repose sur un modèle de confiance optimiste qui assimile la correction syntaxique à la sécurité sémantique. Les attaques documentées en 2025 sont le Tool Poisoning (Invariant Labs, 1er avril 2025), le squatting de serveurs look-alike et le Full-Schema Poisoning de CyberArk, dans lequel chaque partie d'un schéma d'outil devient un point d'injection. Conséquence pour le choix du client : le client utilisé relève d'une décision de gouvernance. Le sandboxing, des tokens OAuth 2.1 limités par scope, le moindre privilège et l'interdiction pour un agent d'installer de lui-même des serveurs MCP depuis des registres non fiables sont obligatoires. En Allemagne et en Autriche s'ajoutent des chaînes de contrats de sous-traitance au sens de l'art. 28 du RGPD pour chaque opérateur de serveur, en Suisse des contrats de sous-traitance selon l'art. 9 LPD, et selon le secteur des exigences de conservation et WORM.

Pour les agences et les décideurs B2B

La recommandation pragmatique pour 2026 : des clients standard pour ce qu'ils savent faire. Claude Desktop pour l'assistance générale et les tests rapides de serveurs, Cursor, VS Code, Zed et Cline pour la productivité des développeurs, VS Code couvrant la spécification le plus largement. Dès qu'un LLM est intégré à un produit propre ou qu'il faut des autorisations multi-tenant, des pistes d'audit sans faille et un hébergement souverain, la voie mène au client sur mesure via SDK. Blck Alpaca, basée à Vienne, accompagne les entreprises en Europe dans le choix de la bonne stratégie de clients MCP, la construction de leurs propres serveurs MCP et la mise en production de workflows MCP conformes au RGPD et auditables.