MCP blir stateless og mer egnet for enterprise-agenter

Model Context Protocol, bedre kjent som MCP, har fått sin største endring siden lanseringen. Den nye 2026-07-28-spesifikasjonen gjør protokollen stateless, flytter mer informasjon inn i vanlige HTTP-hoder og legger grunnlag for bedre caching, tracing, autorisasjon og utvidelser.

Det kan høres smalt ut. Det er det ikke. MCP er i ferd med å bli standardrøret mellom AI-agenter og verktøy, data og interne tjenester. Når agentene går fra pilot til produksjon, blir protokollen de bruker et arkitekturvalg med konsekvenser for skalerbarhet, sikkerhet og drift.

AWS beskriver endringen i en fersk gjennomgang av hvordan Bedrock AgentCore Gateway støtter den nye spesifikasjonen. Den gamle modellen krevde en initialize-handshake og en MCP-session som senere kall måtte bære med seg. Det passet dårlig med horisontal skalering, lastbalansering og standard skyinfrastruktur. Serveren kunne bli bundet til en session, og operatører måtte håndtere sticky sessions eller delt session-store.

Den nye versjonen fjerner den protokollstyrte sessionen. Hvert kall bærer nødvendig informasjon selv, inkludert protokollversjon, klientinfo og kapabiliteter. En server kan derfor behandle et verktøykall uten at samme instans har sett en tidligere handshake. Det gjør MCP mer likt vanlige HTTPS-endepunkter. For enterprise-arkitektur er det et stort skritt fra demo til drift.

Hvorfor CIO og CISO bør bry seg

Agentprosjekter feiler ofte i overgangen fra proof of concept til produksjon. Ikke fordi modellen ikke svarer. De feiler fordi integrasjonene rundt modellen ikke tåler virksomhetens krav til identitet, logging, versjonering, skalerbarhet og endringskontroll. MCP-endringen angriper flere av disse problemene.

For drift betyr stateless transport at agenter og verktøy kan skaleres mer forutsigbart. Trafikk kan rutes gjennom vanlige load balancere og API-gatewayer. Infrastrukturteam slipper å spesialhåndtere protokollsessions bare for å holde en agentdialog i live.

For sikkerhet betyr de nye HTTP-hodene mer synlighet uten å måtte parse hele JSON-RPC-bodyen. AWS peker på Mcp-Method og Mcp-Name som gjør det mulig å rute, måle og begrense trafikk basert på hva agenten faktisk forsøker å gjøre. Det er viktig når samme agentflate kan kalle alt fra søk og lesing til skriving, sletting eller systemhandlinger.

For observability formaliseres støtte for W3C Trace Context i metadata. Dermed kan et kall spores fra applikasjon til MCP-klient, gateway og videre til bakenforliggende tjenester. Det er ikke pynt. Når en agent gjør feil i produksjon, trenger man hendelseskjede, ikke bare en chatlogg.

Større kontroll, men også migrasjonsarbeid

Spesifikasjonen har også breaking changes. AWS understreker at oppgraderingen er opt-in: en gateway kan annonsere flere protokollversjoner, og klienter velger versjon per kall. Det gir virksomheter en ryddig migrasjonsvei. Legg til ny versjon, flytt klienter kontrollert, og fjern gamle versjoner først når trafikken er migrert.

Dette er et mønster ledere bør kreve fra agentleverandører. Agentinfrastruktur må kunne versjoneres som annen kritisk integrasjon. Hvis leverandøren ikke kan forklare hvilke MCP-versjoner som støttes, hvordan klienter forhandles, og hva som skjer ved inkompatible kall, er løsningen ikke moden nok for kritiske arbeidsflyter.

Den nye versjonen endrer også server-til-klient-interaksjoner. I stedet for langlivede forbindelser kan serveren be om input innenfor rammen av et aktivt kall, med requestState som gjør at flyten kan fortsette uten å holde samme forbindelse åpen. Det passer bedre med webinfrastruktur og gjør det enklere å håndtere godkjenninger og avklaringer i agentflyter.

For CISO-er er autorisasjonssporet verdt å følge. Spesifikasjonen styrker koblingen mot enterprise-praksis for OAuth 2.0 og OpenID Connect. Det betyr ikke at alle MCP-servere plutselig er sikre. Men retningen er riktig: agentverktøy må inn i samme identitets- og tilgangsregime som andre integrasjoner.

Praktisk konsekvens

Virksomheter som bygger på MCP bør lage en liten protokollstrategi nå. Kartlegg hvilke MCP-servere som finnes, hvilke klienter og agenter som bruker dem, hvilke protokollversjoner som støttes, og hvor trafikken går. Legg inn krav til tracing, caching, versjonsforhandling, rate limiting og godkjenning av farlige verktøykall.

Ikke la MCP bli en skyggeintegrasjon fordi den kom inn via utviklerverktøy eller agentpiloter. Hvis protokollen gir agenter tilgang til interne systemer, er den en del av virksomhetens integrasjonsflate. Da må den eies av plattform, sikkerhet og arkitektur sammen.

Den korte vurderingen: MCP 2026-07-28 er en teknisk spesifikasjon med styringsmessig betydning. Den gjør agentverktøy mer driftbare, men den krever også at virksomheter tar agentprotokoller like seriøst som API-er, meldingskøer og identitetsplattformer.

Kilder og medier

Primærkilde: AWS Machine Learning Blog, How AgentCore Gateway supports the MCP 2026-07-28 spec, https://aws.amazon.com/blogs/machine-learning/how-agentcore-gateway-supports-the-mcp-2026-07-28-spec/ Kildekreditering: AWS og Model Context Protocol-spesifikasjonen. Source_url er primærkilden over. Thumbnail: OpenAI Image 2 / hogby.ai