De nieuwe MCP-roadmap

22 augustus 2026 · 5 min · David Soria Parra (Lead Maintainer), Den Delimarsky (Lead Maintainer)

Vandaag publiceren we met veel plezier een bijgewerkte roadmap voor het Model Context Protocol (MCP), die de volgende release van de specificatie en daarna beslaat.

De roadmap bepaalt de richting van het protocolwerk voor de komende maanden. Deze is ontwikkeld door de Core Maintainers samen met onze gemeenschap van maintainers en Working Groups.

Prioriteitsgebieden

De roadmap is georganiseerd in vijf prioriteitsgebieden. Een aantal hiervan zet werk voort dat in de vorige roadmap als 'aanstaande' was aangemerkt, waaronder server-initiated events, verbeteringen aan het resultaat-type en agent-identiteit; deze zijn inmiddels voldoende volwassen geworden om als eigen prioriteit te worden behandeld. Elk gebied is in beheer van een set Core Maintainers en één of meer Working Groups.

Agentische berichtgevingsprimitieven

Moderne agentische workloads passen niet langer in het standaard request-and-response patroon. Loops kunnen langer duren, servers kunnen gestreamde resultaten pushen en er is een duidelijke behoefte om werk onderweg bij te sturen. MCP is gegroeid om aan deze eisen te voldoen door de introductie van Tasks, subscriptions/listen en voortgangsmeldingen.

We willen ervoor zorgen dat we niet alleen de juiste primitieven voor de taak bieden, maar dat deze ook goed samenwerken. Het werk hier omvat:

  • Server-initiated events (webhooks en kanalen, zodat clients niet constant hoeven te pollen naar resultaten).
  • Een composition review over de Working Groups voor Agents, Transports, en Triggers & Events.
  • Het volwassen maken van de Tasks-extensie (SEP-2663), zodat deze kan worden opgenomen in de specificatie.

Unificatie en hardening van HTTP-native transport

Met de release van 28 juli 2026 is een remote MCP-server nu niet anders dan elke andere HTTP-workload. Dit maakt het eenvoudig om een server te hosten en te beheren op elke infrastructuur die ontwikkelaars en organisaties al gebruiken voor hun API's en services.

Het model is schaalbaar gebleken en we willen het uitbreiden naar andere implementatiemodi, waaronder lokale servers die Streamable HTTP over stdio spreken. Unificatie op één transport stelt ons in staat om de ontwikkeling van MCP-servers en -clients verder te vereenvoudigen.

Agent-identiteit en enterprise-ready beveiliging

MCP-autorisatie is momenteel gebouwd rondom een persoon die toegang goedkeurt in een browser. Dat werkt goed voor interactieve clients, maar steeds vaker zijn de aanroepers agents die draaien als cloud-workloads met hun eigen identiteit, handelend namens een gebruiker die niet aanwezig is, of waarbij beperktere bevoegdheden worden gedelegeerd aan sub-agents. We willen dat MCP-servers een gestandaardiseerde manier hebben om die agent-identiteiten te herkennen en te vertrouwen, gebaseerd op bestaande standaarden in plaats van geplakte API-sleutels en tokens met een lange geldigheidsduur.

Het werk in dit gebied omvat:

  • Het finaliseren van Demonstrating Proof of Possession (DPoP) en het stimuleren van de adoptie hiervan.
  • Het definiëren van een uitgesproken pad voor agent-identiteit en delegatie via Workload Identity Federation, de ID-JAG grant achter Enterprise-Managed Authorization, en standaard token-uitwisseling.
  • Het voortzetten van de betrokkenheid bij OAuth-standaardisatie-organen, waaronder de IETF OAuth- en WIMSE-working groups, om de onderliggende standaarden te helpen evolueren met de bouwstenen die agent-identiteit nodig heeft.

Verbeterde primitieven

Tool calling is het onderdeel van MCP waar de meeste ontwikkelaars als eerste mee in aanraking komen, en dit heeft zich gedurende de levensduur van het protocol goed gehouden. Waar het echter tekortschiet, is in de afhandeling van resultaten. Een tools/call respons kan dezelfde output in meer dan één vorm overbrengen, en een server-ontwikkelaar heeft momenteel geen manier om te weten welke vorm een specifieke client aan het model zal presenteren. We streven ernaar dit te vergemakkelijken door te standaardiseren op één duidelijk contract.

Een andere uitdaging voor het gebruik van primitieven is de steeds grotere schaal. Verbinding maken met een server met honderd tools betekent dat het model voor dat gehele oppervlak betaalt voordat de gebruiker een enkele vraag heeft gesteld, en de selectie van tools verslechtert naarmate de lijst groeit. We starten een initiatief voor progressive discovery, zodat een server een klein toegangspunt kan bieden en meer van zijn catalogus kan onthullen naarmate het gesprek specifieker wordt.

Verbeterde SDK-ontwikkelaarservaring

Onze SDK's zijn de manier waarop ontwikkelaars MCP ervaren. We investeren in de ergonomie en de conformiteit met de specificatie, en in het maken van intuïtieve en goed gedocumenteerde libraries voor elk platform en elke taal die we ondersteunen. Dit is nu extra belangrijk, omdat veel ontwikkelaars MCP-clients en -servers bouwen door een agent op onze libraries te richten; heldere API's en accurate documentatie bepalen dan of de code met minimale wrijving zal werken.

Prioritering van voorstellen

Specification Enhancement Proposals (SEPs) die binnen deze prioriteitsgebieden vallen, worden versneld beoordeeld en hebben de grootste kans op acceptatie. Voorstellen buiten deze gebieden worden niet automatisch afgewezen, maar de reviewtijd van maintainers is schaars en gaat eerst naar de roadmap.

Als u een SEP overweegt:

  1. Identificeer het prioriteitsgebied waartoe het behoort.
  2. Bespreek het met de relevante Working Group.
  3. Werk samen met de leden om uw voorstel vorm te geven.

Voor elk gebied op de roadmap zijn de verantwoordelijke Core Maintainers benoemd; iedereen die wil bijdragen kan hen bereiken via Discord. We kijken ernaar uit om samen met de community de voorstellen te beoordelen en uit te bouwen die deze roadmap ondersteunen.

Betrokken raken

Aan elk bovengenoemd prioriteitsgebied is een Working Group verbonden of in wording, en in al deze groepen is ruimte voor meer bijdragers. Er zijn verschillende manieren om deel te nemen:

  • Sluit je aan bij een Working Group of Interest Group: zie de pagina met Working and Interest Groups en de community-kanalen.
  • Stel een SEP voor of reageer op een bestaande: lees de SEP-richtlijnen en open vervolgens een voorstel of geef je mening.
  • Start een experimentele extensie: SEP-2133 staat elke WG of IG toe om te experimenteren in een experimental-ext- repository voordat er een formele SEP wordt ingediend.
  • Draag direct bij: de contributing guide behandelt de specificatie, SDK's en tooling.

We kijken ernaar uit om MCP samen met jullie te laten groeien en evolueren!