MCP-Roadmap 2026: Was die stateless-HTTP-Umstellung für Schweizer KMU bedeutet

| loaded.ch | 6 Min. Lesezeit
MCP AI-Agenten API-Architektur Schweiz
Teilen:

Am 21. Mai 2026 wurde der Release Candidate für die nächste Model Context Protocol-Spezifikation eingefroren — finale Version erscheint am 28. Juli. Die wichtigste Änderung: MCP wird stateless auf Protokoll-Ebene. Für Schweizer KMU, die KI-Agenten produktiv einsetzen, bedeutet das eine deutlich einfachere Skalierung, aber auch Breaking Changes in bestehenden Integrationen.

Stateless HTTP

Horizontale Skalierung ohne sticky sessions

28. Juli 2026

Finale Spezifikation — 10 Wochen für SDK-Migration

4 Priorities

Transport, Agents, Governance, Enterprise

Von sticky sessions zu stateless: Die grösste Architektur-Änderung seit MCP-Launch

Seit November 2024 läuft MCP mit stateful JSON-RPC-Verbindungen — eine lange HTTP-Session pro Client-Server-Paar. Das funktionierte für lokale Tools, skaliert aber schlecht für produktive Cloud-Deployments. Ab Juli 2026 wird MCP stateless: Jede Anfrage kann auf beliebigen Server-Instanzen landen, ohne dass Gateways sich Session-State merken müssen.

Sechs Specification Enhancement Proposals (SEPs) arbeiten zusammen, um die Umstellung zu ermöglichen:

  • Mcp-Method und Mcp-Name Headers (SEP-2243): Load-Balancer können Anfragen routen, ohne den Body zu parsen.
  • ttlMs und cacheScope (SEP-2549): tools/list-Responses tragen jetzt Cache-Metadaten wie HTTP Cache-Control — Clients wissen genau, wie lange eine Antwort frisch ist.
  • W3C Trace Context (SEP-414): traceparent, tracestate und baggage-Keys sind standardisiert — ein Trace, der im Host-Application startet, folgt dem Tool-Call durch Client SDK, MCP-Server und alle Downstream-Services als zusammenhängender Span-Tree.
  • Mcp-Session-Id entfernt (SEP-2567): Protokoll-Level-Session ist weg, horizontale Deployments brauchen keine shared session stores mehr.
💡 Server, die State über Calls hinweg brauchen, machen das wie HTTP-APIs seit jeher: explizite Handles (basket_id, browser_id) als Tool-Argument übergeben — das Model faedelt den Identifier selbst durch.

Was das für Schweizer KMU konkret bedeutet

Wenn Sie MCP heute produktiv einsetzen (z. B. interne Tools für Claude, Gemini oder Custom-AI-Stacks), sind drei Szenarien relevant:

  1. Sie laufen auf Stdio/SSE: Diese Transports sind von stateless HTTP nicht betroffen — vorerst keine Aktion nötig, aber langfristig sollten Sie auf Streamable HTTP umsteigen (wird der empfohlene Production-Transport).
  2. Sie nutzen Custom HTTP mit Session-Handling: Brechen wird. Sie müssen die neuen Header unterstützen (Mcp-Method, Mcp-Name) und Session-State aus dem Protokoll rausnehmen. SDK-Maintainer haben 10 Wochen ab 21. Mai, um Updates zu liefern.
  3. Sie bauen eigene MCP-Server: Die Spec ist ab heute im Draft verfügbar, Changelog listet alle Changes gegen 2025-11-25. Nutzen Sie die 10-Wochen-Fenster für Tests gegen die RC — finale Spec am 28. Juli ist dann fix.

Achtung: Breaking Changes

Die 2026-07-28-Release enthält Breaking Changes. Tier-1-SDKs (TypeScript, Python, Go) sind verpflichtet, innerhalb der 10-Wochen-Fenster Support zu liefern. Wenn Sie auf Community-SDKs setzen, prüfen Sie jetzt deren Maintenance-Status.

Die vier Priorities der MCP-Roadmap 2026

Der offizielle Roadmap-Post (9. März 2026) strukturiert nicht mehr nach Release-Milestones, sondern nach Working Groups und Priority Areas. Die vier Buckets:

1. Transport-Skalierbarkeit

Stateless HTTP ist der Kern, aber es gibt mehr: Tasks-Primitive (SEP-1686) shipte als experimentelles Feature und läuft in Production — jetzt werden Lifecycle-Gaps geschlossen:

  • Retry-Semantics: Was passiert, wenn ein Task transiently fehlschlägt, und wer entscheidet über Retries?
  • Expiry-Policies: Wie lange werden Resultate nach Completion behalten?

Der Ansatz: Ship experimental, gather production feedback, iterate. Erwarten Sie dieses Pattern für mehr MCP-Features.

2. Agent-Kommunikation

