Wat is een MCP-server?

Definitie

Een MCP-server is een programma dat een stukje van jouw software openstelt voor een AI-assistent. Niet als een map met documenten en niet als toegang tot de database, maar als een lijst handelingen die jij van tevoren hebt bepaald: een klant opzoeken, de openstaande facturen opvragen, een urenregel aanmaken. De assistent ziet die lijst, kiest wat hij nodig heeft en krijgt het antwoord terug uit het systeem zelf.

Het verschil met een AI die alleen praat, is dat er hier iets gebeurt. Vraag je een gewone chatbot hoeveel er nog openstaat bij een klant, dan verzint hij een plausibel getal of zegt hij dat hij dat niet kan weten. Zit er een MCP-server tussen die bij je boekhouding kan, dan haalt hij het echte bedrag op, op het moment dat je het vraagt.

Waar MCP voor staat

MCP is de afkorting van Model Context Protocol. Een protocol is een afspraak over hoe twee stukken software met elkaar praten, zoals een stopcontact een afspraak is over stroom. Deze afspraak gaat specifiek over de context die een taalmodel nodig heeft om nuttig te zijn: welke gegevens er zijn, welke handelingen er mogen, en hoe de uitkomst eruitziet.

Anthropic publiceerde het protocol in november 2024. Op 9 december 2025 is het overgedragen aan de Agentic AI Foundation, een fonds onder de Linux Foundation, met Anthropic, Block en OpenAI als medeoprichters en steun van onder meer Google, Microsoft, Amazon Web Services, Cloudflare en Bloomberg. Dat is belangrijker dan het klinkt: MCP is geen huisstandaard van één AI-leverancier meer. Wat je erop bouwt, hangt niet af van de koers van één bedrijf.

Waarom het bestaat: een koppeling per model werd onhoudbaar

Voordat MCP er was, bouwde je per combinatie. Wilde je jouw boekhouding bereikbaar maken voor drie AI-tools, dan bouwde je drie koppelingen. Kwam er een vierde tool bij, of een nieuw model, dan kwam er een vierde koppeling bij. En dat gold voor elk systeem: ook je CRM, je projecttool en je ticketsysteem hadden er elk drie nodig.

Reken het eens door. Vier systemen die bereikbaar moeten zijn voor drie assistenten is twaalf koppelingen, die alle twaalf onderhouden moeten worden als er iets verandert. Met een gemeenschappelijke afspraak vervalt die vermenigvuldiging: elk systeem krijgt één server, elke assistent leert het protocol één keer, en vier plus drie is zeven. Dat is het hele idee, en het is de enige reden dat het protocol er is.

Voor een bedrijf betekent dat vooral iets over de toekomst. Je weet niet welke AI-assistent je over twee jaar gebruikt. Bouw je een koppeling naar het model dat je vandaag hebt, dan bouw je hem opnieuw zodra je wisselt. Bouw je een MCP-server, dan hoort die bij jouw systemen en niet bij je AI-leverancier.

Wat een MCP-server praktisch doet voor een bedrijf

De grootste winst zit meestal niet bij een klantchatbot, maar intern. In elk bedrijf zijn er vragen die op één persoon terechtkomen omdat alleen die persoon weet waar het in het systeem staat. Een MCP-server maakt zulke vragen beantwoordbaar door iedereen die er recht op heeft, zonder dat ze eerst leren waar ze moeten klikken.

• Opzoeken zonder in te loggen, iemand vraagt in gewone taal wat er openstaat bij een klant of hoeveel uren er op een project staan, en krijgt antwoord uit het echte systeem.
• Klaarzetten in plaats van overtypen, de assistent maakt een concept aan — een factuurregel, een taak, een projectnotitie — dat een mens alleen nog hoeft na te kijken.
• Meerdere systemen in één vraag, een vraag als “welke klanten hebben een openstaande factuur én een lopend project” raakt twee pakketten, en een assistent kan beide servers achter elkaar bevragen.
• Werk dat vanzelf wordt vastgelegd, wat een agent doet komt in het systeem terecht in plaats van in iemands hoofd, omdat schrijven een handeling is die de server aanbiedt.

Wij weten dat uit eigen gebruik. Ons CRM draait op een MCP-server: klanten, projecten, user stories en taken zitten erachter, en onze agents lezen en schrijven daar echt in. Deze website heeft er ook een, met een handvol handelingen om artikelen op te sommen, één artikel op te halen en een nieuw artikel als concept klaar te zetten. Wat we daarvan geleerd hebben, staat op MCP-server laten bouwen.

