Roadmap MCP 2026-2027 : la spécification 2026-07-28 et la suite

La feuille de route MCP 2026 décrit l'évolution du Model Context Protocol après la ligne de spécifications de novembre 2025. Le mouvement de fond : passer de la simple connexion d'outils à la maturité entreprise, avec authentification, pistes d'audit, registre et découverte. La spécification 2025-11-25 a apporté les Tasks expérimentales pour les requêtes de longue durée, l'URL Mode Elicitation, le tool calling dans Sampling et les Client ID Metadata Documents. Depuis le 28 juillet 2026, c'est la spécification 2026-07-28 qui s'applique, avec un noyau de protocole sans état, server/discover et Tasks comme extension officielle. Ce qui suivra est signalé comme prévision dans cet article.

Cet article fait partie du hub L'avenir de l'IA agentique (2026-2028) et approfondit la couche d'intégration, qui concerne en 2026 presque tous les systèmes d'agents en production dans les entreprises en Europe.

• Situation actuelle (octobre 2026) : MCP est la couche d'intégration de facto pour l'Agent-to-Tool. En décembre 2025, Anthropic annonçait plus de 10 000 serveurs publics actifs et plus de 97 millions de téléchargements mensuels du SDK.
• Prochaine étape : la feuille de route des mainteneurs de MCP d'août 2026 donne la priorité à l'identité des agents et à la sécurité en entreprise, aux primitives de messagerie pour les agents de longue durée et à un transport HTTP unifié. Depuis décembre 2025, l'Agentic AI Foundation (Linux Foundation) décide du budget et de la stratégie, pas de l'orientation technique.
• Plus gros chantier : la sécurité. Le protocole ne peut pas vérifier les descriptions d'outils. Le sandboxing, le moindre privilège et les registres contrôlés restent donc une obligation de l'opérateur.

Le point de départ : ce que signifie la ligne de spécifications 2025-11-25

Anthropic a lancé le Model Context Protocol le 25 novembre 2024 comme standard ouvert pour connecter les applications d'IA à des systèmes externes : systèmes de fichiers, bases de données, systèmes métier et outils de développement. Techniquement, MCP repose sur JSON-RPC 2.0 via plusieurs transports : stdio en local, à l'origine Server-Sent Events, puis Streamable HTTP depuis la révision 2025-03-26.

L'évolution a suivi des étapes claires, qu'il faut connaître pour lire la feuille de route :

• Mars 2025 (2025-03-26) : OAuth 2.1, Streamable HTTP, le batching JSON-RPC et les Tool Annotations font leur apparition. MCP devient ainsi, pour la première fois, capable de gérer l'authentification au sens entreprise.
• Juin 2025 (2025-06-18) : le batching JSON-RPC a de nouveau été retiré. Nouveautés : la sortie structurée des outils et l'Elicitation. Depuis, les serveurs MCP sont considérés comme des OAuth Resource Servers, et les clients doivent implémenter les Resource Indicators selon la RFC 8707.
• Novembre 2025 (2025-11-25, la ligne de référence) : Tasks expérimentales pour les requêtes de longue durée avec polling, URL Mode Elicitation, tool calling dans Sampling, Client ID Metadata Documents comme méthode recommandée d'enregistrement des clients et découverte OpenID Connect.
• Janvier 2026 : MCP Apps (SEP-1865) est devenue le 26 janvier 2026 la première extension officielle. Elle fournit des interfaces interactives depuis les serveurs MCP vers des applications hôtes comme Claude et ChatGPT.

S'y ajoute un événement de gouvernance : le 9 décembre 2025, Anthropic a fait don de MCP à l'Agentic AI Foundation (AAIF) nouvellement créée, un directed fund de la Linux Foundation. L'AAIF a été fondée par Anthropic, Block et OpenAI ; à leurs côtés, AWS, Bloomberg, Cloudflare, Google et Microsoft sont membres Platinum, et on compte aussi, entre autres, Cisco, IBM, Okta, Oracle, SAP et Snowflake. Selon le projet MCP, l'orientation technique et la feuille de route restent entre les mains des mainteneurs ; le conseil d'administration de la fondation décide des investissements stratégiques, du budget et des nouveaux membres. Pour les décideurs en Europe, cela signifie que MCP est un standard neutre vis-à-vis des fournisseurs, et non plus un pari sur un seul éditeur. Le risque de dépendance fournisseur lors des achats s'en trouve nettement réduit.

La spécification 2026-07-28 : ce qui est réellement arrivé après 2025-11-25

La spécification qui succède n'est plus une perspective. La Release Candidate est parue le 21 mai 2026, la spécification finale 2026-07-28 le 28 juillet 2026, accompagnée de SDK Tier 1 mis à jour pour TypeScript, Python, Go et C#. Les principaux changements selon le changelog officiel :

