MCP, c'est l'Android d'Anthropic. Le lock-in est dans la spec.

Tu développes des serveurs MCP. Tu en as peut-être publié quelques-uns — un connecteur Postgres, un bridge Slack, un outil de système de fichiers. Ils fonctionnent avec Claude, avec Cursor, avec n'importe quel client qui parle le protocole. En avril 2026, l'écosystème héberge des milliers de serveurs communautaires à travers des registres comme Smithery, Glama et mcp.so. Le protocole a gagné. L'open source a gagné. Pas vrai ?

Regarde de plus près.

Tu connais la chronologie maintenant : Anthropic a lancé les Managed Agents le 8 avril, les Routines et la refonte Desktop le 14 avril, puis tout est tombé en rade pendant trois heures le 15 avril. OpenAI et Google ont sorti des alternatives open-source et model-agnostic. Le risque de lock-in est évident. Ce qui l'est moins, c'est la question plus discrète : est-ce que la conception technique de MCP avantage structurellement l'entreprise qui l'a écrit ?

Trois décisions dans la spec suggèrent que oui.

Couche de transport

MCP a été lancé avec stdio comme transport principal — entrée/sortie standard, le mécanisme qu'utilisent les pipes Unix. Stdio est fondamentalement local. Ça fonctionne au mieux quand le client MCP tourne sur ta machine sous forme de CLI ou d'app desktop. Tu remarques quelque chose ? Claude Code est exactement ça : un CLI local qui lance des processus serveur MCP. Marrant comme le transport par défaut du protocole se trouve être pile celui où le produit d'Anthropic joue à domicile.

Les transports distants (HTTP+SSE, puis Streamable HTTP) sont arrivés après et fonctionnent très bien, mais le centre de gravité de l'écosystème — les implémentations serveur les plus éprouvées, les configs par défaut des tutos, les guides "getting started" — suppose toujours un runtime local. Anthropic n'a pas imposé stdio. Ils en ont juste fait le chemin de moindre résistance, et des milliers de développeurs l'ont emprunté sans se poser de questions.

Sampling

La spec MCP inclut une capacité appelée "sampling" — un serveur peut demander au client de faire un appel LLM à sa place. Ton connecteur de base de données peut dire : "J'ai besoin que l'IA analyse ce plan d'exécution — client, gère ça." Le client choisit le modèle. La spec est model-agnostic en théorie.

En pratique, la spec permet littéralement au serveur de dire "hé client, appelle ton LLM pour moi" — et ensuite tout le monde fait semblant d'être surpris quand ce LLM est toujours Claude. Les développeurs de serveurs testent avec le client qu'ils utilisent au quotidien. Le client MCP le plus abouti, le mieux financé, c'est Claude Code. Alors les devs optimisent les requêtes de sampling pour Claude, débuggent sur Claude, livrent en supposant Claude. Le protocole reste neutre. L'écosystème gravite. Et la gravité, une fois établie, ne s'inverse pas parce que quelqu'un a écrit un billet de blog véhément sur la neutralité vis-à-vis des fournisseurs.

Gouvernance de la spec

Des employés d'Anthropic maintiennent les SDK MCP officiels TypeScript et Python. Des employés d'Anthropic pilotent le dépôt GitHub de la spec. Quand le protocole a ajouté OAuth 2.1 dans sa révision de mars 2025, Anthropic a calqué les design patterns sur sa propre infrastructure cloud — et douze mois plus tard, les Managed Agents ont été lancés avec OAuth intégré nativement. Quelle coïncidence.

Il n'existe aucun organisme de normalisation indépendant. Pas de processus W3C, pas de RFC IETF, pas de vote de consortium. Une seule entreprise écrit la spec. La même entreprise construit l'implémentation la plus rentable de cette spec. Si tu ne vois pas le problème, soit tu n'as jamais lu une charte d'organisme de normalisation — soit tu bosses chez Anthropic.

Ce film, tu l'as déjà vu

Si cette architecture te rappelle quelque chose, tu te souviens peut-être de l'USB.

Intel a co-conçu le Universal Serial Bus au milieu des années 1990 et a présidé l'USB Implementers Forum — l'organisme qui gouverne la spec encore aujourd'hui. Le standard était ouvert. N'importe quel fabricant de puces pouvait l'implémenter. Mais Intel a livré les premiers contrôleurs hôtes, écrit les implémentations de référence et intégré le support USB dans ses chipsets avant que la concurrence ait du silicium fonctionnel. Le temps qu'AMD et VIA rattrapent leur retard, les contrôleurs d'Intel définissaient ce que "compatible USB" signifiait en pratique. La spec appartenait à tout le monde. L'avantage du premier arrivé appartenait à Intel.

On a couvert la version AOSP-vers-Play-Services de ce playbook hier — Anthropic l'applique une couche plus bas, au niveau du protocole lui-même.

MCP, c'est la spec USB d'Anthropic. Claude Code, Routines, Managed Agents, Desktop — ce sont les premiers contrôleurs hôtes. La communauté construit des milliers de serveurs MCP. Anthropic construit le seul runtime client entièrement intégré, de la couche protocole jusqu'à l'IDE et l'orchestration cloud. L'Agents SDK d'OpenAI — open-sourcé sous licence MIT le 15 avril, supportant plus de 100 modèles via LiteLLM — et l'ADK de Google — open-sourcé à Cloud Next en avril 2025, supportant à la fois MCP et le protocole A2A d'agent-à-agent — ont choisi l'architecture opposée : runtimes ouverts, model-agnostic, sans couplage cloud propriétaire. Ils avaient compris le jeu parce qu'ils avaient regardé Intel y jouer trente ans plus tôt.

Ce qui te protège vraiment

Garde ta logique métier dans les serveurs MCP — ceux-là sont portables. Considère le runtime client comme une coquille remplaçable. Si tu configures une Routine, documente-la assez bien pour pouvoir la reproduire en cron job ou dans un orchestrateur concurrent. Si tu stockes des sessions dans les Managed Agents, assure-toi que ton schéma de session s'exporte proprement. Si ton workflow d'agent dépend de la sidebar multi-sessions de Claude Desktop, demande-toi ce qui se passe quand un meilleur client débarque.

Construis sur le port USB. Ne le soude pas à un seul ordinateur portable.

Anthropic n'a pas simplement open-sourcé un protocole pour ensuite construire des produits propriétaires au-dessus. Ils ont conçu un protocole dont le transport par défaut, la gravité des tests et la structure de gouvernance penchent tous vers leurs produits. Ce n'est pas de l'hypocrisie. C'est de l'architecture. Et le playbook a trente ans d'âge.