Veikartet for MCP i 2026: skalering, tasks og behov i store virksomheter

David Soria Parra, som leder arbeidet med Model Context Protocol, publiserte 9. mars veikartet for MCP i 2026. Det er ikke en liste med datoer for nye versjoner. Veikartet peker ut fire områder som skal prioriteres, og forslag som passer inn der, blir behandlet raskere enn andre. For integrasjonsteam er listen en god pekepinn på hva som endrer seg i MCP det neste året.

De fire prioriteringene

1. Transport og skalering. Det meste av MCP i produksjon går over Streamable HTTP. I dag må en server ofte holde på tilstanden til hver session, og det gjør det vanskelig å kjøre mange kopier av samme server bak en load balancer. Målet er en modell for transport og sessions der servere kan skaleres horisontalt uten å lagre tilstand. Veikartet peker også mot en fast måte å beskrive en server på via en .well-known-adresse, slik at klienter og registre kan se hva serveren tilbyr uten først å åpne en forbindelse.

2. Kommunikasjon mellom agenter. MCP har en eksperimentell byggestein som heter Tasks, for arbeid som tar lengre tid enn ett enkelt kall. Tidlig bruk har vist hull: Hva skal skje når en task feiler midlertidig, og hvor lenge skal resultatene tas vare på? Veikartet vil ha klare regler for nye forsøk og utløpstid.

3. Styring av prosjektet. I dag må alle forslag til endringer gjennomgås av kjernegruppen av vedlikeholdere, og det har blitt en flaskehals. Arbeidsgrupper med ekspertise på egne områder skal få mer ansvar for å vurdere forslag.

4. Klar for store virksomheter. Virksomheter som kjører MCP internt, trenger audit trails, innlogging knyttet til egen identity provider (single sign-on), klare regler for hvordan gatewayer skal oppføre seg, og konfigurasjon som kan flyttes mellom miljøer. Vedlikeholderne vil løse det meste med extensions, ikke ved å gjøre selve spesifikasjonen tyngre, og de inviterer folk med erfaring fra store virksomheter til å bidra.

Hva det betyr for integrasjon

Veikartet bekrefter det mange integrasjonsteam har oppdaget: MCP fungerer godt på maskinen til en utvikler, men det er vanskeligere å kjøre det i stor skala i produksjon.

• Stateless skalering passer med måten integrasjonsplattformer og API-gatewayer allerede fungerer på. Når MCP-servere ikke lenger trenger sticky sessions, kan de driftes og skaleres som andre API-er.
• Beskrivelse av servere på en fast adresse gjør det enklere å bygge kataloger og registre over godkjente MCP-servere.
• Tasks med klare regler for nye forsøk bringer MCP nærmere det integrasjonsutviklere venter seg av asynkrone prosesser og køer.
• Audit og single sign-on er krav de fleste virksomheter har til enhver integrasjon. At de nå står på den offisielle listen, er et tegn på at MCP modnes.

Hva dere bør gjøre nå

Ikke vent på veikartet før dere begynner. Bygg MCP-servere bak en gateway dere allerede styrer, logg kallene, og bruk deres egen løsning for identitet til å styre tilgang. Da er dere klare når spesifikasjonen tar igjen, og dere har ikke bundet dere til en løsning som forsvinner.

Spør også iPaaS-leverandøren hvordan de følger utviklingen i MCP: hvor raskt de støtter nye versjoner, og om de er med i arbeidsgruppene.