Model Context Protocol (MCP) franchit un cap majeur avec sa prochaine mise à jour, prévue pour le 28 juillet. Cette version marque un tournant architectural en abandonnant les sessions protocolaires au profit d’une architecture sans état. Une évolution stratégique qui simplifie l’intégration des modèles IA dans les infrastructures cloud, répondant ainsi aux besoins croissants des entreprises en phase de déploiement à grande échelle.
Une transition nécessaire pour les environnements cloud
Jusqu’à présent, MCP fonctionnait avec un modèle basé sur des sessions, adapté aux développements locaux. Cependant, cette approche posait des défis en production, notamment en termes de scalabilité et d’intégration avec les architectures cloud modernes. « Le modèle basé sur des sessions était pertinent pour les serveurs locaux, mais en production, cela devenait un frein opérationnel », explique Muskan Bandta, cloud associate chez ZopDev. Avec cette nouvelle architecture sans état, MCP devient enfin compatible avec les standards des applications cloud.
Gestion explicite de l’état et portabilité accrue
Le passage à une architecture sans état ne simplifie pas seulement l’infrastructure. Il transforme fondamentalement la manière dont les applications IA gèrent et partagent le contexte entre outils. Amit Jena, AI development manager chez Kanerika, souligne que cette évolution rend l’état de l’application explicite plutôt que caché. Les modèles IA peuvent désormais accéder, raisonner et transmettre ces informations entre outils, offrant aux développeurs un contrôle accru sur la préservation et le partage du contexte. Cette approche devrait également rendre les workflows IA plus portables, résilients et faciles à orchestrer dans des environnements distribués.
Nouvelles fonctionnalités pour une intégration optimisée
Parmi les autres innovations, MCP introduit un mécanisme de Multi Round-Trip Requests (MRTR), permettant aux serveurs de demander des informations supplémentaires via un échange standard requête-réponse. Les en-têtes de transport routables facilitent l’identification et le routage des requêtes MCP sans inspection de leur contenu, réduisant ainsi la latence et les coûts de traitement. De plus, un nouveau cadre d’autorisation basé sur OAuth 2.1 et OpenID Connect renforce la sécurité, tandis que le caching déterministe des listes d’outils améliore les taux de réussite des caches de prompts, réduisant potentiellement les coûts de tokens.
Dépréciation des fonctionnalités legacy et reconstruction des frontières de confiance
Certaines fonctionnalités legacy, comme Roots, Sampling, Logging, et l’ancien transport HTTP+SSE, sont dépréciées mais resteront fonctionnelles pendant un an. La dépréciation de Sampling est particulièrement significative, car elle modifie la responsabilité d’interaction avec les modèles de fondation. « Sampling permettait aux serveurs MCP d’invoquer le LLM via le client, créant une voie de retour sans possession de la connexion. Sa dépréciation implique de reconstruire cette frontière de confiance », précise Jena. Cette transition nécessite une réévaluation des architectures réseau, des modèles d’authentification et des flux de facturation.
SDKs mis à jour pour une transition en douceur
Pour accompagner cette mise à jour majeure, des SDKs actualisés pour Python, Typescript, Go et C# sont disponibles. Ils prennent en charge les anciennes et nouvelles versions du protocole, assurant une compatibilité ascendante et descendante. Cette mesure réduit les risques de perturbations immédiates, bien que certaines entreprises ayant bâti des infrastructures personnalisées autour de l’ancienne architecture sessionnelle devront adapter leurs systèmes.
Cette évolution de MCP positionne le protocole comme une solution clé pour les entreprises cherchant à déployer des modèles IA à grande échelle, tout en répondant aux exigences de sécurité, de scalabilité et d’intégration cloud.