Seul 1 % des serveurs MCP parle la spécification actuelle

Chaque serveur MCP annonce la révision du protocole qu'il parle lors du handshake initialize. L'adoption devient donc mesurable : nous l'avons mesurée sur tout l'écosystème public.

Les chiffres

Sur les 19 233 serveurs que nous sondons en continu, 198 négocient la révision actuelle, soit 1,0 %. 1 451 autres — 7,5 % — se situent entre deux : ils reconnaissent la structure moderne mais s'accordent sur une révision plus ancienne. Tout le reste est encore sur la génération précédente.

Cet écart n'est pas une erreur d'arrondi. C'est l'écosystème.

Pourquoi l'adoption est si lente

• Les SDK sont en retard. La plupart des serveurs ne sont qu'une fine couche au-dessus d'un SDK officiel, et le SDK fige la révision. Tant que cette version ne bouge pas, le serveur ne peut pas avancer, même si son auteur le souhaite.
• Rien n'oblige à mettre à jour. Les clients restent rétrocompatibles, donc un ancien serveur continue de fonctionner : aucune erreur, aucun avertissement d'obsolescence, aucune plainte.
• La plupart des serveurs sont à l'abandon. Un projet de week-end ne reçoit pas une mise à jour de protocole six mois plus tard.

Si vous développez un client

Ne présumez pas la révision actuelle. Si votre client ne propose que la version la plus récente lors de la négociation, il échouera face à 99 % de l'écosystème. Proposez la plus récente, acceptez ce qui revient, et gérez aussi l'ancienne forme.

Si vous développez un serveur

Mettre à jour est aujourd'hui l'un des moyens les moins coûteux de se démarquer, justement parce que très peu l'ont fait. Mais vérifiez d'abord une chose : l'en-tête de version du protocole concerne les requêtes qui suivent le handshake, pas le handshake lui-même. L'envoyer pendant initialize amène certains serveurs à rejeter le client d'emblée — nous avons trouvé des serveurs injoignables exactement pour cette raison.