MCP Dev Summit 2026: protokollen blir voksen for virksomheter

I noen måneder har sosiale medier vært fulle av innlegg om at Model Context Protocol allerede har passert toppen. MCP Dev Summit i New York 2.–3. april fortalte en annen historie. Rundt 1 200 personer kom til det første toppmøtet etter at MCP ble overlatt til Agentic AI Foundation i Linux Foundation i desember 2025, og mye av programmet handlet om å kjøre MCP i produksjon, ikke om å prøve det ut.

For integrasjonsteam er ikke hypen det interessante. Det interessante er at protokollen nå formes rundt problemene virksomheter faktisk har: skala, lange prosesser og identitet.

Hva skjedde i New York

Agentic AI Foundation, som nå eier MCP, sa at stiftelsen har fått godt over hundre medlemmer siden den ble opprettet. Flere store selskaper viste MCP i produksjon. AWS svarte direkte på «MCP er dødt»-innleggene og sa at det ikke er det de ser internt i Amazon. Uber fortalte at de kjører titusenvis av agentkjøringer i uken gjennom sin egen MCP gateway og registry, og Duolingo, Datadog og Bloomberg viste også bruk i produksjon.

Kjerneteamet bak protokollen la frem tre prioriteringer for neste versjon av spesifikasjonen, som er planlagt til juni:

• Stateless transport, slik at MCP-servere kan kjøre på serverless-plattformer uten å holde en sesjon åpen for hver klient.
• Lange oppgaver (tasks), for jobber som tar minutter eller timer i stedet for sekunder. En eksperimentell versjon kom i spesifikasjonen fra november 2025.
• Pålogging via virksomhetens egen identity provider, slik at brukerne slipper å godkjenne tilgang for én applikasjon av gangen.

En ny arbeidsgruppe ser også på triggers og events, slik at MCP-servere kan varsle agenter når noe skjer, i stedet for å vente på å bli spurt.

Hvorfor det betyr noe for integrasjon

Alle de tre prioriteringene er kjente for alle som har driftet en integrasjonsplattform. Stateless design er det som gjør det mulig å skalere ut. Lange oppgaver er forskjellen på en demo og en ekte ordre- eller onboardingprosess. Og felles identitet er det sikkerhetsteamet spør om først.

Ubers oppsett er også verdt å merke seg. En stor MCP-installasjon ligner mye på API management: en gateway foran, en registry over hva som finnes og sentrale regler. Det er det samme mønsteret iPaaS-leverandørene bygger inn i plattformene sine, og det tyder på at MCP-servere kommer til å forvaltes omtrent som API-er er i dag.

Hvordan det står seg

MCP er ikke den eneste åpne protokollen for agenter. A2A, som kobler agenter til andre agenter, er også et prosjekt i Linux Foundation. De to beskrives stadig oftere som et par: MCP kobler en agent til verktøy og data, mens A2A kobler agenter på tvers av team og plattformer.

For kjøpere er det viktigste spørsmålet ikke hvilken protokoll som vinner, men hvordan hver plattform støtter begge, og hvor raskt leverandørene tar i bruk nye versjoner av spesifikasjonen.

Hva du bør følge med på

1. Spesifikasjonen i juni. Sjekk når integrasjonsplattformen deres støtter stateless transport og tasks. Eldre MCP-servere kan trenge endringer.
2. Identitet. Spør leverandørene hvordan MCP-serverne deres vil fungere med deres identity provider, og om brukerne kan handle med sine egne rettigheter.
3. Registry og gateway. Planlegger dere mer enn en håndfull MCP-servere, bør dere tidlig bestemme hvor de skal registreres og hvordan trafikken skal styres.

Les mer i guiden vår MCP forklart.