MCP wordt de integratie-laag die wint: weet jij of je software meedoet?

De zeecontainer veranderde de wereldhandel niet met een betere boot. Hij veranderde alles met een afspraak: dezelfde maat, dezelfde hoeken, dezelfde sloten, zodat elke kraan in elke haven elke container van elk schip kon tillen. De standaard won, niet het mooiste product. En zodra die afspraak er eenmaal lag, werd alles wat er niet in paste vanzelf een probleem van de eigenaar.

Met de koppeling tussen bedrijfssoftware en AI gebeurt nu precies hetzelfde, alleen veel sneller en veel stiller. Het Model Context Protocol, kortweg MCP, begon eind 2024 als een protocol van één leverancier en is in iets meer dan een jaar de container van de AI-wereld geworden. Mijn stelling is simpel en ongemakkelijk: MCP is niet zomaar een technisch AI-protocol, het is de nieuwe integratie-laag die over twee jaar bepaalt welke bedrijfssoftware nog meekan. De vraag die er voor jou toe doet is daarmee verschoven. Niet langer „wat is MCP”, maar „doet mijn software mee”.

Wat MCP technisch precies is en hoe je controleert of jouw systemen er klaar voor zijn, werkte ik eerder uit voor de niet-developer. Dit stuk gaat over de laag daarboven: waarom deze standaard wint, en waarom dat een bestuursvraag is en geen IT-detail.

De stille beslissing van december 2025

De meeste mensen merkten het niet, maar de integratie-oorlog is in de kern al beslist. Op 9 december 2025 droeg Anthropic MCP over aan de Linux Foundation, met de belofte dat het „open-source, community-driven en vendor-neutraal” blijft. Het protocol kwam onder een nieuwe stichting, mede opgericht door Anthropic, Block en OpenAI, met steun van Google, Microsoft, Amazon Web Services, Cloudflare en Bloomberg.

Lees die namenlijst nog eens. Dat zijn niet de underdogs die zich rond een uitdagerstandaard scharen, dat zijn de hyperscalers die normaal gesproken elkaars protocollen negeren. Als OpenAI, Google en Microsoft tegelijk hetzelfde koppelmechanisme ondersteunen, is de uitkomst geen open vraag meer. Het is dezelfde week dat ook de zoeklaag eronder vorm kreeg: Google lanceerde ARD, een open standaard waarmee AI-agenten zelf hun tools vinden, en kort daarna schaarden Microsoft en Cisco zich achter die zoekstandaard. MCP is het koppelen, ARD het vinden, en beide kanten van die afspraak liggen nu vast.

De momentumcijfers bevestigen het beeld. Anthropic spreekt van ruim tienduizend actieve publieke MCP-servers en tientallen miljoenen SDK-downloads per maand, en MCP zit inmiddels in ChatGPT, Gemini, Microsoft Copilot en de meeste code-assistenten. Niet voor niets noemt CIO.com het protocol „de USB-C van AI” die plots op de agenda van elke bestuurder staat. Een jaar geleden was dit een hobby van AI-engineers. Nu is het infrastructuur.

Waarom een koppel-standaard altijd wint

Een de-facto standaard is niet de beste techniek, maar de afspraak die zoveel partijen volgen dat afwijken duurder wordt dan meedoen. Zo’n standaard wint zelden op merites en bijna altijd op netwerk-effect: hoe meer systemen hem spreken, hoe waardevoller het is om hem ook te spreken, tot niet-meedoen vanzelf de dure keuze is. Bij MCP draait dat effect om drie redenen sneller dan bij eerdere pogingen.

• Neutraal bestuur: het protocol ligt niet meer bij één leverancier die het morgen kan dichttimmeren, maar onder een stichting met meerdere eigenaren. Dat haalt de grootste reden weg om er niet op te bouwen.
• Alle grote spelers leveren het al: dit is geen „komt eraan”-belofte. De koppeling werkt vandaag in de tools die je medewerkers al gebruiken.
• Het is additief, geen rip-and-replace: een MCP-server zet je naast je bestaande software, je hoeft niets te vervangen om mee te doen.

