MCP 2026-07-28: het protocol gaat stateless — wat verandert voor uw AI-integraties

28 juli 2026. Het MCP-team publiceert de 2026-07-28 specificatie en beschrijft het zelf als "de meest ingrijpende wijzigingen aan het protocol, waarschijnlijk sinds we autorisatie toevoegden." Dat is geen marketing — het gaat om een fundamentele architectuurwijziging die de manier waarop MCP-servers worden gebouwd en gedeployd verandert.

MCP (Model Context Protocol) is inmiddels de industriestandaard voor het koppelen van AI-agents aan externe systemen. TypeScript en Python SDK's hebben elk 1 miljard totale downloads overschreden; samen goed voor bijna een half miljard downloads per maand. Als er iets aan het protocol verandert, raakt dat veel mensen direct.

Dit is wat er veranderd is.

De vier grootste veranderingen

1. Stateless protocol core

Dit is de hoofdact. Tot nu toe begon elke MCP-sessie met een initialize/initialized handshake, en identificeerde elke verbinding zich met een Mcp-Session-Id header. Dat maakte MCP fundamenteel stateful: een server moest weten welke client hij aansprak.

Die handshake verdwijnt volledig. Client-informatie en capabilities reizen voortaan mee in _meta bij elk afzonderlijk verzoek. Elke request staat op zichzelf.

Het praktische gevolg is groot: een MCP-server die voorheen sticky sessions, een gedeelde session store en deep packet inspection bij de gateway vereiste, kan nu draaien achter een standaard round-robin load balancer. Goedkoper, makkelijker te schalen, meer enterprise-klaar. De architectuur die cloudproviders al hadden voor HTTP-diensten, werkt nu ook voor MCP.

2. Multi Round-Trip Requests (MRTR)

Een veelvoorkomend scenario in agentische workflows: een server heeft halverwege een taak extra input nodig — een gebruikersbevestiging, een ontbrekend gegeven, een keuze. Tot nu toe vereiste dat een open Server-Sent Events (SSE) stream die bleef hangen totdat de gebruiker reageerde. Dat is fragiel bij netwerkstoringen en vereist speciale infrastructuur.

Met MRTR werkt dat anders: de server retourneert resultType: "input_required" met een lijst van de benodigde verzoeken. De client verwerkt die, verzamelt de antwoorden, en stuurt een nieuw verzoek met inputResponses. Volledig stateless, volledig herstelbaar bij onderbrekingen.

Voor Nederlandse teams die agentische workflows bouwen waar een medewerker halverwege iets moet bevestigen — een inkooporder, een datakoppeling — is dit een relevante verbetering.

3. Header-Based Routing

Nieuwe vereiste: HTTP-verzoeken aan een MCP-server moeten nu Mcp-Method en Mcp-Name headers bevatten. Dit laat gateways, Web Application Firewalls (WAFs) en load balancers MCP-verkeer routeren en meten zonder de JSON-body te hoeven inspecteren.

Voor bedrijven die MCP-verkeer willen monitoren, rate-limiten of routeren naar specifieke backend-services is dit een praktische verbetering. Een WAF-regel als "blokkeer alle calls naar tool X" was voorheen omslachtig; nu gaat het op één header.

4. Cacheable List Results

Responses van tools/list, prompts/list, resources/list en resources/read bevatten nu ttlMs en cacheScope parameters. Clients kunnen lijsten intelligent cachen en hoeven ze niet bij elk verzoek opnieuw op te halen.

Bij grote deployments — veel agents die dezelfde toolset gebruiken — scheelt dit een significante hoeveelheid redundante netwerkverzoeken.

Wat deprecated wordt (12 maanden respijt)

Drie bestaande features worden afgeschaft met een formeel 12-maandsvenster — ze werken nog tot medio 2027:

Roots: vervangen door tool parameters, resource URIs, of serverconfiguratie. Roots was bedoeld om de client te laten zeggen welke directories of URIs relevant waren; dat is nu beter op te lossen via expliciete tool-parameters.