• Noyau sans état : le handshake composé d'initialize et de notifications/initialized disparaît, tout comme l'en-tête Mcp-Session-Id. Chaque requête transporte elle-même la version du protocole et les capabilities du client. Si un serveur a besoin d'un état sur plusieurs appels, il émet ses propres handles, qui reviennent comme arguments d'outil ordinaires.
• server/discover : chaque serveur doit proposer cette RPC et y indiquer les versions du protocole, ses capabilities et son identité. Les clients peuvent l'appeler avant la première requête.
• Cadre d'extensions : client et serveur négocient des extensions optionnelles via un champ dédié dans leurs capabilities. Tasks quitte le noyau expérimental pour devenir l'extension officielle io.modelcontextprotocol/tasks. Le tasks/result bloquant disparaît ; le client ne récupère plus les résultats que par polling via tasks/get.
• Multi Round-Trip Requests (MRTR) : au lieu de requêtes propres au serveur pour Roots, Sampling ou Elicitation, le serveur renvoie un résultat intermédiaire avec le statut input_required. Le client répète la requête initiale avec les informations manquantes.
• Dépréciations : Roots, Sampling et Logging sont dépréciés, mais fonctionnent encore pendant au moins douze mois. Dynamic Client Registration est déprécié au profit des Client ID Metadata Documents. Le transport HTTP+SSE, déjà remplacé depuis 2025-03-26, reçoit formellement le statut Deprecated.

C'est le véritable saut, du protocole de tool calling à la brique d'infrastructure. Selon la feuille de route actuelle des mainteneurs, un serveur MCP distant ne se distingue plus de n'importe quelle autre charge de travail HTTP. Si tu migres un serveur de 2025-11-25 vers 2026-07-28, tu devras surtout refondre la logique de session et les requêtes côté serveur.

Où en est MCP aujourd'hui (octobre 2026)

Les chiffres montrent que MCP a quitté la phase d'expérimentation. Lors du transfert à l'Agentic AI Foundation, le 9 décembre 2025, Anthropic faisait état de plus de 10 000 serveurs MCP publics actifs et de plus de 97 millions de téléchargements mensuels du SDK en Python et TypeScript.

Concrètement, SAP Joule Studio 2.0 intègre MCP nativement (serveurs MCP pour ABAP, LeanIX, Integration Suite), et Microsoft 365 Copilot, Copilot Studio, Salesforce Agentforce, n8n, LangGraph, Mastra et PydanticAI parlent MCP. Si tu lances un projet d'agents en 2026, tu écriras ou consommeras des serveurs MCP, que ce soit prévu ou non.

Pour la décision d'architecture, la distinction avec A2A (Agent-to-Agent) est essentielle. MCP est la base de l'Agent-to-Tool. On peut certes le détourner pour exposer un agent comme « serveur » doté de capacités en forme d'outils, mais il n'a pas été conçu pour cela. Le projet A2A de la Linux Foundation, dont Google et Microsoft font partie des membres fondateurs, distingue ainsi les deux protocoles dans sa documentation : MCP relie un agent à ses outils, A2A relie les agents entre eux.

La feuille de route MCP 2026-2027 : priorités et prévisions

Les priorités des mainteneurs sont publiées, les étapes suivantes relèvent de la prévision, pas du fait établi. Pour les feuilles de route en IA, le calendrier est nettement plus incertain que l'orientation.

La feuille de route des mainteneurs de MCP du 9 mars 2026 fixait quatre axes, dont la maturité entreprise avec quatre lacunes : pistes d'audit, authentification intégrée au SSO, comportement des gateways et portabilité de la configuration. Selon les mainteneurs, les quatre axes ont nettement progressé depuis ; l'essentiel de ces changements a atterri dans la spécification 2026-07-28. Pour la maturité entreprise, il s'agissait surtout de travail sur l'authentification : les Client ID Metadata Documents sont désormais la voie d'enregistrement privilégiée, Dynamic Client Registration est déprécié et Enterprise-Managed Authorization est disponible en tant qu'extension stable. Sur les pistes d'audit, le comportement des gateways et la portabilité de la configuration, la nouvelle feuille de route ne donne aucun état d'avancement. La feuille de route du 22 août 2026 fixe cinq priorités :

• Primitives de messagerie pour les agents : événements côté serveur via webhooks et canaux ; l'extension Tasks doit mûrir suffisamment pour être intégrée à la spécification.
• Transport HTTP unifié : les serveurs locaux devront eux aussi parler Streamable HTTP, transmis via stdio, afin qu'il ne reste plus qu'un seul transport.
• Identité des agents et sécurité en entreprise : un standard pour des identités d'agents dignes de confiance, fondé sur DPoP et Workload Identity Federation plutôt que sur des clés API copiées-collées et des tokens à longue durée de vie.
• Primitives améliorées : un format unifié pour les résultats d'outils et une découverte progressive des outils.
• De meilleurs SDK : ergonomie, conformité à la spécification et documentation.

On peut en déduire l'évolution attendue :

Notre analyse des prochaines étapes :

