Vil MCP udrydde API'er?

Denne blog blev oprindeligt udgivet 18. november 2025 og er blevet opdateret.

Af Tomydas Pall, Group Product Manager

Et teammedlem spurgte mig for nylig: "Når vi aktiverer MCP, og det forbinder alt, hvorfor skal vi så overhovedet bruge API'er? Vil API'erne være væk?"

Det spørgsmål fik mig til at tænke. Først lød det indlysende – hvis MCP forbinder AI-agenter med værktøjer og data, er der måske ikke længere behov for API'er. Men jo mere jeg tænkte over det, jo mere indså jeg, at svaret ikke er så simpelt.

For at se hvorfor, lad os undersøge dette spørgsmål med et eksempel fra det virkelige liv.

API'er: Fundamentet for forbindelse

API'er har været rygraden i digitale systemer i årtier. De definerer, hvordan applikationer kommunikerer med hinanden – henter data, udfører handlinger og driver integrationer.

Tag et udgiftsstyringssystem som Concur:

Uden API'er er der ingen måde for andre systemer at interagere pålideligt med denne applikation. API'er er vejen frem for virksomhedssoftware.

Tilføjelse af AI-laget

Lad os nu prøve at tilføje et AI-lag for at automatisere disse interaktioner.

I stedet for at skrive kommandoer eller klikke dig gennem menuer, så forestil dig en leder, der blot spørger i Slack:

Eller senere:

Her er hvad der sker: AI-agenten i Slack fortolker anmodningen. Den skal kommunikere med Concur for at hente data eller udføre en handling. Traditionelt ville den ramme Concurs API'er direkte – men uden stærke sikkerhedsforanstaltninger kan det betyde overdreven tilladelsesgivning, manglende logføring eller usikker automatisering.

Det er præcis her, MCP kommer ind i billedet.

Indtast MCP: AI-native governance

Model Context Protocol (MCP) er ikke her for at erstatte API'er. I stedet er det den bro, der gør API'er sikre, forklarlige og brugbare for AI-agenter.

Sådan passer det ind i vores eksempel:

MCP-klienten (som kører inde i Slack med AI-agenten) sender anmodningen. MCP-serveren (som sidder tæt på Concur) pakker Concur API'erne ind, kontrollerer tilladelser, tilføjer governance og logger handlinger. Først derefter udføres API-kaldet af Concur.

API'erne gør stadig arbejdet – men MCP sikrer sikker, transparent og styret brug.

Understøtter API'er ikke allerede styring?

Det naturlige næste spørgsmål lyder som regel nogenlunde sådan her:

"API'er har allerede OAuth, RBAC, hastighedsgrænser og revisionslogfiler. Er det ikke governance? Hvorfor har vi brug for MCP oveni?"

Her er forskellen:

API-styring er app-centreret. Det beskytter systemet mod misbrug og sikrer, at brugerne følger reglerne.
 
MCP-styring er AI-centreret. Det sikrer, at AI-agenter interagerer sikkert med skræddersyede foranstaltninger til autonomi, forklaringsevne og observerbarhed.

Med andre ord styrer API'er adgang, MCP styrer adfærd.

Det ekstra lag er vigtigt, når virksomheder skifter fra menneskedrevne opkald til autonome, kunstig intelligens-drevne arbejdsgange.

MCP i den virkelige verden

MCP vinder hurtigt frem, som følgende eksempler viser:

• Anthropics MCP SDK'er → referenceimplementeringen.
• LangChain og LlamaIndex → ​​udforsker MCP-forbindelser til deres agentframeworks.
• Community MCP-servere → nye til værktøjer som Jira, Slack og GitHub.

Dette signalerer en tendens: virksomheder ønsker en standardiseret og sikker måde, hvorpå agenter kan oprette forbindelse til forretningssystemer.

API vs MCP: Eksempel på udgiftsgodkendelse

Selvom sådanne forbindelser bestemt er mulige uden MCP, er her et kig på, hvordan MCP hjælper med at forenkle og forbedre processer:

Kun API-flow

