MCP 2.0 est en ligne avec la spécification 2026-07-28. C’est le changement le plus important du Model Context Protocol depuis son lancement par Anthropic en novembre 2024. Le virage central est le passage au sans état : une seule requête HTTP pour appeler un outil, au lieu de deux. Avant, tu initialisais la session et obtenais un ID de session, puis tu appelais l’outil. Maintenant une seule requête suffit, avec la méthode et le nom de l’outil dans les en-têtes. Aucun état à maintenir sur le serveur.

Pourquoi ça te concerne. Si tu relis des agents à des outils externes, MCP 2.0 résout deux problèmes qui coûtaient cher avant. Les outils MCP sont plus faciles à auditer que de donner un terminal avec curl à l’agent, et les petits modèles qui tournent sur ton laptop réussissent à les utiliser. Le sans état élimine la gestion des sessions, c’est là que l’architecture se cassait quand tu devais passer à l’échelle au-delà du prototype. Comme on l’a expliqué dans la leçon sur connecter l’agent à tes systèmes, MCP est le pont standard entre l’agent et tes données. La nouvelle version la rend praticable en production.

Si tu veux l’essayer : le premier pas est de pointer un client sans état vers un serveur MCP public et d’inspecter la liste des outils disponibles. mcp-explorer et llm-mcp-client sont les candidats naturels pour commencer.

En détail

MCP est né comme standard pour exposer des outils aux agents IA de manière uniforme. Anthropic l’a présenté en novembre 2024, il a connu un pic d’intérêt pendant une grande partie de 2025, puis a été partiellement éclipsé par Skills, l’approche avec laquelle un agent doté d’un terminal et d’un accès à internet pouvait faire la majeure partie de ce que MCP faisait, de façon plus flexible.

Qu’est-ce qui change avec le sans état. Le MCP avec état exigeait deux requêtes HTTP pour chaque appel : la première pour initialiser la session et obtenir un Mcp-Session-Id, la seconde pour exécuter l’outil. Le serveur devait maintenir l’état de chaque session active et router les requêtes suivantes vers la même machine backend.

Le nouveau MCP sans état utilise une seule requête HTTP. La méthode et le nom de l’outil voyagent dans les en-têtes (Mcp-Method, Mcp-Name), les paramètres dans le corps JSON, et les informations du client dans un champ _meta. Pas d’ID de session, pas d’état sur le serveur.

Du point de vue de l’infrastructure, cela signifie que tu peux placer un serveur MCP derrière un load balancer sans te préoccuper de l’affinité de session. Chaque requête est indépendante et peut arriver sur n’importe quel backend. Pour ceux qui construisent des applications web avec des agents, c’était le point où l’architecture précédente se bloquait.

Les outils sortis cette semaine. À la semaine de la release, trois projets ont été lancés pour valider la spécification sur le terrain. mcp-explorer est une CLI Python sans état pour explorer les serveurs MCP : elle liste les outils, inspecte leurs schémas d’entrée et de sortie, et les appelle en passant des arguments. datasette-mcp est un plugin pour Datasette qui expose un endpoint MCP sur n’importe quelle instance, avec trois outils : lister les bases de données, lire leur schéma, exécuter du SQL en lecture seule. llm-mcp-client enregistre les outils MCP comme outils disponibles dans le framework llm.

L’intérêt pour MCP commence à croître de nouveau après avoir été mis de côté pendant une grande partie de 2025. La raison est pratique : donner à un agent un environnement shell avec accès à internet est risqué et exige un modèle puissant. Les outils MCP sont plus simples à contrôler, et ils fonctionnent aussi avec les petits modèles qui tournent localement.

Limites. La spécification est fraîche (28 juillet 2026) et l’écosystème de clients et serveurs sans état est encore fin. Les trois outils sortis cette semaine sont des releases initiales (0.1a0). Le passage du MCP avec état à celui sans état est une rupture, pas une rétrocompatibilité : ceux qui ont des serveurs MCP legacy doivent les mettre à jour. Ceux qui construisent des agents en production devraient évaluer la migration mais ne pas s’attendre à ce que l’écosystème soit déjà mature.