Wat is MCP (Model Context Protocol)?

Wat is MCP?

MCP (Model Context Protocol) is een open standaard waarmee een AI-assistent via één gedeelde interface met externe tools verbindt. In plaats van een maatkoppeling voor elke app biedt een tool een MCP-server aan, en elke MCP-bewuste assistent kan hem gebruiken. Zie het als de USB-C van AI: één connector die overal op past, in plaats van een la vol propriëtaire kabels.

Voor MCP was elke AI-naar-tool-koppeling maatwerk en fragiel. MCP standaardiseert het, en dat is waarom het ecosysteem zo snel groeit.

Het probleem dat het oplost

Om te begrijpen waarom dit ertoe doet, moet je zien wat de situatie ervoor was.

Wilde een AI-platform kunnen koppelen met vijftig tools, dan bouwde het vijftig koppelingen. Elke koppeling met zijn eigen authenticatie, zijn eigen datamodel, zijn eigen manier van foutafhandeling. En elke keer dat een van die vijftig tools iets wijzigde, brak er iets.

Dat is een vermenigvuldiging: aanbieders keer tools. Tien AI-platforms die elk vijftig tools willen ondersteunen, bouwen samen vijfhonderd koppelingen die grotendeels hetzelfde doen.

Met een gedeelde standaard verandert dat in een optelling. De tool bouwt één server, elk platform bouwt één client, en ze werken samen. Dat is precies wat er met USB is gebeurd, en met HTTP daarvoor.

Waarom MCP telt

• Eén standaard, veel tools. Naarmate meer diensten een MCP-server aanbieden, kan je assistent erop aansluiten zonder elke keer maatwerk.
• Het ecosysteem stapelt. Elke nieuwe MCP-server is direct bruikbaar voor elke MCP-bewuste assistent.
• Jij houdt de controle. Een tool draait op je eigen account en credentials, dus jij houdt eigendom en kostenzicht.
• Toekomstbestendig. Bouwen op een open standaard betekent dat je niet vastzit aan de gesloten integratieset van één leverancier.

Dat laatste punt is voor een bedrijf het meest waardevolle. De vraag bij elke leverancierskeuze is: hoe duur is het om weg te gaan. Bij propriëtaire koppelingen betekent overstappen dat je alles opnieuw laat bouwen. Bij een open standaard verhuist de koppeling grotendeels mee.

Hoe MCP werkt

Het patroon is simpel:

• Een tool (een database, een SaaS-app, een kennisbron) draait een MCP-server die zijn mogelijkheden als tools aanbiedt.
• Een AI-assistent is een MCP-client en ontdekt die tools.
• Als je de assistent iets vraagt, roept hij de juiste tool aan via het protocol en gebruikt het resultaat.

Omdat het een gedeeld protocol is, kan dezelfde assistent op dezelfde manier met tientallen tools praten.

Het woord dat het meest telt in die opsomming is ontdekt. De assistent krijgt geen vaste lijst mee van wat hij kan; hij vraagt het aan de server. Voegt de tool morgen een mogelijkheid toe, dan ziet je assistent die zonder dat er iets aan zijn kant gewijzigd is.

Wat het niet is

Drie misverstanden die vaak langskomen.

MCP is geen AI-model. Het protocol denkt niet en beslist niet. Het is de leiding waarlangs een assistent tools bereikt, meer niet.

MCP maakt een tool niet vanzelf slim. Wat een connector kan, bepaalt de dienst die de server aanbiedt. Biedt die alleen lezen aan, dan kan geen enkele assistent er iets in wijzigen, hoe goed hij ook is.

MCP is geen beveiligingsmodel. Het protocol regelt hoe er gepraat wordt, niet wie wat mag. Die grens leg je bij het koppelen en bij het platform dat de calls uitvoert.

MCP en veiligheid

Een tool koppelen betekent hem niet weggeven. Een goed gebouwde MCP-integratie houdt de waarborgen op hun plek:

• Een admin-gecureerde catalogus, zodat je met gecontroleerde servers koppelt, geen willekeurige endpoints.
• Je eigen credentials, zodat calls op jouw account draaien.
• Bevestiging bij destructieve acties en volledige audit-logging.
• Alleen HTTPS, met timeouts en payload-limieten.

De reden dat die catalogus gecureerd is en niet open, is precies de keerzijde van een open standaard: iedereen kan een server bouwen, ook iemand met slechte bedoelingen. Een assistent die met elke opgegeven server praat, is een assistent die je met één verkeerde URL kunt misleiden.

Wat je merkt als het werkt

Het aardige aan een goed protocol is dat je het niet ziet. Je merkt het aan afwezigheid: geen exportbestanden, geen tussenstap waarin je iets overtypt, geen wachten tot iemand een koppeling bouwt.

Concreet: je vraagt je assistent naar de status van een project en hij haalt de gegevens uit het systeem waar dat project in staat, ook als dat systeem gisteren nog niet gekoppeld was. Wat vroeger een aanvraag bij een leverancier en een doorlooptijd van maanden was, is dan een kwestie van activeren.

Dat is de belofte. De praktijk in 2026 is dat het aanbod nog groeit en dat lang niet elke tool al een server heeft. Maar de richting is duidelijk, en het aantal neemt per kwartaal toe.

Voor wie dit relevant is

Ben je gebruiker van een AI-platform, dan merk je van MCP zelf niets, en dat hoort ook. Je ziet een connector die je activeert en koppelt, net als elke andere. Het verschil merk je aan het tempo waarin er koppelingen bijkomen.

Ben je leverancier van software, dan is het een strategische vraag. Een MCP-server aanbieden betekent dat elke AI-assistent met jouw product kan werken zonder dat jij per platform iets bouwt. Dat is dezelfde afweging als destijds bij het aanbieden van een publieke API.

Hoe dGENIX MCP gebruikt

dGENIX koppelt GENI op twee manieren aan je tools. Ten eerste live connectors via veilige OAuth: Gmail, Agenda, Drive, Slack, Notion, HubSpot, LinkedIn en meer, met Microsoft 365 in aantocht. Ten tweede MCP, de open standaard die het connector-ecosysteem laat groeien, met je eigen account en credits en de waarborgen van het platform op elke call.

Beide werken voor jou hetzelfde: activeren in de marktplaats, koppelen, klaar. Lees de praktische gids in Connectors en MCP in dGENIX.