De beheerders van het Model Context Protocol (MCP) hebben een bijgewerkte routekaart gepubliceerd die vorm zal geven aan de volgende specificatieversie van het protocol dat de facto een standaard is geworden voor het verbinden van AI-modellen met externe tools en gegevens. Het bericht van 22 augustus, geschreven door hoofdonderhouders David Soria Parra en Den Delimarsky, zet vijf prioriteitsgebieden uiteen – van agentische berichtenprimitieven tot gestandaardiseerde identiteit van agenten – en arriveert slechts enkele weken na de historische herziening van de specificatie van het protocol op 28-07-2026.

De update trok onmiddellijk de aandacht van de ontwikkelaarsgemeenschap, waarbij de roadmap-aankondiging binnen enkele dagen meer dan 240 stemmen en meer dan 140 reacties op Hacker News verzamelde. Voor ontwikkelaars die agentische applicaties bouwen, geeft het document aan waar de belangrijkste beheerders en werkgroepen van het protocol hun beoordelingstijd zullen besteden – en welke voorstellen het snelst door de wachtrij zullen gaan. Voor meer context over dit verhaal, zie ons meer AI-verhalen.

Wat de juli-specificatie al is veranderd

Voordat ze nieuwe prioriteiten stelden, maakten de beheerders de balans op van de vorige routekaart, gepubliceerd in maart 2026, die zich op vier gebieden concentreerde: transportevolutie en schaalbaarheid, agentcommunicatie, volwassenheid van het bestuur en bedrijfsgereedheid. Volgens de blogpost is er op alle vier de fronten “aanzienlijke vooruitgang” geboekt, waarbij het grootste deel van de veranderingen in de specificatierelease van 28-07-2026 terecht is gekomen.

De meest consequente verandering was het verwijderen van sessies op protocolniveau en de initialisatie-handshake, bijgehouden als SEP-2575 en SEP-2567. De verschuiving betekent dat een MCP-server nu horizontaal kan schalen zonder de status vast te houden – een fundamentele herwerking die ervoor zorgt dat externe MCP-servers zich gedragen als gewone webservices. Clients kunnen ook een nieuw `server/discover`-eindpunt aanroepen om de ondersteunde versies en mogelijkheden van een server te leren kennen voordat ze iets anders doen, en de lijstresultaten worden cachebaar onder SEP-2549.

Aan de kant van de agentcommunicatie werd de Tasks-constructie herwerkt tot een officiële extensie (SEP-2663), terwijl een nieuw Multi Round-Trip Requests-patroon (SEP-2322) door de server geïnitieerde verzoeken verving, zodat de stromen lijken op elicitatiewerk op staatloze servers. Ook het bestuur werd volwassener: het project nam formeel een bijdrageladder aan, werkgroepen beoordelen nu hun eigen verbeteringsvoorstellen, en de specificatie kreeg een passend levenscyclus- en afschaffingsbeleid voor functies.

Het werk aan de ondernemingsgereedheid concentreerde zich op autorisatie, validatie van de verzenduitgever, aan de uitgever gebonden klantreferenties en klant-ID-metagegevensdocumenten als het voorkeurspad voor klantregistratie, waarbij door de onderneming beheerde autorisatie werd gepromoveerd tot stabiel als een uitbreiding.

Vijf prioriteiten voor de volgende releasecyclus

1. Primitieven voor agentische berichten

De eerste prioriteit erkent dat “moderne agent-workloads niet langer passen in het standaard verzoek-en-antwoordpatroon.” Loops duren langer, servers pushen gestreamde resultaten en ontwikkelaars hebben de mogelijkheid nodig om het werk halverwege de vlucht te sturen. MCP is naar deze vereisten toe gegroeid met taken, abonnementen en luisterbewerkingen en voortgangsmeldingen, maar de beheerders willen dat ze goed samenwerken.

Gepland werk omvat door de server geïnitieerde gebeurtenissen die worden geleverd via webhooks en kanalen, "zodat klanten niet hoeven te blijven zoeken naar resultaten", een samenstellingsbeoordeling die de werkgroepen Agents, Transports en Triggers & Events omvat, en het volwassen maken van de Tasks-extensie zodat deze kan overgaan naar de kernspecificatie.

2. HTTP-native transportunificatie

Met de juli-release, zo schreven de beheerders, "is een externe MCP-server nu niet anders dan welke andere HTTP-workload dan ook", waardoor MCP-servers eenvoudig te hosten zijn op de infrastructuur die organisaties al gebruiken voor hun API's. De aanpak "heeft bewezen schaalbaar te zijn", en de routekaart stelt nu voor om deze uit te breiden tot lokale servers die Streamable HTTP spreken via standaard invoer en uitvoer. Het verenigen op één transport zou, zo betoogt de post, de ontwikkeling van zowel MCP-servers als clients nog verder vereenvoudigen.