• Udvikler bygger en Slack-integration.
• Kommandoer udløser direkte API-kald (GET /expenses, POST /approve).
• Dette flow fungerer, men det kræver brugerdefineret kodning og manuel styring.

MCP-flow

• AI-agent i Slack opretter forbindelse via MCP-klient.
• MCP-klienten videresender anmodningen til MCP-serveren, som omslutter Concur API'erne.
• MCP-serveren håndhæver tilladelser, logføring og kontekst og kalder derefter API'en.
• Concur udfører handlingen og returnerer resultaterne til Slack.
• I dette flow udfører API'erne arbejdet, og MCP sørger for, at AI-agenter bruger dem sikkert.

Se større

Nye tendenser, der former API vs. MCP-debatten

Flere kræfter er ved at mødes, og det vil ændre den måde, virksomheder tænker på API'er og MCP:

Agentisk AI-adoption:

Efterhånden som flere arbejdsgange skifter til autonome agenter, vil styring bevæge sig fra "bruger-til-app"-regler til "agent-til-app"-frameworks.

Standardisering omkring MCP:

Konkurrerende leverandører samles omkring MCP som en almindelig måde at forbinde AI-modeller og -værktøjer på.

AI-observationsplatforme:

Dashboards, der sporer agentbeslutninger, API-kald og styringsresultater, er ved at blive uundværlige for virksomheder.

Forklarbarhed som sikkerhed:

AI-interaktioner vil ikke blot kræve logfiler, men også fortællinger om, hvorfor der blev foretaget handlinger.

Ændring i API-design:

API'er kan i sig selv udvikle sig til at inkludere indbyggede "agentvenlige" metadata (tilladelser, sikre standardindstillinger, risikoscoring).

Så, vil API'ersappære?

Nej. API'er forsvinder ikke. Faktisk bliver de vigtigere, og i fremtiden vil vi se API'er og MCP udvikle sig i fællesskab for at understøtte AI-fokuserede virksomheder.

MCP tilføjer styring, standardisering og observerbarhed – men API'er er stadig fundamentet. Tænk på det sådan her: MCP er færdselsloven og navigationssystemet, der lader AI-agenter køre sikkert på API-veje.

Efterhånden som adoptionen af ​​agent-AI vokser, vil virksomheder have brug for mere API'er, ikke færre.

Hvordan Jitterbit Sikrer MCP

Jitterbit MCP leverer en implementering af Model Context Protocol i virksomhedsklassen, der transformerer eksisterende API'er og integrationer til genanvendelige, agentklare funktioner. Den etablerer et standardiseret kontrollag mellem AI-modeller, agenter og virksomhedssystemer, og transformerer eksisterende integrationer og API'er til styrede, genanvendelige værktøjer.

Jitterbit MCP kombinerer tre kernefunktioner i én samlet løsning.

Strategiske konklusioner

Så hvor overlader dette os?

• API'er forbliver fundamentet. De vil ikke forsvinde.sappære — de er stadig vejene, der transporterer virksomhedsdata og -handlinger.
• MCP gør API'er AI-klare. Ved at styre adfærd, ikke kun adgang, sikrer MCP, at AI-agenter kan interagere med API'er sikkert og transparent.
• Udviklere bør designe API'er til fremtiden. Hvis du bygger API'er i dag, så tænk fremad: Hvordan vil disse API'er blive eksponeret, styret og observeret i en AI-først virksomhed?
• Forvent dobbeltinvestering. Virksomheder bliver nødt til at styrke begge deres API-strategier og indføre MCP-rammer for styring.
• I stedet for at gøre API'er forældede, gør MCP dem AI-først og hjælper virksomheder med at bruge API'er sikkert i AI-drevne arbejdsgange.

Fremtiden for AI-native forbindelser

Den næste bølge af virksomhedsintegration handler ikke om at vælge mellem API'er og MCP. Det skyldes, at den virkelige debat ikke er API vs. MCP.

I stedet handler det om, hvor hurtigt organisationer udvikler sig til at behandle API'er og MCP som komplementære lag snarere end konkurrerende valg.

Med andre ord: API'er vil ikke uddø. Men virksomheder, der ikke tilpasser dem til MCP-æraen, vil måske.