Model Context Protocol uitgelegd

Het belangrijkste kort

MCP is een open standaard voor hoe een AI-assistent gereedschap aanroept en data benadert – vergelijkbaar met één stekkerstandaard in plaats van een eigen kabel per apparaat.
Het verschil met een klassieke koppeling zit niet in de techniek maar in de richting: niet jullie leveren data aan, het model haalt ze op wanneer het ze nodig heeft.
Het praktische nut ontstaat pas met duidelijke rechten. Zonder die is toegang tot bedrijfsdata geen vooruitgang maar een risico.
Programmeerkennis is voor het gebruik niet meer nodig – voor de inrichting en voor de vraag wie wat mag zien wel degelijk iemand met verantwoordelijkheid.

De meeste bedrijven gebruiken AI vandaag als een zeer goed geïnformeerde gesprekspartner die het eigen bedrijf niet kent. Je legt de samenhang uit, plakt data erbij, krijgt een antwoord – en de volgende keer begint hetzelfde opnieuw. Dat werkt, maar het schaalt niet.

Het Model Context Protocol, kortweg MCP, zet daar precies op in. Het beschrijft hoe een AI-assistent met gereedschap en databronnen praat: welke mogelijkheden een bron aanbiedt, hoe die worden aangeroepen en in welke vorm het antwoord terugkomt. Anthropic publiceerde de standaard eind 2024 en gaf hem vrij; sindsdien wordt hij ook door andere aanbieders ondersteund.

Een centrale knoop met lichtkanalen naar vier verschillende geometrische vormen — Eén aansluiting, veel bronnen: de assistent spreekt met elke bron dezelfde taal, in plaats van voor elke bron een eigen koppeling nodig te hebben.

Wat MCP eigenlijk is

De vergelijking die het beste standhoudt: MCP verhoudt zich tot AI-koppelingen zoals één stekkerstandaard tot laadkabels. Daarvoor had elk apparaat zijn eigen. Daarna volstaat er één.

De drie rollen

De server: Stelt mogelijkheden beschikbaar – bijvoorbeeld «lees de laatste campagnedata», «leg een contact aan», «doorzoek de documentopslag». Een server staat doorgaans voor één systeem: jullie opslag, jullie CRM, jullie analyse.
De client: Zit in het AI-gereedschap en spreekt de servers aan. De client beslist niet wat er gebeurt – hij maakt alleen de verbinding.
Het model: Beslist binnen de opdracht welke mogelijkheid het aanroept. Het ziet daarbij alleen wat de servers aanbieden, en mag alleen wat jullie hebben toegestaan.

Belangrijk aan deze verdeling: het model krijgt geen vrije toegang tot een systeem. Het krijgt een lijst met toegestane handelingen. Wat niet op die lijst staat, is niet mogelijk – niet omdat het model braaf zou zijn, maar omdat er technisch geen weg heen is.

Wist je dat?

De naam klinkt technischer dan de zaak is. «Context» betekent hier simpelweg: alles wat het model voor een opdracht moet weten. Het protocol regelt hoe die context tot stand komt – niet wat het model ermee doet.

En omdat de standaard open is, werkt een eenmaal gebouwde server met elk gereedschap dat MCP spreekt. Dat is de eigenlijke winst: jullie bouwen de koppeling één keer, niet opnieuw per aanbieder.

Het verschil met een klassieke koppeling

De voor de hand liggende vraag: daar zijn toch koppelingen voor. Klopt – en MCP vervangt ze niet, het gebruikt ze. Het verschil zit in de richting van het proces.

	Klassieke koppeling	MCP
Wie beslist	het geprogrammeerde proces	het model, binnen het toegestane kader
Verloop	vast bedraad	tijdens de uitvoering gekozen
Wijziging nodig bij	elk nieuw geval	nieuwe mogelijkheden
Sterkte	voorspelbaarheid	aanpassingsvermogen
Zwakte	star	lastiger te voorspellen

Daaruit volgt een duidelijke verdeling: voor processen die altijd hetzelfde lopen en moeten lopen – facturatie, gegevensafstemming, verzending – blijft de klassieke koppeling de juiste keuze. Voor taken waarbij vooraf niet vaststaat welke informatie nodig is, speelt MCP zijn sterkte uit.

Wat geregeld moet zijn vóór de eerste aansluiting