Het onderliggende mechanisme is het oude integratie-rekensommetje. Zonder gedeelde taal moet elk systeem apart aan elke AI-tool worden gekoppeld, en dat aantal verbindingen explodeert. Een standaard knipt dat web door: elk systeem praat één keer de standaard, en is daarmee bereikbaar voor alles wat hem ook spreekt.

Het echte risico: van koppelbaar naar eiland

Hier wordt het concreet voor jouw bedrijf. Als koppelen via MCP de norm wordt, dan verschuift de betekenis van „goede software”. Een pakket dat z’n data en acties niet via de standaard aanbiedt, is straks niet „gewoon wat ouder”, het is onbereikbaar voor de AI-agents waarmee je collega’s hun werk gaan doen. Het wordt een integratie-eiland: alles eromheen praat met elkaar, en jouw kernsysteem staat erbuiten te kijken.

Dat is precies het soort sluipende afhankelijkheid waar ik vaker voor waarschuw als het gaat om eigenaarschap van je software en het risico van vendor lock-in. Het venijn zit hem erin dat de rekening pas later komt. Vandaag werkt je boekhoudpakket of CRM prima. Maar de leverancier die nu geen MCP-ondersteuning op de roadmap heeft, levert je over twee jaar een eiland, en dan zit je vast aan een migratie die je niet had hoeven maken. De kosten van die keuze staan niet op de factuur van dit jaar, ze staan in de opties die je straks niet meer hebt.

De omgekeerde beweging is net zo waar: software die de standaard wel spreekt, wordt vanzelf waardevoller, omdat elke nieuwe agent en assistent er meteen mee kan werken. Daarom is „doet mijn leverancier mee” geen technische vraag voor je IT-afdeling, maar een inkoop- en strategievraag. Het hoort thuis in elk softwarekeuze-gesprek dat je dit jaar voert, naast prijs en functionaliteit.

„Maar standaarden komen en gaan”

De scherpste tegenwerping ken ik, want ik heb hem zelf jaren gebruikt: standaarden komen en gaan, dus waarom zou ik nu achter deze aanhollen? De techniekgeschiedenis ligt vol met protocollen die de toekomst zouden zijn en stilletjes verdwenen. Gezond wantrouwen is hier verstandig, geen zwakte.

Toch is dit geval anders, om de drie redenen hierboven: het bestuur is al neutraal, de grote spelers leveren het al, en meedoen vervangt niets. Maar het echte argument is de asymmetrie van de gok. Nu één vraag stellen aan je leverancier („hoe staat het met jullie MCP-ondersteuning?”) kost je niets. Over twee jaar ontdekken dat je kernsysteem als enige niet meepraat met je agents kost je een migratie. Wie wacht, kiest niet voor „afwachten”, die kiest voor het dure scenario als hij verliest en wint er weinig mee als hij gelijk krijgt.

Eerlijk blijven hoort er ook bij: een standaard maakt koppelen makkelijk, niet automatisch veilig. CIO.com wijst terecht op te ruim ingestelde rechten en op koppelingen die zonder controle data lekken. Dat is een reële zorg, maar geen reden om buiten de standaard te blijven, het is een reden om hem volwassen in te richten. De markt beweegt daar al naartoe, met oplossingen om AI-connectors centraal te beheren via Okta, waarbij medewerkers hun toegang automatisch erven. Governance is het antwoord op de risico’s, niet afzijdigheid.

De integratie-laag wordt gestandaardiseerd, of jij nu meedoet of niet. Dat is geen voorspelling meer, dat is de stand van zaken sinds afgelopen december. De enige keuze die je nog hebt, is aan welke kant van die afspraak je software straks staat: binnen de container, of ernaast op de kade. Die keuze maak je niet over twee jaar, als het eiland al ontstaan is. Die maak je in het eerstvolgende gesprek met je leverancier.