Op 28 juli 2026 krijgt het Model Context Protocol (MCP) — de open standaard die AI-agents met bedrijfssoftware verbindt — zijn grootste herziening sinds de lancering. De 2026-07-28-specificatie maakt het protocol stateless: agent-integraties die eerder sticky sessions, een gedeelde session store en specialistische infrastructuur vereisten, draaien straks op gewone HTTP-hosting achter een simpele load balancer. Voor het mkb is dit het moment waarop MCP ophoudt early-adopter-technologie te zijn en saaie infrastructuur wordt — en dat is precies het moment waarop u er veilig op kunt bouwen.
De release candidate werd op 21 mei 2026 bevroren, met een validatievenster van tien weken voor SDK-onderhouders voordat de definitieve specificatie verschijnt. De meeste berichtgeving is geschreven voor protocolontwikkelaars: wat er breekt in uw servercode. Dit artikel behandelt de andere helft — wat de verandering betekent als u een Nederlands of Belgisch mkb-bedrijf runt dat dit jaar AI-agent-integraties koopt of bouwt.
Wat MCP is, en waarom deze release ertoe doet
MCP werd in november 2024 door Anthropic open-source gemaakt om het N×M-integratieprobleem op te lossen: N AI-applicaties maal M bedrijfstools betekende vroeger N×M maatwerkkoppelingen. Met MCP bouwt u één server per tool en kan elke compatibele AI-client die gebruiken. Inmiddels is het protocol overgenomen door OpenAI, Google en Microsoft, met native ondersteuning in Claude, ChatGPT, Gemini, Copilot en Cursor; alleen al de Python- en TypeScript-SDK's halen zo'n 97 miljoen downloads per maand. In december 2025 droeg Anthropic het protocol over aan de Agentic AI Foundation onder de Linux Foundation, waarmee het een leveranciersneutrale standaard werd.
Voor een bedrijf is het praktische punt dit: als u uw ERP, CRM of planningspakket via één MCP-server ontsluit, kan elke AI-assistent die uw team gebruikt ermee werken — vandaag én na uw volgende pakketwissel. Daarom is een specificatieherziening ook buiten ontwikkelaarskringen relevant: MCP wordt het standaard stopcontact waar AI-agents op aansluiten, en dat stopcontact verandert van vorm.
Wat er op 28 juli werkelijk verandert
De belangrijkste verandering: MCP wordt stateless op protocolniveau. De initialize-handshake en de Mcp-Session-Id-header — die elke client aan één specifieke serverinstantie koppelden — zijn verwijderd. Elk verzoek is nu zelfstandig: protocolversie, clientinformatie en capabilities reizen mee in een _meta-veld op het verzoek zelf, en met de nieuwe server/discover-methode halen clients servercapaciteiten op wanneer ze die nodig hebben.
Drie ondersteunende wijzigingen maken het verkeer eenvoudiger te beheren. Verplichte Mcp-Method- en Mcp-Name-headers laten load balancers en gateways routeren en rate-limiten zonder de berichtinhoud te inspecteren. Lijst- en leesresultaten krijgen ttlMs- en cacheScope-velden naar het model van HTTP Cache-Control, zodat clients weten hoelang een toollijst vers blijft. En W3C Trace Context-propagatie ligt nu vast in de specificatie, zodat een tool-aanroep als één trace zichtbaar wordt over client, server en achterliggende systemen in elk OpenTelemetry-compatibel platform.
De maintainers beschrijven het praktische effect zonder omwegen: een remote MCP-server die eerder sticky sessions, een gedeelde session store en deep packet inspection bij de gateway nodig had, draait straks achter een gewone round-robin load balancer. In infrastructuurtermen: een MCP-server was een stateful applicatie — het soort dat sessie-affiniteit en een Redis-store nodig heeft om te schalen. Vanaf 28 juli is het een stateless webservice, te draaien op elk regulier containerplatform of serverless. Wie een standaard web-API kan hosten, kan een MCP-server hosten.
Eén nuance is belangrijk: een stateless protocol dwingt uw applicatie niet om stateless te zijn. Servers die status over meerdere stappen meenemen — een winkelmand, een openstaande werkbon — geven een expliciete handle uit die het model bij volgende aanroepen teruggeeft, zoals HTTP-API's dat altijd al deden. De status wordt zichtbaar voor het model in plaats van verstopt in transportmetadata, wat meerstaps-workflows in de praktijk juist beter debugbaar maakt.
Tasks en MCP Apps: twee extensies die aansluiten op echt werk
De release maakt extensies bovendien volwaardig, met eigen repositories, eigen versiebeheer en een formeel pad van experimenteel naar officieel. Twee officiële extensies verschijnen direct, en beide zijn relevanter voor bedrijfsprocessen dan voor chatbots.
De Tasks-extensie geeft agents een nu-aanroepen, later-ophalen-patroon: een server kan een tool-aanroep beantwoorden met een task handle, waarna de client periodiek terugkomt terwijl het echte werk op de achtergrond draait. Echt administratief werk duurt minuten, geen milliseconden — een maand facturen matchen, een managementrapportage genereren, een productcatalogus synchroniseren. Tasks is de manier waarop een agent zulk werk start zonder te blokkeren. Let op voor vroege gebruikers: Tasks verscheen experimenteel in de 2025-11-25-spec en is op basis van productie-ervaring herontworpen — alles wat tegen de experimentele API is gebouwd, moet migreren naar de nieuwe levenscyclus.
MCP Apps laat een server interactieve interfaces meeleveren die binnen het chatvenster renderen, in een sandboxed iframe, met vooraf gedeclareerde templates die de host kan controleren voordat er iets draait. Het is samen met OpenAI ontwikkeld en gelanceerd met partners als Asana, Box, Canva, Figma, Slack en Salesforce. Voor een mkb-bedrijf is vooral de interne variant interessant: een planningsdashboard of goedkeuringsformulier dat rendert in de assistent die uw medewerkers al gebruiken, in plaats van wéér een browsertabblad.
Wat er breekt, en de nieuwe afschrijvingsregels
Dit is een breaking release, en de maintainers zeggen dat openlijk. Naast de Tasks-migratie verandert de foutcode voor een ontbrekende resource van het eigen -32002 naar het JSON-RPC-standaard -32602; toolschema's worden opgetild naar volledig JSON Schema 2020-12 (compositie en referenties zijn nu toegestaan); en de autorisatieregels zijn aangescherpt naar hoe OAuth 2.0 en OpenID Connect in de praktijk worden ingezet, inclusief verplichte validatie van de iss-parameter om een klasse mix-up-aanvallen te blokkeren. De volledige lijst staat in de changelog.
Drie vertrouwde kernfuncties — Roots, Sampling en Logging — worden afgeschreven, met als vervangers respectievelijk toolparameters, directe LLM-provider-API's en OpenTelemetry. Maar het belangrijkere nieuws is het beleid eromheen: elke functie krijgt een formele levenscyclus met minimaal twaalf maanden tussen afschrijving en de vroegst mogelijke verwijdering, nieuwe mogelijkheden verschijnen eerst als opt-in-extensies, en geen enkel voorstel wordt definitief zonder bijbehorend scenario in de conformance-testsuite. Vertaald: 2026-07-28 is ontworpen als de laatste schone breuk. Dat is een volwassenheidssignaal dat inkoopteams zo mogen lezen: de grond is gestopt met bewegen.
Wat dit betekent voor een Nederlands mkb-bedrijf
Hier komt het deel dat de ontwikkelaarsberichtgeving overslaat. Of de juli-herziening goed nieuws voor u is, hangt af van welke van drie posities u inneemt.
Als u agent-software inkoopt
Uw softwareleveranciers — ERP, CRM, planning, boekhouding — leveren steeds vaker MCP-servers als hun AI-integratielaag. Stel vóór u deze zomer ergens op vastlegt drie vragen. Op welke MCP-specversie richt de integratie zich, en wanneer ondersteunt die 2026-07-28? Is die gebouwd op een Tier 1-SDK (de officiële SDK's die de nieuwe spec binnen het venster van tien weken moeten ondersteunen)? En als de leverancier op de experimentele Tasks-API uit 2025 heeft gebouwd: wat is het migratieplan? Een leverancier zonder antwoorden valt niet af — maar een leverancier mét antwoorden vertelt u iets over zijn engineeringdiscipline.
Als u zelf een integratie bouwt
De rekensom is zojuist verbeterd. Tot nu toe betekende een productie-MCP-server voor uw eigen systemen stateful hosting: sessie-affiniteit op de load balancer, een gedeelde session store, en langlopende verbindingen waar veel serverless-platformen slecht mee omgaan. Onder de nieuwe spec is diezelfde server een stateless service — goedkoper te hosten, moeiteloos horizontaal te schalen, en waarneembaar met de OpenTelemetry-tooling die uw IT-partner al kent. Plant u een agent-ontwikkeltraject voor de tweede helft van 2026, richt u dan vanaf dag één op de 2026-07-28-spec en slaat u de migratie volledig over. Dezelfde logica geldt voor productie-AI-implementaties die interne data aan een assistent ontsluiten: bouw nu tegen de release candidate, lever op tegen de definitieve spec.
Als u in 2025 al een MCP-integratie heeft opgeleverd
Er valt niets uit op 29 juli. Bestaande specversies blijven werken, en de afgeschreven functies hebben een venster van minimaal twaalf maanden. Maar plan de migratie dit kwartaal in plaats van volgend jaar: het tienweekse release-candidate-venster bestaat juist zodat implementeerders tegen echte workloads kunnen valideren voordat de spec definitief is, en de stateless-verbouwing raakt transportcode die goedkoper doordacht te wijzigen is dan onder druk. Leunt uw integratie op Sampling of Logging op protocolniveau, plan dan nu de overstap naar provider-API's en OpenTelemetry.
Onze kijk
De stateless-verbouwing is het minst glamoureuze soort protocolnieuws, en dat is precies de betekenis ervan. Technologie wordt bruikbaar voor het mkb zodra ze oninteressant wordt — wanneer hosting een commodity is, versiebeheer voorspelbaar en breaking changes met beleid komen in plaats van als verrassing. MCP heeft nu alle drie. Wat er volgens de eigen 2026-roadmap nog ontbreekt, is de enterprise-laag: gestandaardiseerde audit trails, gateway-patronen en configuratie-portabiliteit staan nog open. Houd de verwachtingen dus gekalibreerd — het protocol verplaatst uw data betrouwbaar, maar toegangsbeheer, logging voor compliance en menselijke goedkeuringsstappen blijven úw ontwerpverantwoordelijkheid. Die taakverdeling is normaal; doen alsof het protocol dit oplost is de fout die wij het vaakst in leveranciersdecks zien.
Plant u voor het najaar een agent-pilot, dan schrijft de volgorde zichzelf: klein afbakenen, op de nieuwe spec richten, en de governancevragen in week één op tafel — onze notitie over het draaien van een AI-pilot beschrijft die structuur, en voor de modelkeuzes legt onze pagina over LLM-optimalisatie uit waar het protocol eindigt en het modelwerk begint.
Veelgestelde vragen
Wat is het Model Context Protocol in gewone taal?
MCP is een open standaard waarmee AI-assistenten via één gedeeld protocol met bedrijfssoftware verbinden, in plaats van via maatwerkkoppelingen per tool. Bouw of koop één MCP-server voor een systeem en elke compatibele AI-client — Claude, ChatGPT, Gemini, Copilot — kan die gebruiken.
Moeten we onze integraties herschrijven vóór 28 juli 2026?
Nee. Bestaande specversies blijven na de release gewoon werken, en afgeschreven functies hebben minimaal twaalf maanden voordat verwijdering überhaupt mogelijk is. Nieuwe projecten kunnen zich wel het beste direct op de 2026-07-28-spec richten, en integraties op de experimentele Tasks-API uit 2025 plannen hun migratie het beste dit kwartaal.
Betekent een stateless protocol dat de AI context vergeet tussen stappen?
Nee. Stateless geldt voor de transportlaag, niet voor uw workflow. Meerstapsprocessen dragen status over via expliciete handles — een ordernummer, een dossiernummer — die het model van de ene tool-aanroep naar de volgende doorgeeft. Dat maakt de status juist zichtbaar en controleerbaar in plaats van verstopt in sessiemetadata.
Is MCP klaar voor bedrijfsdata en compliance-eisen?
De transport- en autorisatielagen worden snel volwassener — de nieuwe spec scherpt de OAuth-afhandeling flink aan. Maar volgens MCP's eigen 2026-roadmap zijn gestandaardiseerde audit trails, gateway-patronen en centraal toegangsbeheer nog open punten. Regel dus uw eigen logging, toegangsbeheer en menselijke goedkeuringsstappen; het protocol doet dat niet voor u.
Wat vragen we een softwareleverancier over MCP-ondersteuning?
Drie dingen: op welke MCP-specversie hun integratie zich richt en wanneer 2026-07-28-ondersteuning komt; of die op een officiële Tier 1-SDK is gebouwd; en, als ze de experimentele Tasks-API uit 2025 gebruiken, wat hun migratieplan is. Leveranciers met scherpe antwoorden tonen u hun engineeringdiscipline.