Du baust MCP-Server. Vielleicht hast du schon ein paar veröffentlicht — einen Postgres-Connector, eine Slack-Bridge, ein Filesystem-Tool. Sie funktionieren mit Claude, mit Cursor, mit jedem Client, der das Protokoll spricht. Im April 2026 hostet das Ökosystem Tausende von Community-Servern auf Registries wie Smithery, Glama und mcp.so. Das Protokoll hat gewonnen. Open Source hat gewonnen. Oder?
Schau genauer hin.
Die Timeline kennst du mittlerweile: Anthropic hat am 8. April Managed Agents ausgerollt, am 14. April Routines und den Desktop-Umbau, dann lag am 15. April drei Stunden lang alles flach. OpenAI und Google haben modell-agnostische Open-Source-Alternativen nachgeschoben. Das Lock-in-Risiko liegt auf der Hand. Was weniger offensichtlich ist: die leisere Frage, ob MCPs technisches Design selbst strukturell die Firma begünstigt, die es geschrieben hat.
Drei Entscheidungen in der Spec legen das nahe.
Transport Layer
MCP startete mit stdio als primärem Transport — Standard Input/Output, der Mechanismus, den Unix-Pipes nutzen. Stdio ist von Natur aus lokal. Es läuft am besten, wenn der MCP-Client als CLI oder Desktop-App auf deinem Rechner sitzt. Fällt dir was auf? Claude Code ist genau das: ein lokales CLI, das MCP-Server-Prozesse startet. Lustig, wie der Default-Transport des Protokolls zufällig genau der Transport ist, bei dem Anthropics Produkt Heimvorteil hat.
Remote-Transports (HTTP+SSE, dann Streamable HTTP) kamen später dazu und funktionieren einwandfrei, aber der Schwerpunkt des Ökosystems — die am besten getesteten Server-Implementierungen, die Standard-Tutorial-Konfigurationen, die "Getting Started"-Guides — geht immer noch von einer lokalen Runtime aus. Anthropic hat stdio nicht vorgeschrieben. Sie haben es einfach zum Weg des geringsten Widerstands gemacht, und Tausende Entwickler sind brav losmarschiert.
Sampling
Die MCP-Spec enthält eine Fähigkeit namens "Sampling" — ein Server kann den Client bitten, in seinem Namen einen LLM-Aufruf zu machen. Dein Datenbank-Connector kann sagen: "Ich brauche die KI, um diesen Query-Plan zu analysieren — Client, mach das mal." Der Client wählt das Modell. Die Spec ist in der Theorie modell-agnostisch.
In der Praxis erlaubt die Spec dem Server wörtlich zu sagen "Hey Client, ruf mal dein LLM für mich auf" — und dann tun alle überrascht, wenn dieses LLM immer Claude ist. Server-Entwickler testen gegen den Client, den sie täglich benutzen. Der ausgereifteste, bestfinanzierte MCP-Client ist Claude Code. Also optimieren Entwickler Sampling-Requests für Claude, debuggen auf Claude, shippen mit der Annahme Claude. Das Protokoll bleibt neutral. Das Ökosystem gravitiert. Und Gravitation, einmal etabliert, kehrt sich nicht um, nur weil jemand einen empörten Blogpost über Herstellerneutralität geschrieben hat.
Spec-Governance
Anthropics Mitarbeiter pflegen die offiziellen MCP TypeScript- und Python-SDKs. Anthropics Mitarbeiter treiben das GitHub-Repository der Spec voran. Als das Protokoll bei seiner Revision im März 2025 OAuth 2.1 aufnahm, hat Anthropic die Design-Patterns sauber auf die eigene Cloud-Infrastruktur abgebildet — und zwölf Monate später starteten Managed Agents mit eingebautem OAuth. Was für ein Zufall.
Es gibt kein unabhängiges Standardisierungsgremium. Kein W3C-Prozess, kein IETF-RFC, keine Konsortiumsabstimmung. Eine Firma schreibt die Spec. Dieselbe Firma baut die profitabelste Implementierung dieser Spec. Wenn du das Problem nicht siehst, hast du noch nie eine Satzung eines Standardisierungsgremiums gelesen — oder du arbeitest bei Anthropic.
Diesen Film hast du schon mal gesehen
Wenn dir diese Architektur bekannt vorkommt, erinnerst du dich vielleicht an USB.
Intel hat den Universal Serial Bus Mitte der 1990er mitentwickelt und den Vorsitz im USB Implementers Forum übernommen — dem Gremium, das die Spec bis heute kontrolliert. Der Standard war offen. Jeder Chiphersteller konnte ihn implementieren. Aber Intel lieferte die ersten Host-Controller, schrieb die Referenzimplementierungen und integrierte USB-Support in seine Chipsets, bevor die Konkurrenz funktionierendes Silizium hatte. Als AMD und VIA aufholten, definierten Intels Controller längst, was "USB-kompatibel" in der Praxis bedeutete. Die Spec gehörte allen. Der First-Mover-Advantage gehörte Intel.
Wir haben das AOSP-zu-Play-Services-Drehbuch gestern behandelt — Anthropic spielt es eine Schicht tiefer, auf Protokollebene.
MCP ist Anthropics USB-Spec. Claude Code, Routines, Managed Agents, Desktop — das sind die ersten Host-Controller. Die Community baut Tausende MCP-Server. Anthropic baut die einzige vollständig integrierte Client-Runtime, die vom Protokoll über die IDE bis zur Cloud-Orchestrierung reicht. OpenAIs Agents SDK — am 15. April unter MIT open-sourced, unterstützt über 100 Modelle via LiteLLM — und Googles ADK — auf der Cloud Next im April 2025 open-sourced, unterstützt sowohl MCP als auch das A2A Agent-to-Agent-Protokoll — wählten die entgegengesetzte Architektur: offene Runtimes, modell-agnostisch, keine proprietäre Cloud-Kopplung. Sie hatten das Spiel durchschaut, weil sie Intel vor dreißig Jahren dabei zugesehen hatten.
Was dich wirklich schützt
Behalte deine Business-Logik in MCP-Servern — die sind portabel. Behandle die Client-Runtime als austauschbare Hülle. Wenn du eine Routine konfigurierst, dokumentiere sie gründlich genug, um sie als Cron-Job oder in einem konkurrierenden Orchestrator nachzubauen. Wenn du Sessions in Managed Agents speicherst, stelle sicher, dass dein Session-Schema sauber exportierbar ist. Wenn dein Agent-Workflow von Claude Desktops Multi-Session-Sidebar abhängt, frag dich, was passiert, wenn ein besserer Client erscheint.
Bau auf den USB-Port. Schweiß ihn nicht an einen Laptop.
Anthropic hat nicht einfach ein Protokoll open-sourced und dann proprietäre Produkte darüber gebaut. Sie haben ein Protokoll entworfen, dessen Default-Transport, Testing-Schwerkraft und Governance-Struktur alle in Richtung ihrer Produkte neigen. Das ist keine Heuchelei. Das ist Architektur. Und das Drehbuch ist dreißig Jahre alt.





