Les responsables du Model Context Protocol (MCP) ont publié une feuille de route mise à jour qui façonnera la prochaine version de spécification du protocole qui est devenu une norme de facto pour connecter les modèles d'IA à des outils et des données externes. Le message du 22 août, rédigé par les responsables de la maintenance David Soria Parra et Den Delimarsky, présente cinq domaines prioritaires – des primitives de messagerie agent à l'identité d'agent standardisée – et arrive quelques semaines seulement après la refonte historique des spécifications du protocole le 2026-07-28.
La mise à jour a immédiatement attiré l'attention de la communauté des développeurs, l'annonce de la feuille de route collectant plus de 240 votes positifs et plus de 140 commentaires sur Hacker News en quelques jours. Pour les développeurs créant des applications agentiques, le document indique où les principaux responsables du protocole et les groupes de travail passeront leur temps d'examen – et quelles propositions avanceront le plus rapidement dans la file d'attente. Pour plus de contexte sur cette histoire, consultez notre plus d'articles sur l'IA.
Ce que la spécification de juillet a déjà modifié
Avant de fixer de nouvelles priorités, les responsables ont fait le point sur la précédente feuille de route, publiée en mars 2026, qui se concentrait sur quatre domaines : l'évolution et l'évolutivité des transports, la communication des agents, la maturation de la gouvernance et la préparation de l'entreprise. Selon le billet de blog, des « progrès significatifs » ont été réalisés sur les quatre fronts, la majeure partie des modifications étant incluse dans la version de spécification du 2026-07-28.
Le changement le plus conséquent a été la suppression des sessions au niveau du protocole et de la poignée de main d'initialisation, suivies comme SEP-2575 et SEP-2567. Ce changement signifie qu'un serveur MCP peut désormais évoluer horizontalement sans conserver son état – une refonte fondamentale qui fait que les serveurs MCP distants se comportent comme des services Web ordinaires. Les clients peuvent également appeler un nouveau point de terminaison « serveur/découverte » pour connaître les versions et les fonctionnalités prises en charge par un serveur avant de faire quoi que ce soit d'autre, et les résultats de la liste sont devenus mis en cache sous SEP-2549.
Du côté de la communication des agents, la construction Tasks a été retravaillée en une extension officielle (SEP-2663), tandis qu'un nouveau modèle de requêtes multi-allers-retours (SEP-2322) a remplacé les requêtes initiées par le serveur afin que les flux comme l'élicitation fonctionnent sur des serveurs sans état. La gouvernance a également mûri : le projet a officiellement adopté une échelle de contributeurs, les groupes de travail trient désormais leurs propres propositions d'amélioration et la spécification a acquis un cycle de vie des fonctionnalités approprié et une politique de dépréciation.
Le travail de préparation de l'entreprise s'est concentré sur l'autorisation, la validation de l'émetteur d'expédition, les informations d'identification du client liées à l'émetteur et les documents de métadonnées d'ID client comme chemin d'enregistrement client préféré, l'autorisation gérée par l'entreprise étant promue au statut stable en tant qu'extension.
Cinq priorités pour le prochain cycle de publication
1. Primitives de messagerie agent
La première priorité reconnaît que « les charges de travail agents modernes ne correspondent plus au modèle standard de demande et de réponse ». Les boucles durent plus longtemps, les serveurs diffusent les résultats en streaming et les développeurs doivent pouvoir piloter le travail en cours de vol. MCP s'est développé pour répondre à ces exigences avec des tâches, des abonnements et des opérations d'écoute, ainsi que des notifications de progression, mais les responsables souhaitent qu'ils fonctionnent bien ensemble.
Le travail prévu comprend des événements lancés par le serveur diffusés via des webhooks et des canaux, « afin que les clients ne soient pas obligés d'interroger les résultats », une révision de la composition couvrant les groupes de travail Agents, Transports et Déclencheurs et événements, et la maturation de l'extension Tâches afin qu'elle puisse passer à la spécification principale.
2. Unification du transport HTTP natif
Avec la version de juillet, ont écrit les responsables, "un serveur MCP distant n'est désormais plus différent de toute autre charge de travail HTTP", ce qui rend les serveurs MCP faciles à héberger sur l'infrastructure que les organisations utilisent déjà pour leurs API. L'approche « s'est avérée à grande échelle » et la feuille de route propose désormais de l'étendre pour couvrir les serveurs locaux parlant HTTP Streamable sur une entrée et une sortie standard. Selon l'article, l'unification sur un seul transport simplifierait encore davantage le développement du serveur et du client MCP.
3. Identité d'agent et sécurité adaptée à l'entreprise
La priorité la plus avant-gardiste concerne peut-être l’écart entre le fonctionnement actuel de l’autorisation MCP et le fonctionnement réel des agents. L'autorisation actuelle repose sur une personne qui approuve l'accès dans un navigateur – ce qui convient aux clients interactifs, mais de plus en plus en décalage avec la réalité.
"De plus en plus d'appelants sont des agents exécutant des charges de travail cloud avec leur propre identité, agissant au nom d'un utilisateur qui n'est pas présent ou déléguant une autorité plus étroite à des sous-agents", ont écrit les responsables. L'objectif est un moyen standardisé permettant aux serveurs MCP de reconnaître et de faire confiance à ces identités d'agent, "basé sur des normes existantes plutôt que sur des clés API collées et des jetons à longue durée de vie".
Concrètement, le travail consiste à finaliser la démonstration de la preuve de possession (DPoP) et à favoriser son adoption, à définir un chemin avisé pour l'identité et la délégation des agents via Workload Identity Federation, la subvention ID-JAG derrière l'autorisation gérée par l'entreprise et l'échange de jetons standard. L'équipe continuera également à collaborer avec les groupes de travail IETF OAuth et WIMSE pour faire évoluer les normes sous-jacentes.
4. Primitives améliorées et découverte progressive d'outils
L'appel d'outils reste la partie de MCP que la plupart des développeurs touchent en premier, et il a « bien résisté », selon le message. Mais la gestion des résultats est insuffisante : une réponse « outils/appel » peut véhiculer le même résultat sous plusieurs formes, et les développeurs de serveurs n'ont aucun moyen de savoir quelle forme un client donné mettra devant le modèle. La feuille de route vise à standardiser sur un contrat clair.
Les responsables ont également signalé le problème de l'échelle. "La connexion à un serveur avec une centaine d'outils signifie que le modèle paie pour toute cette surface avant que l'utilisateur n'ait posé une seule question, et la sélection des outils a tendance à se détériorer à mesure que la liste s'allonge", ont-ils écrit. La réponse est un effort de découverte progressif, permettant à un serveur d'offrir un petit point d'entrée et de révéler davantage de son catalogue à mesure que la conversation se rétrécit.
5. Expérience améliorée pour les développeurs de SDK
Enfin, les responsables se sont engagés à investir dans les SDK grâce auxquels la plupart des développeurs découvrent MCP : leur ergonomie, leur conformité à la spécification et leur documentation sur toutes les plates-formes et tous les langages pris en charge. Les enjeux ont augmenté, ont-ils noté, maintenant que de nombreux développeurs créent des clients et des serveurs MCP « en dirigeant un agent vers nos bibliothèques », où des API claires et une documentation précise décident si le code généré fonctionne avec un minimum de frictions.
Ce que cela signifie pour l'écosystème
La feuille de route comprend une structure d'incitation pratique : les propositions d'amélioration des spécifications (SEP) qui relèvent des domaines prioritaires bénéficient d'un examen accéléré et des meilleures chances d'acceptation, tandis que les propositions hors champ ne sont pas rejetées automatiquement mais reçoivent en dernier lieu le temps limité du responsable. Chaque domaine prioritaire a nommé des mainteneurs principaux et un ou plusieurs groupes de travail, qui peuvent tous accueillir davantage de contributeurs, et le mécanisme d'extension expérimental sous SEP-2133 permet aux groupes de tester des idées avant des propositions formelles.
Depuis qu'Anthropic a introduit le MCP open source fin 2024, le protocole s'est répandu dans l'industrie, les principaux fournisseurs d'IA et constructeurs d'outils l'adoptant comme moyen courant de donner aux modèles l'accès à des systèmes externes. La feuille de route d'août suggère que la prochaine phase du protocole sera définie moins par la connectivité de base que par les problèmes plus difficiles de l'ère agentique : identifier qui - ou quoi - appelle réellement, maintenir le travail de longue durée gérable et apprivoiser la prolifération d'outils que les agents doivent utiliser.
Pour les développeurs et les équipes de plateforme qui parient sur MCP, le message est clair : le fonctionnement HTTP sans état est désormais la base de référence, et le centre de gravité du protocole se déplace vers des agents qui agissent de manière autonome, portent leur propre identité vérifiable et découvrent des capacités progressivement plutôt que d'un seul coup.
---
Restez à la Pointe de l'IALes dernières actualités, analyses et percées en IA — au même endroit.
Lire plus d'actualités IA →