Sampling: vervangen door directe LLM-provider API-integratie. Sampling liet een server vragen om een model completion via de client — een omslachtige route die nu niet meer nodig is nu modellen zelf tools aanroepen.

Logging: vervangen door stderr (voor stdio-servers) of OpenTelemetry voor gestructureerde observability.

Legacy HTTP+SSE transport: ook deprecated. De nieuwe Streamable HTTP-transport die in de 2024-11-05 spec werd geïntroduceerd, is nu de standaard.

Nieuw in deze spec

Naast de grote architectuurwijzigingen zijn er drie nieuwkomers:

MCP Apps: servers kunnen nu "server-rendered user interfaces" retourneren — in sandboxed iframes te tonen in ondersteunende clients. Dit opent de deur voor rijkere interacties dan tekst of JSON, rechtstreeks vanuit een MCP-server.

Full JSON Schema 2020-12: tools kunnen nu gebruik maken van schema-composition, conditionals en references. Complexere inputvalidatie wordt daarmee mogelijk.

W3C Trace Context: gedistribueerde tracing is nu formeel gedocumenteerd over SDK's heen. Wie distributed tracing heeft uitgerold in hun infrastructuur, kan MCP-calls voortaan meenemen in de tracestroom.

De vier breaking changes (concreet)

Vanuit de release candidate documentatie:

1. •initialize/initialized handshake verwijderd — code die deze aanroepen doet, breekt
2. •Mcp-Session-Id header verwijderd — sessie-management op protocol-niveau verdwijnt
3. •Tasks API is nu een extensie (io.modelcontextprotocol/tasks) — niet meer in de kern van het protocol
4. •Error code wijziging: "resource not found" gaat van -32002 naar -32602

Wat dit voor Nederlandse bedrijven betekent

Geen directe actie voor eindgebruikers

Gebruikt uw organisatie Claude Desktop, ChatGPT, of een andere client-applicatie die MCP gebruikt? Dan is er niets te doen. Uw toolproviders en de SDK-maintainers handelen de migratie af. De 12-maandsperiode voor deprecated features geeft die partijen ruim de tijd.

Wel actie als u zelf een MCP-server heeft gebouwd

Hebt u een eigen MCP-server gebouwd — om uw CRM, interne database, of bedrijfssoftware beschikbaar te maken voor AI-agents? Dan heeft u twee keuzes:

Optie 1 (nu): ga testen met de beta SDK's. TypeScript, Python, Go en C# hebben elk een beta-release die de 2026-07-28 spec ondersteunt. Zo pakt u eventuele integratieproblemen vroeg op, ruim voor medio 2027 wanneer het definitief wordt.

Optie 2 (later): wacht op de GA-release van de SDK's en migreer dan. U heeft de tijd. De deprecated features werken nog tot de 12-maandstermijn verstrijkt.

De 7 migratiestappen zijn gedocumenteerd in de officiële MCP release candidate blog: van het verwijderen van de initialize-calls en Mcp-Session-Id, tot het toevoegen van _meta met client-info, het omzetten van Tasks-implementaties naar de nieuwe extensie-API, en het implementeren van de nieuwe Mcp-Method/Mcp-Name headers.

De strategische betekenis voor adoptie

De overstap naar een stateless architectuur verlaagt de drempel voor enterprise-adoptie aanzienlijk. De bestaande vereiste van sticky sessions, shared session stores en speciale gateway-configuratie was precies het type infrastructurele complexiteit dat grote IT-afdelingen doet aarzelen.

Met de 2026-07-28 spec is een MCP-server architectureel vergelijkbaar met een gewone REST-API achter een load balancer — een pattern dat elke enterprise IT-afdeling begrijpt en beheert. Dat maakt de beslissing om MCP in te zetten in een productiescenario een stuk eenvoudiger.

