MCP-versie 2 gaat live op 28 juli 2026. Het schrapt elke handshake, session-ID-header en de drie legacy-subsystemen die het Model Context Protocol (MCP) koppelden aan sticky-session-servers. Het protocol wordt volledig stateless, waardoor elke autoscaled of serverless instantie elke aanvraag kan afhandelen zonder de client-state te hoeven bewaren.

Waarom deze verschuiving belangrijk is

MCP v1 dwong een client om een sessie te starten met een initialize-handshake; de server wijst vervolgens een Mcp-Session-Id toe. Elke latere aanroep moest die header bevatten, waardoor de gebruiker aan één enkele backend-node werd gekoppeld. Load balancers moesten session affinity afdwingen, wat zorgde voor extra latentie en operationele frictie.

Statelessness elimineert die frictie. Alle context bevindt zich nu in speciale meta-velden die met elke HTTP-aanroep worden meegestuurd. Een aanvraag kan op een willekeurige instantie terechtkomen, worden verwerkt, waarna de instantie direct kan worden verwijderd zodra het antwoord is verzonden. Teams die serverless platforms, container-georchestreerde clusters of omgevingen gebruiken die pods op aanvraag op- en afschalen, kunnen het protocol nu afstemmen op hun infrastructuur.

Wat wordt uitgefaseerd

Drie subsystemen die afhankelijk waren van persistente verbindingen zijn officieel deprecated:

  • Sampling – In v1 kon een server de client vragen om tekst te genereren, een patroon dat een open sessie vereiste. v2 verwacht dat de server rechtstreeks de large-language-model provider aanroept of het InputRequiredResult-patroon gebruikt, waarbij de client ontbrekende input aanlevert in een vervolgverzoek.
  • Roots – Voorheen stuurden clients URI's die het zicht van de server op externe resources beperkten. De nieuwe aanpak geeft deze URI's door als tool-parameters of nestelt ze in de resource-velden van de aanvraag, waardoor de aparte 'roots'-onderhandelingsstap vervalt.
  • Logging – Logging-headers op protocolniveau verdwijnen. Schrijf naar stderr voor lokale debugging of adopteer OpenTelemetry voor observability in productie.

De uitfaseringsperiode duurt één jaar. Deprecated features blijven gedurende die periode werken, zodat teams de tijd hebben om te refactoren voordat het protocol ze weigert.

Wat er nieuw is naast statelessness

MCP v2 voegt twee officiële extensies toe:

  • MCP Apps – Een lichtgewicht manier om server-rendered gebruikersinterfaces te beschrijven die het protocol kan aanroepen.
  • Tasks – Een patroon voor het afhandelen van langlopende operaties die meerdere request-response-cycli kunnen beslaan.

Beide extensies gaan uit van het stateless request-model en vermijden verborgen session state.

Risico's en tegenargumenten

De wijziging is geen plug-and-play upgrade. De v2 SDK's bevinden zich nog in bèta en hun publieke API's kunnen veranderen voordat er een stabiele release verschijnt. Voor productie-workloads die geen breaking changes kunnen tolereren, is het raadzaam om op de stabiele v1 SDK te blijven tot de v2 SDK de bèta-fase verlaat.

Ontwikkelaars moeten ook bestaande code controleren op de drie deprecated subsystemen.

Een pragmatisch migratieroadmap

  1. Audit vandaag – Scan je services op het gebruik van de handshake, Mcp-Session-Id, sampling-aanroepen, roots URI's en logging op protocolniveau. Identificeer code die zou breken onder een stateless model.
  2. Test op een niet-kritieke node – Wanneer een stabiele v2 SDK wordt uitgebracht, start dan een sandbox-server op, koppel deze aan een testclient en verifieer of alle vereiste meta-velden aanwezig zijn en correct worden geïnterpreteerd.
  3. Volledige migratie voor de deadline – Voltooi de overstap op alle productienodes voordat de overgangsperiode van één jaar afloopt om runtime-afwijzingen te voorkomen.

Waar je op moet letten

  • Stabiele SDK-release – De bèta-SDK's worden bevroren en er wordt een versiebeheerbaar stabiel pakket gepubliceerd. Die versie zal het veilige doelwit zijn voor elke kritieke implementatie.

De overgang zal codewijzigingen en een korte periode van experimenteren met bèta-SDK's vereisen, maar de beloning is een schoner en schaalbaarder integratiepunt voor elke LLM-gestuurde applicatie.

Kernpunt: Als je stack nog afhankelijk is van MCP-handshakes of de drie deprecated subsystemen, start dan nu met de audit; een jaar extra tijd is ruimhartig, maar de werkelijke kosten zitten in de refactor-inspanning, niet in de deadline.