Een doorschijnende drempel waar lichtdeeltjes ordelijk doorheen gaan — Toegang is geen ja-of-nee-vraag. Bepalend is wat erdoor mag – en wat op de drempel blijft staan.

Let op Een MCP-server die lezend toegang heeft tot jullie opslag, maakt elke inhoud van die opslag zichtbaar voor het model – ook die waar op dat moment niemand aan denkt. De toegangsrechten van de server zijn de eigenlijke veiligheidsgrens, niet de formulering in de prompt.

Vier punten horen geregeld te zijn voordat de eerste server draait:

Omvang in plaats van volledige toegang

Een server hoort precies die mogelijkheden aan te bieden die een taak nodig heeft – niet de volledige functieomvang van het onderliggende systeem. Lezen en schrijven horen gescheiden.

Vraag: wat moet deze taak precies kunnen?

Eigen toegangsgegevens per server

Niet het beheerdersaccount gebruiken. Een eigen toegang per koppeling, met de minimaal noodzakelijke rechten – dan kan een toegang ook achteraf worden ingetrokken zonder al het andere te verstoren.

Vraag: is dit afzonderlijk uit te schakelen?

Logging

Elke aanroep hoort navolgbaar te zijn: wie, wanneer, welke mogelijkheid, welk resultaat. Zonder log valt in geval van twijfel niet te reconstrueren wat er is gebeurd.

Vraag: kunnen we dit achteraf controleren?

Bevestiging bij gevolgen

Alles wat iets verandert of naar buiten gaat – mails versturen, records verwijderen, publiceren – hoort achter een uitdrukkelijke bevestiging, niet in een automatisch proces.

Vraag: wat gebeurt er als dit misgaat?

Herkomst van de servers

Een MCP-server is uitvoerbare code. Bij servers van derden geldt hetzelfde als bij elke andere software: herkomst controleren, rechten bekijken, bij twijfel niet inzetten.

Vraag: wie heeft dit geschreven?

Waarvoor dit in marketing loont

Twaalf lichtgevende bouwstenen zijn met fijne lichtdraden tot een geheel verbonden — Het nut groeit niet met het aantal koppelingen, maar met hoe goed ze samenspelen.

Niet elke koppeling loont. De volgende vier bleken de beste verhouding tussen inspanning en effect te hebben.

Uit de praktijk

Documentopslag, alleen lezend. De assistent kan bij tone-of-voice-richtlijnen, positionering en eerdere teksten, in plaats van dat je ze bij elke vraag opnieuw meestuurt. De grootste enkele winst, omdat hij bij elke tekstopdracht doorwerkt.

Analysedata, alleen lezend. Vragen over cijfers zijn direct bij de bron te beantwoorden in plaats van tabellen te exporteren. Belangrijk: met bewijsplicht werken, anders ontstaan aannemelijke uitspraken zonder grondslag.

Contactgegevens, lezend en zeer beperkt schrijvend. Aanleggen en aanvullen ja, verwijderen nee. Die grens redt in geval van twijfel het hele gegevensbestand.

De eigen website. Structuur, adressen, inhoud – daarmee zijn links te controleren en gaten te vinden, zonder dat iemand de site handmatig doorloopt.

Tip Begin met één enkele lezende koppeling en laat die vier weken draaien. Wat in die tijd niet is gebruikt, hebben jullie ook niet nodig. Dat klinkt banaal, maar het voorkomt de meest voorkomende misstap: twaalf koppelingen waarvan er drie worden gebruikt en negen aanvalsoppervlak zijn.

Hoe de inrichting verloopt

Het gebruik vraagt vandaag geen programmeerkennis meer – veel gereedschappen brengen kant-en-klare servers mee voor gangbare systemen, die via een configuratiebestand of een scherm zijn te activeren. Wat nog steeds nodig is, is iemand die de rechtenvraag beantwoordt.

Het verloop in vier stappen:

Taak beschrijven. Niet «we willen MCP gebruiken», maar «de assistent moet onze tone-of-voice-richtlijnen kennen zonder dat we ze elke keer meesturen».
Bron bepalen. Waar staat die informatie werkelijk? Vaak op meerdere plekken – dan eerst opruimen, dan koppelen.
Toegang inrichten. Eigen account, minimale rechten, alleen lezend, logging aan.
Vier weken observeren. Wordt de koppeling gebruikt? Worden de antwoorden beter? Zo nee: uitschakelen in plaats van uitbreiden.

