MCP · Actualité
Feuille de route MCP : les cinq chantiers qui préparent la prochaine version
Après la refonte de juillet, les mainteneurs du protocole MCP ont publié leurs priorités : agents au long cours, transport unique, identité des agents, outils mieux décrits et kits de développement plus simples. Aucune date n'est annoncée.
Par Kayzen AI · · 2 min de lecture

La plupart des objectifs que le protocole MCP s'était fixés en mars ont été livrés dans la spécification du 28 juillet. Les mainteneurs ont donc publié fin août une nouvelle feuille de route. Elle tient en cinq priorités, et dit assez bien où va l'écosystème des agents.
1. Des agents qui travaillent longtemps
Aujourd'hui, un client doit souvent redemander régulièrement « c'est fini ? » à un serveur qui exécute une tâche longue. L'objectif est de permettre au serveur de prévenir lui-même, par des événements (webhooks, canaux), et de pouvoir réorienter un travail en cours de route. L'extension dédiée aux tâches longues doit mûrir pour rejoindre la spécification.
2. Un seul transport
La version de juillet a aligné les serveurs distants sur le fonctionnement normal du web. Les serveurs locaux, eux, communiquent encore autrement. Le projet est de faire passer le même transport partout, y compris en local. Moins de cas particuliers, donc moins de code à écrire et à maintenir.
3. Une identité pour les agents
C'est le chantier le plus important pour les entreprises. Un agent peut agir pour un utilisateur absent, ou déléguer une partie de son travail à un sous-agent qui devrait avoir moins de droits que lui. Le protocole veut couvrir ces cas avec des standards existants, et fait une promesse claire : en finir avec les clés d'API collées dans un fichier de configuration et les jetons à durée de vie illimitée.
4. Des outils mieux décrits, et dévoilés au fur et à mesure
Deux problèmes sont visés :
- un outil peut aujourd'hui renvoyer le même résultat sous plusieurs formes, sans que le serveur sache laquelle sera montrée au modèle ;
- une longue liste d'outils consomme le contexte du modèle et dégrade ses choix.
D'où l'idée de « découverte progressive » : le serveur expose un petit point d'entrée, puis révèle le reste de son catalogue quand la conversation se précise.
5. Des kits de développement plus agréables
Meilleure ergonomie, meilleure conformité, meilleure documentation. Les mainteneurs notent un fait révélateur : beaucoup de développeurs créent désormais leurs serveurs MCP en demandant à un agent de coder avec ces kits. Une documentation exacte compte donc double.
Ce que ça change pour vous
Aucune date n'est donnée, ni pour la prochaine version ni pour chaque chantier. La feuille de route sert surtout à trier les propositions : celles qui entrent dans ces cinq priorités sont examinées en premier.
Si vous connectez des outils métier à un assistant, deux points méritent d'être anticipés. D'abord, gardez vos catalogues d'outils courts et bien nommés : le protocole lui-même reconnaît que les longues listes nuisent à la qualité. Ensuite, évitez de bâtir votre sécurité sur des clés statiques, puisque la direction prise est celle d'identités vérifiables et de droits délégués.
Sources
- Blog MCP — The New MCP Roadmap — source primaire
- Feuille de route complète du protocole MCP