Een voorbeeld met een boekhoudpakket

Stel je hebt je administratie in Moneybird of Exact Online staan. Een MCP-server ervoor zou bijvoorbeeld vier handelingen kunnen aanbieden: zoek een relatie op naam, geef de openstaande facturen van een relatie, haal een factuur op en zet een conceptfactuur klaar. Meer niet. Alles wat er niet in staat — betalingen doen, een boeking definitief maken, het rekeningschema wijzigen — kan de assistent eenvoudigweg niet, want die handeling bestaat voor hem niet.

Vraagt iemand daarna “wat staat er nog open bij Jansen Bouw?”, dan gebeurt er dit: de assistent kiest de handeling zoek een relatie op naam, krijgt de relatie terug, kiest daarna geef de openstaande facturen, en vertelt in gewone taal wat eruit kwam. Er is geen kopie van je administratie ergens anders, en er is niets gesynchroniseerd dat uit de pas kan lopen — het antwoord komt uit het pakket zelf, op dat moment.

Twee waarschuwingen die daarbij horen. Ten eerste: een MCP-server maakt je administratie bereikbaar, niet beter. Staan dezelfde klanten er drie keer in, dan geeft de assistent een keurig antwoord op basis van rommel, en dat is erger dan geen antwoord omdat het goed klinkt. Ten tweede: rechten. Ontsluit je een boekhoudpakket via één technische gebruiker, dan ziet iedereen die de assistent gebruikt effectief alles. Welke pakketten op welke manier te ontsluiten zijn, staat per pakket op de koppelingenpagina.

Het verschil met een gewone API

Bijna elk zakelijk pakket heeft een API: een technische ingang waarmee andere software gegevens kan opvragen en wegschrijven. Een MCP-server is zelf ook zo'n ingang, en onder water gebruikt hij meestal gewoon de API van je pakket. Het verschil zit niet in wat er kan, maar in wie het uitzoekt.

Dat laatste is de scherpste manier om te kiezen. Weet je precies welke stappen er moeten gebeuren — factuur binnen, gegevens eruit, boeking klaarzetten — dan wil je juist geen model dat elke keer opnieuw bedenkt wat het gaat doen. Een vaste koppeling of een workflow in n8n is dan goedkoper en voorspelbaarder. Weet je vooraf niet welke vraag er komt, dan is dat precies waar een MCP-server voor bedoeld is.

Hoe het technisch in elkaar zit

Voor wie het naadje van de kous wil: de assistent heet in de terminologie de host, die per server een client opzet, en de server is het programma dat jij laat bouwen. Berichten gaan heen en weer in JSON-RPC, een gangbaar en saai formaat, en dat is een compliment.

• Drie soorten dingen die een server aanbiedt, tools (handelingen die iets doen of opzoeken), resources (gegevens om te lezen, zoals een documentatiebestand) en prompts (kant-en-klare instructies voor een terugkerende taak).
• Twee manieren van verbinden, lokaal op dezelfde machine, of over HTTP voor een server die elders draait. Die tweede is wat je gebruikt als meerdere mensen of systemen erop moeten aansluiten, met een token of OAuth ervoor.
• De omschrijving is de instructie, elke handeling heeft een naam en een beschrijving in gewone taal, en daar kiest het model op. Een vage omschrijving is de meest voorkomende reden dat een assistent de verkeerde handeling pakt.

Uit onze eigen praktijk komt daar één vuistregel bij die je in geen enkele specificatie vindt: houd het aantal handelingen klein. Vijftien scherp omschreven handelingen werken beter dan tachtig die alles kunnen. Elke handeling die je aanbiedt moet het model namelijk eerst lezen voordat het iets doet, dus een overvolle server maakt elk gesprek trager en duurder, ook als er maar drie handelingen gebruikt worden.

Wanneer je er geen nodig hebt

Een MCP-server is niet altijd het antwoord, en het is een dure manier om daar achter te komen. Sla het over als er maar één AI-toepassing komt en die blijft: dan is een rechtstreekse koppeling sneller klaar. Sla het over als het proces een vaste route zonder oordeel is. En kijk eerst of je leverancier er al een levert — Simplicate heeft bijvoorbeeld een officiële MCP-koppeling, en dan hoef je niets te laten bouwen.

Wil je weten of het in jouw situatie iets oplost, dan staat de commerciële kant, inclusief wat een traject kost en hoe het loopt, op MCP-server laten bouwen. Wat een MCP-server vervolgens mogelijk maakt — een assistent die zelfstandig een taak afmaakt — lees je op wat is een AI-agent.