Agent-zu-Agent-Protokoll (A2A): MCP handled Agent-zu-Tool, A2A handled Agent-zu-Agent. Zusammen bilden sie die Infrastruktur-Layer für Multi-Agent-Systeme.

BereichMCP-RolleA2A-Rolle
Tool-ZugriffStandardisierter Context-ZugriffNicht relevant
Multi-Agent-KoordinationNicht relevantInter-Agent-Messaging & State-Sharing
DiscoveryMCP Server Cards (.well-known URLs)A2A Agent Discovery
SkalierungStateless HTTP, horizontalEvent-basiert, Async

3. Governance-Reife

MCP ist jetzt ein Multi-Company-Open-Standard unter der Linux Foundation. SEP-1302 formalisierte Working Groups, SEP-2085 definierte Succession Procedures. Nächster Schritt: Contributor Ladder SEP (Community-Participant → WG-Contributor → WG-Facilitator → Lead Maintainer → Core Maintainer), mit expliziten Kriterien.

Delegationsmodell: WGs mit Track Record dürfen SEPs in ihrer Domain accepten & Extensions publizieren, ohne full-core-maintainer-Review. Charter-Template: Scope, Deliverables, Success-Kriterien, Retirement-Conditions — quarterly reviewed.

4. Enterprise Readiness

Der am wenigsten definierte Bucket, weil er von Production-Erfahrung getrieben wird. Enterprises brauchen:

  • SSO-integrated Auth: Weg von statischen Client-Secrets, hin zu SSO/SAML-Flows.
  • Gateway-Patterns: Was darf ein Gateway sehen? Wie propagiert Authorization?
  • Config-Portability: Server einmal konfigurieren, über Clients hinweg nutzen.
💡 Ein dediziertes Enterprise-WG existiert noch nicht — wenn Sie in Enterprise-Infrastruktur arbeiten und leaden wollen, steht das WG-Formation-Process auf modelcontextprotocol.io/governance.

Was Schweizer KMU jetzt tun sollten

Drei konkrete Schritte:

Inventory: Listen Sie alle MCP-Server & Clients auf, die Sie produktiv nutzen. Welche SDKs? Welcher Transport? Welche Version?

SDK-Roadmap prüfen: Sind Ihre SDKs Tier 1 (TypeScript, Python, Go)? Wenn ja, erwarten Sie Updates innerhalb von 10 Wochen. Wenn Community-SDK: Kontaktieren Sie Maintainer jetzt.

Test-Deployment aufsetzen: RC ist seit 21. Mai verfügbar — setzen Sie einen Staging-Server auf, migrieren Sie einen Server auf die neue Spec, testen Sie gegen Ihre kritischen Workflows. Breaking Changes sind fix, aber Ihre Anpassungen brauchen Zeit.

Für Infrastruktur-Teams

Wenn Sie Gateway-Layer oder Reverse-Proxies vor MCP-Servern betreiben: Die neuen Mcp-Method/Mcp-Name-Headers erlauben rate-limiting & routing ohne Body-Parsing. Prüfen Sie, ob Ihr Gateway die Header durchreicht — Spec verlangt, dass Server Requests ablehnen, wenn Header & Body nicht matchen.

Tools & Ressourcen (aktuell Mai 2026)

Ausblick: MCP wird erwachsen

Die 2026-Roadmap zeigt, wo MCP hingeht: Von einem Prototyp-freundlichen Tool zu einem Production-Grade Standard für Agent-Infrastruktur. Stateless HTTP ist der grösste Breaking Change seit Launch, aber er macht MCP horizontal skalierbar und Gateway-kompatibel — Voraussetzungen für echte Enterprise-Adoption.

Für Schweizer KMU, die jetzt in Agent-Infrastruktur investieren, ist die Botschaft klar: MCP wird stabiler, aber die nächsten drei Monate verlangen aktive Migration. Nutzen Sie die 10-Wochen-Fenster — nach dem 28. Juli ist die Spec fix, und Backward-Compatibility gibt’s nicht.

Inventarisieren Sie Ihre MCP-Dependencies diese Woche. Setzen Sie einen RC-Testserver auf. Kontaktieren Sie SDK-Maintainer, wenn Tier-Status unklar ist. Die Architektur-Änderung ist fundamental — Early Adopters haben 10 Wochen Vorsprung.

Weiterführende Links:

Teilen:
Benjamin Wagner, Gründer von loaded.

Benjamin Wagner

Gründer & Lead Developer bei loaded. Baut ultraschnelle, KI-optimierte Websites für Schweizer KMU seit 2024. Entwickler von OpenHermit.

Mehr über Benjamin →

Kostenloses Strategiegespräch buchen.

30 Minuten — unverbindlich, kein Verkaufsgespräch. Wir analysieren Ihre Situation und zeigen, was möglich ist.

MoDiMiDoFrSaSo
Verfügbare Zeiten werden geladen...