MCP grandit : enfin l’agent serveur sans état peut être mis à l’échelle librement

MCP 2026-07-28 supprime les ID de session et le handshake d’initialisation. Chaque requête porte la version du protocole et les informations client elle-même. Ainsi, les agents-serveurs fonctionnent derrière un simple Round-Robin et en serverless, sans artifice de sticky session.

Les points clés en bref

En lien :Le Model Context Protocol sous l’égide de la Linux Foundation  /  AWS retire l’infrastructure agent, mais le piège subsiste

Pourquoi l’état de session freinait l’infrastructure agent

Jusqu’à la spécification du 28 juillet 2026, le MCP distant reposait sur des sessions persistantes. Les load-balancers nécessitaient une affinité sticky. Les fonctions serverless, qui s’endorment après la requête, s’adaptaient mal. Les équipes construisaient des stores Redis pour les sessions ou maintenaient des conteneurs actifs, uniquement pour qu’un appel d’outil atteigne le même pod.

La nouvelle spécification inverse le modèle. Chaque requête JSON-RPC est auto-descriptive. La version du protocole, l’identité du client et les capabilities voyagent dans _meta. Si un client souhaite connaître les capacités du serveur à l’avance, il appelle server/discover. Ce n’est pas obligatoire. Chaque instance derrière un simple Round-Robin peut répondre à n’importe quelle requête.

Ce que les équipes plateforme doivent maintenant modifier

Trois chantiers sont critiques, le reste relève de la migration.

Premièrement, le transport. Les ID de session dans l’en-tête sont obsolètes. Si vous avez besoin d’état pour les appels d’outils, le modèle renvoie un handle explicite en argument. Ce handle est visible. C’est plus fastidieux qu’un état de session caché, et c’est précisément pour cette raison qu’il est plus facile à déboguer.

Deuxièmement, les requêtes multi-round-trip. Auparavant, le serveur maintenait un flux ouvert lorsqu’il avait besoin d’une confirmation ou d’un paramètre en cours d’appel d’outil. Désormais, MRTR renvoie resultType: « input_required ». Le client répond et répète l’appel avec inputResponses. Les élicitations et le sampling n’ont plus besoin d’un flux permanent.

Troisièmement, l’authentification. La validation de l’émetteur selon RFC 9207 est obligatoire. Le Dynamic Client Registration est considéré comme obsolète au profit des Client ID Metadata Documents. Ceux qui développent des clients CLI avec des redirections localhost doivent définir correctement application_type, sinon OAuth échouera toujours à cause des URI de redirection.

Routage par en-têtes et listes cacheables

Les requêtes HTTP streamables doivent définir Mcp-Method et Mcp-Name. Les gateways peuvent mesurer et activer les outils sans analyser le corps. Cela semble anodin, mais cela change le quotidien opérationnel : rate-limits par outil, allowlists par tenant, journaux d’audit avec des noms de méthodes lisibles.

Les réponses de tools/list, prompts/list et resources/list incluent ttlMs et cacheScope. Les clients mettent en cache les catalogues d’outils. Les caches de prompts restent stables après une reconnexion. Ceux qui rafraîchissent la liste des outils toutes les 30 secondes gaspillent de la latence et du budget de tokens.

Tâches, dépréciations, fenêtre de 12 mois

Les tâches migrent du cœur vers l’extension io.modelcontextprotocol/tasks, avec des opérations basées sur le polling pour tasks/get et tasks/update. Les exécutions longues des agents sont désormais spécifiées, plus improvisées. Roots, Sampling et Logging sont dépréciés, mais restent utilisables pendant au moins douze mois. Les nouvelles implémentations ne devraient plus les introduire.

La spécification ouverte crée le cadre. Anthropic annonce pour Claude plus de 950 serveurs MCP dans le répertoire des connecteurs et développe sur cette base des applications MCP pour des interfaces interactives, une authentification d’entreprise centralisée ainsi que l’observabilité des connecteurs. Pour les équipes plateforme, cela signifie que l’identité, les autorisations, la télémétrie et la publication des composants UI sont désormais soumises aux mêmes contrôles opérationnels que le transport et la scalabilité.

Les SDK pour TypeScript, Python, Go et C# prennent en charge la spécification. AWS promeut le cœur stateless pour Amazon Bedrock AgentCore. Cloudflare Agents SDK et Microsoft Foundry indiquent un support dès le premier jour. Ce n’est pas une simple phrase marketing : cela signifie que les serveurs MCP fonctionneront désormais comme des charges de travail HTTP normales, et non comme des exceptions avec session sticky.

Un effet secondaire sous-estimé : les caches de listes stabilisent les caches de prompts. Lorsque les catalogues d’outils arrivent à chaque reconnexion dans un ordre différent, les caches de préfixes de prompts se dégradent. Un ordre déterministe plus une TTL n’est donc pas une simple fonctionnalité de confort. Cela économise des tokens et rend les exécutions des agents moins coûteuses.

Ceux qui exploitent MCP derrière des API Gateways peuvent intégrer les en-têtes de méthode dans les moteurs de politique existants. Allowlist par tenant, Deny pour les outils destructifs en production, limites de burst par nom MCP. Avec un simple parsing du corps, c’était imprécis et lent. Avec les en-têtes, cela devient opérationnellement normal.

L’ordre de migration qui fonctionne en pratique : d’abord les clients et les SDK sur la version 2026-07-28, puis les serveurs sans acceptation de session, ensuite le durcissement de l’authentification, et enfin la désactivation des anciens transports. Ceux qui cassent l’authentification en premier ne génèrent que des tickets de support sans gain d’échelle.

Ce que tu vérifies lundi

Inventorie tes serveurs MCP avec acceptation de session. Vérifie si ton ingress impose des sticky sessions. Configure l’authentification sur la validation de l’émetteur et le chemin CIMD. Planifie la migration breaking des SDK comme toute autre mise à niveau de protocole : Staging, Canary, puis Production. Ceux qui exploitent MCP uniquement en localhost de démonstration peuvent attendre. Ceux qui utilisent des outils d’agent en production obtiennent enfin avec la version 2026-07-28 la sémantique HTTP que le reste de la stack possède déjà.

Foire aux questions

Source de l’image : générée par IA (juillet 2026)