Türkei (Türkisch)
Germany (German)
Worldwide (English)
MCP-Versionen sind datumsbasiert; „v2“ ist keine offizielle Bezeichnung.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Die MCP-Revision 2026-07-28 benennt das Protokoll nicht in „v2“ um. Entscheidend sind ein Stateless Core, skalierbareres HTTP-Verhalten, ein formales Extensions-Framework, Tasks für lang laufende Arbeiten und stärkere Autorisierung.
„MCP v2“ ist keine offizielle Versionsbezeichnung. MCP-Spezifikationen werden per Datum versioniert; 2026-07-28 ist die aktuelle Revision.
Neue Installationen können SDKs für 2026-07-28 anvisieren; bestehende Produktionsserver sollten die Revision jedoch erst nach Kompatibilitäts-, Auth- und SSE-Tests erzwingen.
Neue Installationen können SDKs für 2026-07-28 anvisieren; bestehende Produktionsserver sollten die Revision jedoch erst nach Kompatibilitäts-, Auth- und SSE-Tests erzwingen.
Technischer Leitfaden zu MCP 2026-07-28 mit Stateless Core, Multi-Round-Trip-Requests, Header-Routing, cachebaren Listen, Extensions und härterer Autorisierung.
MCP-Versionen sind datumsbasiert; „v2“ ist keine offizielle Bezeichnung.
Reduziert zwingende serverseitige Sitzungsannahmen und passt besser zu Standard-HTTP-Skalierung.
Definiert eine formale Grenze für optionale Fähigkeiten statt Experimente in den Kern zu drücken.
Ermöglicht einen Aufgabenlebenszyklus statt eine HTTP-Anfrage für lange Jobs offen zu halten.
Die Revision ist operativ sinnvoller zu lesen als als reine Feature-Liste.
Stateless bedeutet nicht, dass die Anwendung keinen Zustand hat. Es reduziert verpflichtenden Protokollzustand, der an eine konkrete Verbindung gebunden ist.
| Thema | Alte Annahme | Ansatz 2026-07-28 |
|---|---|---|
| Horizontale Skalierung | Sticky Sessions können nötig werden | Standard-HTTP-Routing passt besser |
| Routing | Abhängigkeit vom Verbindungszustand | Header-basiertes Routing |
| Listenantworten | Jedes Mal neu erzeugen | Cachebare Listenantworten |
Video-Rendering, große Exporte oder lange RAG-Indizierung sollten einen Werkzeugaufruf nicht minutenlang blockieren.
Ein OAuth/OIDC-kompatibler Ablauf gewährt Werkzeugen keine universelle Autorität. Scopes und Ressourceneigentum bleiben Aufgabe der Anwendung.
Ein SDK-Upgrade allein ist keine Migration. Client-Matrix, Transport, Auth und Rollback-Pfad gemeinsam testen.
npm view @modelcontextprotocol/sdk versionpython -m pip index versions mcpcurl -sS -D- https://mcp.example.com/mcp -o /dev/nullMit sauber getrenntem Stateless HTTP, Reverse Proxy, zentraler Auth und Task-Queues kann ein MCP-Prototyp zu einer zuverlässigen Produktionsarchitektur wachsen.
Primärdokumentation und technische Referenzen dieses Leitfadens.
Mit passenden Infrastruktur- und Implementierungsleitfäden fortfahren.
MCP 2026-07-28
Nein. Die offizielle Versionierung ist datumsbasiert. „v2“ kann informell vorkommen, ist aber nicht der Spezifikationsname.
Er reduziert die Protokollabhängigkeit, doch das Anwendungs-State-Modell kann weiterhin Sticky Sessions benötigen.
Für Render-, Indexierungs-, Export- und Analysejobs, die normale Request-Dauern überschreiten.
Kompatibilität hängt von SDK und Funktionen ab. Eine Client-Versionsmatrix sollte getestet werden.