Kennisbank / Agentic AI-systemen
MCP staat voor Model Context Protocol: een open standaard waarmee een AI-systeem rechtstreeks kan praten met de software waar jouw werk in gebeurt. Je CRM, je boekhouding, je agenda, je webshop, je servers.
Zonder zoiets kan AI over je bedrijf praten. Met zoiets kan AI in je bedrijf werken.
Elke tool heeft zijn eigen manier van koppelen. Wil je AI met vijf systemen laten werken, dan bouw je vijf keer een eigen brug: eigen inlogmethode, eigen datavorm, eigen foutafhandeling. Komt er een zesde tool bij, dan bouw je opnieuw.
Erger nog: verandert een leverancier iets aan zijn koppeling, dan staat jouw maatwerkbrug stil en merk je dat vaak pas als er iets misgaat.
MCP draait dat om. De leverancier of een ontwikkelaar levert één koppeling volgens de standaard, en elk AI-systeem dat de standaard spreekt kan hem meteen gebruiken. Voor jou verandert het aansluiten van een dienst van een project in een stekker.
Een MCP-koppeling vertelt het AI-systeem drie dingen: welke handelingen er mogelijk zijn, welke gegevens die nodig hebben, en wat er terugkomt.
Een koppeling met je CRM meldt bijvoorbeeld dat er acties bestaan als "zoek contact", "maak notitie" en "zet deal op gewonnen". Het AI-systeem leest dat zelf uit. Jij hoeft die acties dus niet te programmeren of te beschrijven; je hoeft alleen te zeggen wat je wilt.
Dat is het punt dat vaak wordt gemist: je typt geen commando's. Je zegt "zet die deal op gewonnen en stuur de factuur", en het systeem kiest zelf welke handelingen daarvoor nodig zijn en in welke volgorde.
Je hoeft niet meer te weten welk systeem iets weet. Vraag naar de status van een klant en het systeem haalt de gegevens uit je CRM, de facturen uit je boekhouding en de laatste mails uit je inbox, en geeft één antwoord.
Uitbreiden kost geen verbouwing. Een dienst erbij is een koppeling erbij. De kern hoeft niet herschreven te worden, en alles wat het systeem al wist blijft gelden. Meer daarover in Wat is een agentic AI-systeem?.
Je zit niet vast aan één leverancier. Omdat de standaard open is, kun je van AI-model of van platform wisselen zonder je koppelingen opnieuw te bouwen. Dat is in een markt die elk half jaar verschuift geen detail.
De lijst groeit snel, maar dit zijn de categorieën die bedrijven het eerst aansluiten:
Die laatste is onderschat. Heeft een dienst geen koppeling, dan kan een AI-systeem de website er alsnog gewoon bedienen. Daarmee vervalt vrijwel elk "dat kan niet, daar is geen koppeling voor".
Rechten zijn de hele veiligheidsvraag. Een koppeling geeft toegang, en die toegang is precies zo ruim als de sleutel die je eraan hangt. Geef een koppeling alleen rechten op wat hij nodig heeft, en scheid klantdata van interne data. Een sleutel die "alles mag" is de makkelijkste manier om een klein incident groot te maken.
Lezen en schrijven zijn twee verschillende beslissingen. Begin met lezen. Laat het systeem eerst bewijzen dat het de juiste dingen vindt, voordat het ook iets mag veranderen.
Onomkeerbare acties horen achter een goedkeuring. Verwijderen, publiceren, betalen, versturen namens jou. Zie Wanneer mag AI zelf handelen?.
Een koppeling is geen vervanging voor kennis. Het systeem kan wel bij je CRM, maar weet daarmee nog niet wat jullie een goede klant vinden. Die kennis komt uit je kennisbank en je geheugenlaag, niet uit de koppeling.
Voor nu, met een kanttekening. De standaard wordt breed ondersteund en er zijn honderden koppelingen beschikbaar, dus je bouwt niet op iets experimenteels.
Tegelijk is het geen knop die je omzet. De waarde ontstaat pas als het systeem naast de koppelingen ook jouw kennis, jouw werkwijze en een duidelijke grens heeft. Sluit je alleen tools aan zonder die drie, dan krijg je een snelle assistent die je bedrijf niet kent.
Wij draaien zelf op ruim honderddertig gekoppelde tools: workflow-automatisering, serverbeheer, domeinen en DNS, en volledige browserbesturing. Hoe dat er in de praktijk uitziet, staat in de case AI DevOps Center.
Deze drie worden vaak door elkaar gehaald, terwijl ze op een ander niveau werken.
Een API is de deur die een dienst openzet voor andere software. Die bestond al lang en verandert niet door AI. Elke API werkt net anders, en iemand moet per API uitzoeken hoe hij werkt.
Een plug-in is een koppeling die specifiek voor één platform is gebouwd. Werkt prima, maar hij werkt alleen daar. Stap je over, dan begin je opnieuw.
MCP is de afspraak daarboven: een vaste manier waarop een dienst zichzelf beschrijft, zodat elk AI-systeem hem kan gebruiken zonder dat iemand het handmatig hoeft te vertalen. Onder water gebruikt zo'n koppeling vaak gewoon de bestaande API van die dienst.
Het praktische verschil: bij een API of plug-in is de vraag "wie bouwt de brug?". Bij MCP is de vraag "bestaat de koppeling al?", en steeds vaker is het antwoord ja.
Heb ik hier ontwikkelaars voor nodig? Voor het aansluiten van bestaande koppelingen niet. Voor een systeem dat er echt iets zinnigs mee doet wel, want de waarde zit in de combinatie met jouw kennis en werkwijze, en dat is maatwerk.
Werkt dit ook met software die geen koppeling heeft? Meestal wel. Heeft een dienst geen koppeling, dan kan een AI-systeem de webinterface bedienen zoals een mens dat doet. Trager, maar het werkt.
Is mijn data hiermee veilig? Dat hangt af van de rechten die je geeft en waar het systeem draait. Een koppeling geeft toegang, niet meer en niet minder. Geef altijd de kleinste set rechten die de taak nodig heeft, en houd klantdata gescheiden van interne data.
Begin klein en meetbaar: kies één proces, sluit alleen de tools aan die dat proces raakt, en leg vast wat het systeem zelf mag. Werkt dat, dan is elke volgende koppeling goedkoper dan de eerste, omdat de fundering er al ligt.
Wil je weten welke van jouw systemen zich hiervoor lenen? Bekijk onze aanpak bij AI agents & automatisering of plan een gesprek.
dGEN Productions, AI agency en business-automation partner uit Eindhoven. info@dgenproductions.nl · 06-87413056