Een prompt die het verschil laat zien

Met gekoppelde bronnen verandert ook hoe je opdracht geeft. De volgende prompt gaat ervan uit dat opslag en analyse lezend zijn verbonden – en dwingt tot bewijsplicht.

Prompt

Opdracht: ontwerp drie onderwerpregels voor de volgende campagne
aan de doelgroep [DOELGROEP].

Werkwijze:
1. Kijk in onze opslag welke tone-of-voice-richtlijnen gelden.
   Noem het bestand waaruit je ze hebt.
2. Kijk in de analysedata welke onderwerpregels van de laatste
   zes maanden bovengemiddeld werden geopend. Noem de regels
   waarop je je baseert.
3. Ontwerp daarna de drie voorstellen.

Als een van beide bronnen niets bruikbaars oplevert, schrijf dat
dan op in plaats van het te overspelen.

De derde zin is de belangrijkste. Zonder die vult het model het gat met iets aannemelijks – en je merkt het pas als iemand vraagt waar het cijfer vandaan komt.

Waar de grenzen liggen

Drie dingen lost MCP niet op, ook al wordt het soms zo voorgesteld.

Slechte data worden niet beter. Een assistent met toegang tot een onopgeruimde opslag antwoordt sneller fout dan daarvoor. De koppeling versterkt wat er is – orde net zo goed als wanorde.

Het proces ontstaat niet vanzelf. Wie niet kan beschrijven welk proces geautomatiseerd moet worden, wint niets met een koppeling. Het gereedschap beantwoordt die vraag niet, het veronderstelt haar.

Verantwoordelijkheid blijft. Als de assistent op basis van verouderde data iets verkeerds schrijft en het gaat de deur uit, was het toch jullie bedrijf. Bevestigingsstappen zijn geen wantrouwen jegens de techniek, maar de plek waar iemand kijkt.

Conclusie

MCP is geen product dat je koopt, maar een afspraak over hoe systemen met elkaar praten. De winst zit niet in de techniek zelf, maar erin dat de koppeling één keer wordt gebouwd en daarna werkt met elk gereedschap dat de standaard spreekt.

Voor bedrijven zonder eigen IT-afdeling is dat het eigenlijke nieuws: de toegang tot dit soort automatisering hangt niet meer af van de vraag of iemand in huis koppelingen kan programmeren. Hij hangt ervan af of iemand de rechtenvraag zuiver beantwoordt – en dat is een organisatorische taak, geen technische.

Veelgestelde vragen

Wat is het Model Context Protocol in één zin?

Een open standaard voor hoe een AI-assistent gereedschap aanroept en databronnen benadert – één aansluiting in plaats van een eigen koppeling per aanbieder.

Heb je programmeerkennis nodig om MCP te gebruiken?

Voor het gebruik niet: voor gangbare systemen zijn er kant-en-klare servers die via een configuratie zijn te activeren. Voor de beslissing welke rechten een server krijgt, is daarentegen iemand met verantwoordelijkheid nodig – en dat is geen technische maar een organisatorische vraag.

Is het veilig om een AI toegang tot bedrijfsdata te geven?

Het is zo veilig als de rechten toelaten. De toegang van de server is de feitelijke grens – niet de instructie in de prompt. Een alleen-lezende toegang met eigen account, minimale rechten en logging is beheersbaar; een beheerderstoegang is dat niet.

Wat is het verschil tussen MCP en een gewone koppeling?

De richting. Bij een klassieke koppeling legt een geprogrammeerd proces vast wat wanneer gebeurt. Bij MCP kiest het model tijdens de uitvoering uit de toegestane mogelijkheden. Het een is voorspelbaarder, het ander flexibeler – beide hebben hun plaats.

Welke koppeling loont het eerst?

De documentopslag, alleen lezend. Die werkt bij elke tekstopdracht door, omdat tone of voice, positionering en voorbeelden dan niet meer bij elke vraag opnieuw hoeven te worden meegestuurd.

Werkt MCP met elk AI-gereedschap?

Met elk gereedschap dat de standaard ondersteunt. Omdat hij open is, groeit die kring – maar controleer vóór een beslissing of jullie gereedschap erbij hoort, in plaats van het te veronderstellen.