3. Agentidentiteit en bedrijfsklare beveiliging

Misschien wel de meest toekomstgerichte prioriteit is het aanpakken van de kloof tussen de manier waarop MCP-autorisatie vandaag de dag werkt en hoe agenten daadwerkelijk werken. De huidige autorisatie is opgebouwd rond een persoon die de toegang in een browser goedkeurt – prima voor interactieve clients, maar steeds meer uit de pas met de realiteit.

"Steeds meer van de bellers zijn agenten die als cloudworkloads met hun eigen identiteit draaien, handelen namens een gebruiker die niet aanwezig is, of beperktere bevoegdheden delegeren aan subagenten", schreven de beheerders. Het doel is een gestandaardiseerde manier waarop MCP-servers deze agent-identiteiten kunnen herkennen en vertrouwen, "gebouwd op bestaande standaarden in plaats van op geplakte API-sleutels en langlevende tokens."

Concreet omvat het werk het finaliseren van het Demonstreren van Proof of Possession (DPoP) en het stimuleren van de adoptie ervan, het definiëren van een eigenzinnig pad voor de identiteit en delegatie van agenten via Workload Identity Federation, de ID-JAG-subsidie ​​achter Enterprise-Managed Authorization en standaard tokenuitwisseling. Het team zal ook blijven samenwerken met de IETF OAuth- en WIMSE-werkgroepen om de onderliggende standaarden te helpen ontwikkelen.

4. Verbeterde primitieven en progressieve tooldetectie

Tool calling blijft het onderdeel van MCP dat de meeste ontwikkelaars als eerste aanraken, en het heeft volgens de post "goed stand gehouden". Maar de afhandeling van de resultaten schiet tekort: een `tools/call`-antwoord kan dezelfde uitvoer in meer dan één vorm bevatten, en serverontwikkelaars kunnen op geen enkele manier weten welke vorm een ​​bepaalde client voor het model zal plaatsen. De roadmap heeft tot doel te standaardiseren op één helder contract.

De beheerders wezen ook op het schaalprobleem. "Verbinding maken met een server met honderd tools betekent dat het model voor dat hele oppervlak betaalt voordat de gebruiker ook maar één vraag heeft gesteld, en de selectie van tools wordt vaak slechter naarmate de lijst groeit", schreven ze. Het antwoord is een progressieve ontdekkingsinspanning, waarbij een server een klein toegangspunt biedt en meer van zijn catalogus onthult naarmate het gesprek smaller wordt.

5. Verbeterde SDK-ontwikkelaarservaring

Ten slotte hebben de beheerders investeringen toegezegd in de SDK's waarmee de meeste ontwikkelaars MCP ervaren: hun ergonomie, hun conformiteit met de specificatie en hun documentatie op elk ondersteund platform en elke ondersteunde taal. De inzet is groter geworden, merkten ze op, nu veel ontwikkelaars MCP-clients en -servers bouwen "door een agent naar onze bibliotheken te verwijzen", waar duidelijke API's en nauwkeurige documentatie beslissen of de gegenereerde code met minimale wrijving werkt.

Wat het betekent voor het ecosysteem

De routekaart bevat een praktische stimuleringsstructuur: Specification Enhancement Proposals (SEP's) die binnen de prioriteitsgebieden vallen, krijgen versnelde beoordeling en de beste kans op acceptatie, terwijl voorstellen die buiten de scope vallen niet automatisch worden afgewezen, maar als laatste de schaarse tijd van de onderhouder krijgen. Elk prioriteitsgebied heeft kernbeheerders en een of meer werkgroepen benoemd, die allemaal ruimte hebben voor meer bijdragers, en het experimentele uitbreidingsmechanisme onder SEP-2133 laat groepen ideeën testen voordat ze formele voorstellen indienen.

Sinds Anthropic eind 2024 een open source MCP introduceerde, heeft het protocol zich over de hele industrie verspreid, waarbij grote AI-leveranciers en toolbouwers het hebben overgenomen als een gebruikelijke manier om modellen toegang te geven tot externe systemen. De routekaart van augustus suggereert dat de volgende fase van het protocol minder zal worden gedefinieerd door basisconnectiviteit en meer door de moeilijkere problemen van het agententijdperk: identificeren wie – of wat – daadwerkelijk belt, langlopend werk bestuurbaar houden en de wildgroei aan tools temmen waar agenten doorheen moeten navigeren.

Voor ontwikkelaars en platformteams die op MCP wedden, is de boodschap duidelijk: staatloze HTTP-werking is nu de veronderstelde basislijn, en het zwaartepunt van het protocol verschuift naar agenten die autonoom handelen, hun eigen verifieerbare identiteit dragen en mogelijkheden geleidelijk ontdekken in plaats van allemaal tegelijk.

---

Blijf Voorop met AI

Het laatste AI-nieuws, analyses en doorbraken — allemaal op één plek.

Lees meer AI-nieuws →