• 2027 : les serveurs MCP deviennent l'intégration standard en entreprise. Les extensions de maturité entreprise (SSO, pistes d'audit, politiques de gateway) se stabilisent. Les entreprises doivent s'attendre à ce que leurs grands éditeurs SaaS fournissent des serveurs MCP distants officiels comme option par défaut dans les achats.
• 2028 : des schémas équivalents à MCP s'étendent à l'IA hors LLM (vision par ordinateur, voix native, robotique). L'architecture « Agentic Mesh » se consolide : MCP pour l'Agent-to-Tool, A2A ou des protocoles successeurs pour l'Agent-to-Agent.

Les chantiers ouverts : sécurité, registre, confiance

La plus grande question non résolue est la sécurité. Les attaques documentées en 2025 visent pour la plupart la même faiblesse : les hôtes transmettent les descriptions d'outils au modèle sans les vérifier. En avril 2025, Invariant Labs reprochait au modèle de sécurité de MCP de présupposer des descriptions d'outils fiables. La spécification 2026-07-28 précise que les descriptions du comportement des outils doivent être considérées comme non fiables tant qu'elles ne proviennent pas d'un serveur de confiance. MCP ne peut pas l'imposer au niveau du protocole. Des descriptions syntaxiquement correctes passent donc facilement pour sûres, même si elles contiennent des instructions cachées. Les principaux schémas d'attaque :

• Prompt injection indirecte via les descriptions de serveurs MCP.
• Tool poisoning : Invariant Labs l'a démontré en avril 2025 avec une preuve de concept sur WhatsApp.
• Server squatting par imitation : des serveurs aux noms trompeusement similaires.
• Full-schema poisoning (CyberArk) : chaque partie du schéma d'un outil est un point d'injection potentiel, y compris en dehors de la description.
• GitHub MCP « Toxic Agent Flow » : une issue GitHub malveillante pousse l'agent à faire fuiter des données de dépôts privés.

En 2026, la protection est de la responsabilité de l'opérateur, pas du protocole : sandboxing, tokens à portée limitée, moindre privilège et surtout aucune installation autonome de serveurs MCP depuis un registre non vérifié. C'est précisément là qu'intervient le deuxième chantier : registre et découverte. Les grands groupes exploitent aujourd'hui des registres internes de serveurs MCP avec un contrôle d'accès strict et placent les serveurs derrière OAuth 2.1. Pour la découvrabilité entre fournisseurs, l'annuaire OASF d'AGNTCY se dessine comme une forme plausible, encore sous surveillance et pas comme un standard établi.

Cas pratique : la couche d'outils MCP dans un grand groupe de la région DACH (Allemagne, Autriche, Suisse)

La configuration de référence pour un grand groupe de la région DACH (AI Center of Excellence, 10-30 ETP, hub-and-spoke) montre à quoi cela ressemble concrètement. La couche d'outils y est entièrement construite sur MCP, avec un registre interne et OAuth 2.1 obligatoire. Notre séquence de déploiement recommandée :

1. Standardiser la politique des serveurs MCP (registre, accès, OAuth 2.1).
2. Introduire d'abord A2A au sein d'un seul environnement (par ex. uniquement Salesforce).
3. L'étendre à un deuxième environnement (par ex. SAP).
4. Publier un registre d'AgentCards.
5. N'ajouter l'identité multi-fournisseurs (AGNTCY) que lorsque le volume le justifie.

Une étape pratique obligatoire dès le premier jour : faire passer un trace ID unique par chaque tâche A2A et chaque appel MCP. Sinon, des trous d'audit apparaissent, dans lesquels les logs d'un environnement ne peuvent pas être corrélés avec ceux d'un autre. Sans cette discipline, un système multi-agents est de fait impossible à examiner face à une demande d'une autorité de contrôle. Le coût de la première année de plateforme dépend surtout du choix entre l'extension d'un setup mono-fournisseur et la construction d'un véritable mesh multi-fournisseurs avec hébergement souverain.

Ce que cela signifie pour les agences et le B2B

Pour les agences et les éditeurs de produits AI-native, MCP est le levier de la productisation : un dépôt de serveurs MCP partagé entre tous les projets clients, plus des serveurs verticaux sur mesure (par exemple un serveur de recherche de mots-clés SEO ou un serveur CMS interne). Celui qui construit proprement ici vend des intégrations plutôt que des solutions isolées.

Pour les décideurs B2B, la question des achats est centrale : le contrat avec Agentforce, Joule ou Copilot Studio garantit-il le respect des standards MCP, et que se passe-t-il en cas de sortie ? MCP, standard neutre placé sous la Linux Foundation, est le meilleur antidote disponible contre la dépendance à une plateforme, mais seulement si la gouvernance du registre, la sécurisation OAuth 2.1 et la discipline des pistes d'audit sont pensées dès le départ. Notre page sur l'intégration d'agents IA pour les entreprises montre comment nous mettons cela en œuvre dans nos projets.

Tu veux suivre la feuille de route MCP, les versions de la spécification et le débat sur la sécurité sans faire toi-même des recherches chaque semaine ? Notre newsletter rassemble les évolutions pertinentes autour de l'IA agentique pour les entreprises en Europe. Précise, sans hype, avec une séparation nette entre faits et prévisions.