MCP legt sechsmonatigen Zeitplan für Spezifikationsupdates fest

Zwei Spezifikations-Releases pro Jahr

Das MCP-Projekt teilte mit, dass es Spezifikations-Releases grundsätzlich am letzten Dienstag im März und September veröffentlichen wird. Jede Release-Ankündigung enthält Fristen für Vorschläge und Termine für SDK-Betas. Entwickler erhalten damit einen Zeitplan, an dem sie Implementierung und Tests ausrichten können.

Das nächste Release ist für den 30. März 2027 vorgesehen und soll voraussichtlich MCP version 2027-03-30 heißen. Vorschläge, die nicht rechtzeitig fertig werden, werden auf ein späteres Release verschoben, statt die gesamte Spezifikation zu verzögern. Nach Angaben des Projekts erhalten die Autoren der Vorschläge so mehr Zeit für ihre Arbeit, während andere Mitwirkende die geplante Veröffentlichung vorbereiten können.

Neue Rolle soll den Release-Prozess koordinieren

MCP formalisiert die Rolle des Release Managers, um die Arbeiten von Autoren der Vorschläge, Working Groups und SDK-Maintainern zu verfolgen. Release Manager sollen Abhängigkeiten ermitteln, unfertige Arbeiten nachverfolgen und Probleme vor Ablauf der Fristen beheben.

Luca Chang wird gemeinsam mit David und dem Autor des Blogs als Release Manager für den nächsten Spezifikationszyklus tätig. Laut dem MCP-Blog war Chang Mitautor des ursprünglichen Tasks-Vorschlags, der in der Spezifikation vom November 2025 eine experimentelle Unterstützung für lang laufende Arbeiten einführte. Später arbeitete er mit Caitie McCaffrey an der Tasks-Erweiterung, ist Co-Leiter der Tasks and Events Working Group und moderiert die Agents Interest Group.

Die Release Manager sollen Vorschläge in die Review-Warteschlange bringen, die SDK-Implementierung planen und Probleme vor der Veröffentlichung verfolgen. Die Core Maintainers entscheiden weiterhin, welche Vorschläge in die nächste Spezifikation aufgenommen werden.

So funktioniert der Zyklus

Die Planung eines regulären Releases beginnt acht Kalendermonate vor der Veröffentlichung. Die Prüfungen durch die Core Maintainer starten sechs Monate vorher und dauern bis zum Soft Freeze an, der zweieinhalb Monate vor dem Release erfolgt. Bis dahin muss jeder in das Release aufgenommene Vorschlag als Final gekennzeichnet und zusammengeführt worden sein.

Nach dem Soft Freeze können bestehende Vorschläge innerhalb ihres Umfangs noch Fehlerbehebungen, Verbesserungen und Klarstellungen erhalten. Neue Funktionen und umfangreiche Neugestaltungen werden jedoch nicht mehr akzeptiert. Die Betas der Tier-1-SDKs sollen eineinhalb Monate vor dem Release erscheinen und die eingefrorene Spezifikation unterstützen. Einen Monat vor der Veröffentlichung folgt der Hard Freeze. Danach dürfen nur noch kritische Sicherheitskorrekturen sowie die Veröffentlichung blockierende Fehler bei Korrektheit und Interoperabilität in die Spezifikation aufgenommen werden. Dafür ist die Zustimmung in einer vollständigen Abstimmung der Core Maintainer erforderlich.

Am Veröffentlichungstag werden die Spezifikation, die Release Notes und die Hinweise zur Implementierung publiziert. Von den Tier-1-SDKs wird erwartet, dass sie bereits zuvor stabile Unterstützung bieten. Sollte ein SDK verspätet sein, will das Projekt die Lücke dokumentieren, ohne den Veröffentlichungstermin der Spezifikation zu verschieben. Die MCP-Community ist außerdem eingeladen, SDK-Betas mit bestehenden Clients und Servern zu testen und Fehler zu melden, solange Korrekturen noch aufgenommen werden können.