MCP dropper handshaken: protokollen blir statsløs i revisjon 2026-07-28

Model Context Protocol har fjernet handshaken. I revisjon 2026-07-28 er initialize og notifications/initialized borte, og hvert enkelt kall bærer i stedet sin egen protokollversjon og klientkapabiliteter i _meta-feltet. Klienter bør identifisere seg på hver forespørsel med io.modelcontextprotocol/clientInfo, servere bør svare med serverInfo, og versjonskrøll gir en UnsupportedProtocolVersionError i stedet for en feilet oppkobling.

Samme rydding rammer sesjonene. Mcp-Session-Id-headeren er ute av Streamable HTTP-transporten, og listeendepunktene tools/list, resources/list og prompts/list varierer ikke lenger per tilkobling. Trenger serveren din tilstand på tvers av kall, må den nå dele ut eksplisitte handles som sendes videre som helt vanlige verktøyargumenter.

«Make MCP stateless: remove the initialize/notifications/initialized handshake.» MCP-spesifikasjonen, endringsloggen for 2026-07-28

Hva forsvinner og hva erstatter det

ping, logging/setLevel og notifications/roots/list_changed er fjernet. Loggnivå settes nå per forespørsel via io.modelcontextprotocol/logLevel, og servere har ikke lov til å sende notifications/message for kall som ikke ba om det.

HTTP GET-endepunktet og resources/subscribe er byttet ut med subscriptions/listen, én langlevd POST-respons-strøm der klienten melder seg på spesifikke varseltyper. Samtidig er gjenopptakelse av SSE-strømmer fjernet helt: Last-Event-ID og event-ID-ene er borte, og en brutt strøm betyr at klienten må sende forespørselen på nytt med ny ID.

Den største arkitektoniske endringen er Multi Round-Trip Requests. Der serveren tidligere initierte egne forespørsler tilbake til klienten, som roots/list, sampling/createMessage eller elicitation/create, returnerer den nå et InputRequiredResult med feltet inputRequests. Klienten svarer ved å kjøre den opprinnelige forespørselen om igjen med inputResponses påhengt. Alle resultater har derfor fått et påkrevd resultType-felt med verdiene complete eller input_required.

En ny RPC, server/discover, må implementeres av alle servere. Den annonserer støttede protokollversjoner, kapabiliteter og identitet, og klienter kan bruke den til versjonsvalg før første ordentlige kall.

Deprekeringer med tolvmånedersfrist

Roots, Sampling og Logging er markert som deprekert. De virker fortsatt gjennom deprekeringsvinduet, men nye implementasjoner bør ikke ta dem i bruk. Spesifikasjonen foreslår konkrete erstatninger: send kataloger og filer som verktøyparametere eller ressurs-URI-er i stedet for Roots, integrer direkte mot LLM-leverandørens API i stedet for Sampling, og logg til stderr eller OpenTelemetry i stedet for Logging.

HTTP+SSE-transporten, deprekert siden mars 2025, er formelt reklassifisert. Det samme er OAuth 2.0 Dynamic Client Registration, som viker for Client ID Metadata Documents. Samtidig innfører prosjektet en livssykluspolicy med et minimum tolv måneders deprekeringsvindu og et eget register over deprekerte funksjoner, så tempoet i framtidige brudd er nå skrevet ned.

Hva bør du gjøre?

1. Sjekk om SDK-en din har rullet ut 2026-07-28-støtte før du oppgraderer servere. Klienter som fortsatt sender initialize snakker en eldre revisjon.
2. Finn hver server-initierte forespørsel i koden din og skisser MRTR-varianten. Dette er endringen som krever faktisk omskriving, ikke bare et versjonsbump.
3. Flytt tilstand som lå i sesjonen ut i eksplisitte handles nå, mens du fortsatt kan kjøre begge revisjoner side om side.