TypeScript en Python SDK's overschreden elk 1 miljard totale downloads. Dat is niet het volume van een experimenteel protocol; dat is de adoptiecurve van een standaard die breed ingeburgerd raakt. De 2026-07-28 update is de volwassenheidsmarkering die dat bevestigt.

Bronnen

• •MCP Blog — officiële 2026-07-28 spec aankondiging
• •MCP Blog — release candidate met breaking changes en migratiestappen
• •MCP Blog — beta SDK's voor TypeScript, Python, Go en C#
• •Model Context Protocol — officiële specificatiepagina 2026-07-28

Veelgestelde vragen

Wat is de MCP 2026-07-28 specificatie?

De MCP 2026-07-28 specificatie is de grootste update van het Model Context Protocol (MCP) tot dusver — beschreven door het MCP-team zelf als "de meest ingrijpende wijzigingen, waarschijnlijk sinds het toevoegen van autorisatie." De kern van de update is de overstap naar een stateless protocol: de initialize/initialized handshake en Mcp-Session-Id worden verwijderd, waardoor MCP-servers voortaan achter gewone round-robin load balancers kunnen draaien zonder sticky sessions of gedeelde session stores. Bron: Model Context Protocol Blog (28 juli 2026).

Wat zijn de breaking changes in MCP 2026-07-28?

Er zijn vier concrete breaking changes in de MCP 2026-07-28 spec: (1) de initialize/initialized handshake is verwijderd — code die deze aanroepen doet breekt; (2) de Mcp-Session-Id header is verwijderd — sessie-management op protocol-niveau verdwijnt; (3) de Tasks API is nu een formele extensie (io.modelcontextprotocol/tasks) in plaats van kernprotocol; (4) de foutcode voor "resource not found" wijzigt van -32002 naar -32602. Beta-SDK's voor TypeScript, Python, Go en C# zijn beschikbaar om te testen. Bron: MCP release candidate blog (28 juli 2026).

Wat wordt deprecated in MCP 2026-07-28 en hoelang heb ik om te migreren?

Drie features worden afgeschaft met een formeel 12-maandsvenster — ze blijven functioneren tot medio 2027: (1) Roots: te vervangen door tool parameters of resource URIs; (2) Sampling: te vervangen door directe LLM-provider API-integratie; (3) Logging: te vervangen door stderr (stdio-servers) of OpenTelemetry. Het legacy HTTP+SSE transport wordt ook deprecated; de Streamable HTTP-transport is de nieuwe standaard. U heeft dus ruim de tijd om te migreren, maar begin bij voorkeur nu als u zelf een MCP-server heeft gebouwd. Bron: Model Context Protocol Blog (28 juli 2026).

Moet ik als gebruiker van Claude of ChatGPT iets doen na de MCP 2026-07-28 update?

Nee. Als u MCP gebruikt via Claude Desktop, ChatGPT of een andere client-applicatie, is er niets te doen. De toolproviders en SDK-maintainers handelen de migratie naar de nieuwe spec af. Alleen als u zelf een MCP-server heeft gebouwd — om uw eigen systemen beschikbaar te maken voor AI-agents — moet u plannen maken voor migratie. Die migratie is niet urgent; het 12-maandsvenster voor deprecated features loopt tot medio 2027. Begin met testen via de beschikbare beta-SDK's.

Wat betekent de stateless MCP-architectuur voor enterprise-adoptie?

De overstap naar stateless is een significante drempelverlagende stap voor enterprise-adoptie. De vorige architectuur vereiste sticky sessions, een gedeelde session store en speciale gateway-configuratie — precies het type infrastructurele complexiteit waarvoor grote IT-afdelingen aarzelen. Met de 2026-07-28 spec is een MCP-server architectureel vergelijkbaar met een gewone REST-API achter een load balancer: een pattern dat elke enterprise IT-afdeling kent en beheert. Dat maakt de beslissing om MCP in productie in te zetten eenvoudiger en reduceert de vereiste infrastructuurinvesteringen. Bron: Model Context Protocol Blog (28 juli 2026).