Die MCP-Spezifikation vom 28. Juli 2026 markiert einen grundlegenden Architekturwechsel: Der bisherige Initialize-Handshake – der für jede Session eine explizite Verbindungsphase zwischen Client und Server vorschrieb – entfällt vollständig. Ebenso gestrichen wird der Session-Header, der Zustandsinformationen über mehrere Anfragen hinweg trägt. Stattdessen führt die neue Spezifikation verpflichtende HTTP-Header für Method-Name und Tool-Name ein, die es Gateways erlauben, eingehenden Agent-Traffic allein auf Basis dieser Header zu routen, ohne den JSON-Body jeder Anfrage parsen zu müssen. Für Infrastruktur-Teams bedeutet das eine erhebliche Vereinfachung: Lastverteiler, Proxies und API-Gateways können MCP-Traffic behandeln wie gewöhnlichen REST-Traffic. Kritiker in der Entwickler-Community argumentieren jedoch, dass MCP damit seinen wesentlichen Unterschied zu klassischen HTTP-APIs aufgibt – der Mehrwert des Standards lag für viele gerade in der strukturierten Session- und Capability-Negotiation. Die Gegenseite hält dagegen, dass die Interoperabilität zwischen verschiedenen Agent-Implementierungen weiterhin durch das gemeinsame Schema und die Tooling-Konventionen gewährleistet bleibt, unabhängig vom Verbindungsmodell. Autor Steef-Jan Wiggers fasst die gespaltene Reaktion der Community als grundsätzliche Frage zusammen: Ist MCP ein Protokoll oder letztlich nur eine API-Konvention?