MCP devient stateless : plan de migration vers la spécification 2026-07-28

La version finale de la spécification MCP datée du 28 juillet 2026 est la révision la plus lourde depuis la publication initiale du protocole. Six SEPs (Specification Enhancement Proposals) convergent vers un même objectif : sortir l’état du cœur du protocole. Sessions et handshake disparaissent, le routage repose sur des en-têtes HTTP standard, et les résultats des opérations de listing et de lecture de ressources deviennent cacheables. Autour de ce noyau, la révision introduit un framework d’extensions, MCP Apps, une extension Tasks redessinée, un alignement de l’autorisation sur les pratiques OAuth/OIDC réellement déployées, et — sans doute le point le plus structurant à moyen terme — une politique formelle de dépréciation.

Pour les équipes qui exploitent des serveurs MCP en production, ce n’est pas une montée de version cosmétique. Plusieurs changements sont explicitement non rétrocompatibles. Voici comment lire la révision, et comment planifier le chantier.

Pourquoi cette révision : les limites du cœur stateful

Le MCP d’origine a été conçu autour d’un modèle mental très clair : un client, un serveur, une connexion longue, une session négociée par un handshake initialize. Ce modèle vient en droite ligne de l’usage fondateur — un serveur local, lancé en sous-processus, parlant en stdio à une application de bureau. Dans ce contexte, la session est gratuite : elle vit dans la mémoire du processus, et le cycle de vie du processus est le cycle de vie de la session.

Le problème est apparu dès que les serveurs MCP sont devenus des services distants et multi-tenants. Une…