MCP forklart: hva Model Context Protocol betyr for integrasjon
MCP har blitt standardmåten å koble AI-agenter til verktøy og data. Hva det er, hvordan det henger sammen med API-er og iPaaS, og hva integrasjonsteam bør gjøre.
Jobber du med integrasjon, har du sikkert hørt «MCP» oftere i år enn i alle tidligere år til sammen. Model Context Protocol har gått fra å være et sideprosjekt hos Anthropic til noe alle de store iPaaS-leverandørene støtter. Her er en kort forklaring på hva det er, og hvorfor det betyr noe for integrasjonsteam.
Hva MCP er
MCP er en åpen standard for å koble AI-applikasjoner til eksterne verktøy og data. Den ble lansert av Anthropic i november 2024, og i desember 2025 ble den gitt videre til Agentic AI Foundation, et fond under Linux Foundation som Anthropic, Block og OpenAI var med på å starte. OpenAI, Google og Microsoft støtter den.
MCP kalles ofte «USB-C for AI». Før MCP trengte hver AI-applikasjon sin egen tilpassede kobling til hvert system, det klassiske N×M-problemet som integrasjonsfolk kjenner godt. Med MCP gjøres et system tilgjengelig én gang som en MCP-server med et sett verktøy, og enhver MCP-klient (Claude, ChatGPT, Copilot, en egenutviklet agent) kan finne og bruke verktøyene.
MCP og API-er: ikke enten eller
En MCP-server er som regel et tynt lag oppå eksisterende API-er. Forskjellen er hvem som bruker den. Et API er laget for en utvikler som leser dokumentasjon og skriver kode. Et MCP-verktøy er laget for en språkmodell som leser en beskrivelse og selv bestemmer når verktøyet skal brukes.
Det får konsekvenser. Beskrivelsen av verktøyet blir en del av grensesnittet. Verktøy bør lages rundt oppgaver («opprett en kundeordre») heller enn rå endepunkter. Og fordi modellen bestemmer hva som kalles, blir tilgangskontroll og logging enda viktigere.
Hvorfor iPaaS-leverandørene bryr seg
En integrasjonsplattform har allerede det MCP trenger: koblinger til hundrevis av systemer, administrerte påloggingsdetaljer, feilhåndtering og overvåking. Derfor gjør leverandørene det de har til MCP-verktøy:
- Azure Logic Apps kan gjøre eksisterende arbeidsflyter tilgjengelige som MCP-verktøy (generelt tilgjengelig siden Build 2026).
- Boomi har et MCP-register i API-styringen og MCP-proxykoblinger i Boomi Connect.
- Workato har en MCP-gateway og en intern markedsplass for gjenbruk av MCP-servere.
- MuleSoft støtter MCP i Agent Fabric og styrer MCP-servere gjennom Omni Gateway.
Gartner trekker også fram MCP i Magic Quadrant for iPaaS 2026, som en måte å koble AI til virksomhetens systemer uten å låse seg til én leverandør.
Protokollen modnes
Den nyeste spesifikasjonen, datert 28. juli 2026, gjør MCP tilstandsløs. Oppkoblingshåndtrykket og økt-ID-ene er borte, og hver forespørsel beskriver seg selv. Det gjør det mye enklere å kjøre MCP-servere bak lastbalansering og gatewayer, slik vi allerede kjører API-er. Rutingshoder, mellomlagring av verktøylister og strengere autorisasjon peker i samme retning: MCP blir klart for bruk i store virksomheter.
Hva integrasjonsteam bør gjøre
- Start med det dere har. Velg noen mye brukte integrasjoner eller API-er og gjør dem tilgjengelige som MCP-verktøy med tydelige, oppgaveorienterte beskrivelser.
- Styr MCP-servere som API-er. Katalogiser, versjoner og legg dem bak API-gatewayen.
- Gi agenter egne identiteter. Ikke la agenter dele tjenestekontoer, og gi hver agent minst mulig tilgang.
- Logg verktøykall. Dere kommer til å måtte forklare hva en agent gjorde, og hvorfor.
MCP kommer ikke til å erstatte integrasjonsplattformer. Men det endrer hvem som bruker dem: fra nå av vil noen av dem som bruker integrasjonene deres, være AI-agenter.
Kilder
Innlegget er skrevet med hjelp av AI og gjennomgått av redaksjonen før publisering.