Zullen MCP Moeten we API's afschaffen?

Dit blog-artikel werd oorspronkelijk gepubliceerd op 18 november 2025 en is bijgewerkt.

Door Tomydas Pall, Groepsproductmanager

Een teamlid vroeg me onlangs: “Als we MCP inschakelen en daarmee alles met elkaar verbinden, waarom hebben we dan nog API’s nodig? Zullen API’s dan verdwijnen?”

Die vraag zette me aan het denken. In eerste instantie klonk het voor de hand liggend: als MCP AI-agenten koppelt aan tools en gegevens, zijn API’s misschien niet meer nodig. Maar hoe meer ik erover nadacht, hoe meer ik me realiseerde dat het antwoord niet zo eenvoudig is.

Om te zien waarom, gaan we deze vraag onderzoeken aan de hand van een praktijkvoorbeeld.

API's: Het fundament van connectiviteit

API's vormen al tientallen jaren de ruggengraat van digitale systemen. Ze bepalen hoe applicaties met elkaar communiceren: ze halen data op, voeren acties uit en ondersteunen integraties.

Neem een onkostenbeheersysteem zoals Concur:

Zonder API's is er geen manier voor andere systemen om betrouwbaar met deze applicatie te communiceren. API's zijn de wegen van bedrijfssoftware.

De AI-laag toevoegen

Laten we nu proberen een AI-laag toe te voegen om deze interacties te automatiseren.

Stel je voor dat een manager, in plaats van commando's te typen of door menu's te klikken, eenvoudigweg in Slack vraagt:

Of later:

Dit is wat er gebeurt: De AI-agent in Slack interpreteert het verzoek. Hij moet met Concur communiceren om gegevens op te halen of een actie uit te voeren. Traditioneel zou hij de Concur-API's direct aanroepen, maar zonder sterke beveiligingsmaatregelen kan dat leiden tot te ruime rechten, gebrek aan logboekregistratie of onveilige automatisering.

En dat is precies waar MCP van pas komt.

Maak kennis met MCP: AI-gedreven governance

Het Model Context Protocol (MCP) is niet bedoeld om API’s te vervangen. Het vormt juist de brug die API’s veilig, begrijpelijk en bruikbaar maakt voor AI-agenten.

Zo past het in ons voorbeeld:

De MCP-client (die binnen Slack draait samen met de AI-agent) verstuurt het verzoek. De MCP-server (die dicht bij Concur staat) omhult de Concur-API’s, controleert de machtigingen, voegt governance toe en registreert acties. Pas daarna wordt de API-aanroep door Concur uitgevoerd.

De API’s doen nog steeds het werk – maar MCP zorgt voor veilige, transparante en gecontroleerde usage.

Ondersteunen API's niet al governance?

De logische volgende vraag luidt meestal als volgt:

“API’s beschikken al over OAuth, RBAC, verwerkingslimieten en auditlogs. Is dat dan geen governance? Waarom hebben we daarbovenop nog MCP nodig?”

Dit is het verschil:

API-governance is app-centrisch. Het beschermt het systeem tegen misbruik en zorgt ervoor dat gebruikers zich aan de regels houden.
 
Het bestuur van MCP is AI-centrisch. Het zorgt ervoor dat AI-agenten veilig communiceren, met veiligheidsmaatregelen die zijn afgestemd op autonomie, uitlegbaarheid en waarneembaarheid.

Met andere woorden, API's regeren toegang, MCP regelt gedrag.

Die extra laag doet er toe naarmate ondernemingen verschuiven van menselijk aangestuurde gesprekken naar autonome AI-gestuurde workflows.

MCP in de praktijk

MCP wint snel aan populariteit, zoals uit de volgende voorbeelden blijkt:

• De MCP SDK’s van Anthropic → de referentie-implementatie.
• LangChain en LlamaIndex → onderzoek naar MCP-connectoren voor hun agent-frameworks.
• Community MCP-servers → in opkomst voor tools als Jira, Slack en GitHub.

Dit duidt op een trend: ondernemingen willen een standaard, veilige manier voor agents om verbinding te maken met bedrijfssystemen.

API versus MCP: voorbeeld van goedkeuring van onkosten

Hoewel dergelijke koppelingen zeker ook zonder MCP mogelijk zijn, laten we hier zien hoe MCP helpt om processen te vereenvoudigen en te verbeteren:

API-Only-stroom

• Ontwikkelaar bouwt een Slack-integratie.
• Commando's activeren rechtstreeks API-aanroepen (GET /expenses, POST /approve).
• Deze stroom werkt, maar vereist maatwerk en handmatig beheer.

MCP Doorstroom

• De AI-agent in Slack maakt verbinding via de MCP-client.
• De MCP-client stuurt het verzoek door naar de MCP-server, die de Concur-API’s omvat.
• De MCP-server controleert de machtigingen, logt de gegevens en verwerkt de context, en roept vervolgens de API aan.
• Concur voert de actie uit en stuurt de resultaten terug naar Slack.
• In dit proces voeren de API's het werk uit, en MCP zorgt ervoor dat AI-agenten deze veilig gebruiken.

Groter weergeven

Opkomende trends die het debat over API versus MCP bepalen

Er zijn verschillende factoren die samenkomen en die de manier waarop bedrijven over API’s en MCP denken, zullen veranderen:

Adoptie van agentische AI:

Naarmate meer werkstromen verschuiven naar autonome agenten, zal het governance verschuiven van “gebruiker-naar-app”-regels naar “agent-naar-app”-frameworks.

Standaardisatie rond MCP:

Concurrerende leveranciers scharen zich achter MCP als een gemeenschappelijke manier om AI-modellen en -tools met elkaar te verbinden.

AI-observbaarheidshorens

Dashboards die agentbeslissingen, API-aanroepen en governance-resultaten traceren, worden onmisbaar voor ondernemingen.

Verklaarbaarheid als Beveiliging:

AI-interacties vereisen niet alleen logboeken, maar ook verhalen over waarom acties zijn ondernomen.

Verschuiving in API-ontwerp:

API's zelf kunnen zich ontwikkelen om “agent-vriendelijke” metagegevens (rechten, veilige standaarden, risicoscores) ingebouwd te bevatten.

Zullen API’s dan verdwijnen?

Nee, API’s zullen niet verdwijnen. Ze worden juist steeds belangrijker, en in de toekomst zullen we zien dat API’s en MCP zich samen verder ontwikkelen om de ‘AI-first’-onderneming te ondersteunen.

MCP zorgt voor governance, standaardisatie en observabiliteit — maar API’s blijven de basis. Zie het als volgt: MCP is de verkeerswetgeving en het navigatiesysteem waarmee AI-agenten veilig over de API-wegen kunnen rijden.

Naarmate de adoptie van agentic AI groeit, zullen ondernemingen moeten meer API's, niet minder.

Hoe Jitterbit MCP beveiligt

Jitterbit MCP levert een implementatie van bedrijfsniveau van het Model Context Protocol, waarmee bestaande API's en integraties worden getransformeerd in herbruikbare, agent-ready functionaliteiten. Het brengt een gestandaardiseerde besturingslaag tot stand tussen AI-modellen, agenten en bedrijfssystemen, en transformeert bestaande integraties en API's in beheerde, herbruikbare tools.

Jitterbit MCP combineert drie kernfuncties in één geïntegreerde oplossing.

Strategische inzichten

Wat betekent dit nu voor ons?

• API’s blijven de basis vormen. Ze zullen niet verdwijnen — ze zijn nog steeds de wegen waarlangs bedrijfsgegevens en -acties worden getransporteerd.
• MCP maakt API’s geschikt voor AI. Door niet alleen de toegang, maar ook het gedrag te reguleren, zorgt MCP ervoor dat AI-agenten veilig en transparant met API’s kunnen communiceren.
• Ontwikkelaars moeten API's ontwerpen met het oog op de toekomst. Als u vandaag de dag API's bouwt, denk dan vooruit: hoe zullen deze API's worden aangeboden, beheerd en gemonitord in een AI-first onderneming?
• Er is een tweeledige investering te verwachten. Bedrijven zullen zowel hun API-strategieën moeten versterken als MCP-kaders voor governance moeten invoeren.
• In plaats van API’s overbodig te maken, zorgt MCP ervoor dat ze ‘AI-first’ worden, waardoor bedrijven API’s veilig kunnen gebruiken in door AI aangestuurde workflows.

De Toekomst van AI-Native Connectiviteit

Bij de volgende golf van bedrijfsintegratie zal het niet gaan om de keuze tussen API’s en MCP. De echte discussie draait namelijk niet om API versus MCP.

Het zal er juist om gaan hoe snel organisaties zich aanpassen en API’s en MCP gaan beschouwen als complementaire lagen in plaats van als concurrerende opties.

Met andere woorden: API’s zullen niet verdwijnen. Maar bedrijven die ze niet aanpassen aan het MCP-tijdperk, zouden wel eens kunnen verdwijnen.