Het Model Context Protocol (MCP) is een open standaard waarmee ontwikkelaars veilige, tweewegcommunicatie kunnen opzetten tussen hun databronnen en tools voor kunstmatige intelligentie (AI). De architectuur is eenvoudig : ontwikkelaars kunnen hun mogelijkheden demonstreren via MCP-servers of AI-applicaties (MCP-clients) creëren die verbinding maken met deze servers. Het Model Context Protocol (MCP) zal de ontwikkeling van intelligente e-commerce (a-commerce) versnellen. *Opmerking: Intelligente e-commerce is een vorm van e-commerce waarbij software als tussenpersoon voor gebruikers fungeert en namens hen aankoopbeslissingen neemt.*
Wat is MCP?
Het MCP-protocol werd oorspronkelijk ontwikkeld door Anthropic, maar wordt nu ook ondersteund door OpenAI . In maart verklaarde Sam Altman, CEO van OpenAI, dat OpenAI MCP-ondersteuning zou toevoegen aan al haar producten, waaronder de ChatGPT-desktopapplicatie. Andere bedrijven, zoals Block en Apollo, hebben MCP-ondersteuning ook aan hun platforms toegevoegd. Het protocol zelf stelt AI-modellen in staat om gegevens uit diverse bronnen op te halen, waardoor ontwikkelaars tweewegcommunicatie kunnen opzetten tussen gegevensbronnen en AI-gestuurde applicaties, zoals chatbots.
( Voor degenen die geïnteresseerd zijn in de technische aspecten : ontwikkelaars demonstreren mogelijkheden via MCP-servers, en agents kunnen vervolgens MCP-clients gebruiken om op aanvraag verbinding te maken met deze servers. Agents raadplegen de servers om te achterhalen welke tools beschikbaar zijn. De server levert metadata zodat de agent weet hoe de tools te gebruiken. Wanneer de agent besluit een tool te gebruiken, stuurt hij een toolaanvraag in standaard JSON-formaat.)
Waarom is dat belangrijk? Het belang ervan is dat het een uniforme manier biedt voor tools en agenten om te communiceren en context uit te wisselen over gebruikers, taken, gegevens en doelen. Daarnaast biedt het de volgende mogelijkheden:
Interoperabiliteit : Het MCP-protocol maakt het mogelijk dat verschillende AI-modellen, assistenten en externe applicaties context delen, waardoor het eenvoudiger wordt om meerdere AI-gestuurde tools en services te integreren;
Coördinatie : Het MCP-protocol helpt bij het coördineren van taken tussen verschillende AI-agenten en externe applicaties, waardoor ze naadloos samenwerken zonder dubbel werk of de noodzaak van frequente gebruikersinvoer;
Een uitgebreid ecosysteem : een standaard zoals MCP stelt externe ontwikkelaars in staat om plug-ins of tools te creëren die gemakkelijk "dezelfde taal spreken" als AI-assistenten, waardoor de groei van het ecosysteem wordt versneld. Deze integratie is essentieel voor het uitbreiden van het gebruik van AI in diverse toepassingen.
Kijk bijvoorbeeld eens naar de MCP-server van Google Maps. Deze server biedt momenteel zeven mogelijkheden om een adres om te zetten in coördinaten (en vice versa), naar plaatsen te zoeken, gedetailleerde informatie over een plaats te verkrijgen, afstanden tussen plaatsen te berekenen (samen met reistijd), hoogtegegevens te verkrijgen en uiteraard een routebeschrijving op te vragen. Deze functies zijn essentieel voor toepassingen in kaart brengen en logistiek.
Wie interesseert zich voor MCP? Veel organisaties (waaronder retailers, banken en andere) willen hun eigen AI-mogelijkheden ontwikkelen, zodat hun medewerkers kunnen communiceren met de medewerkers van hun klanten. Laten we de detailhandel als voorbeeld nemen. Hari Vasudev, CTO van de Amerikaanse tak van Walmart, Ze zeggen Zij zullen hun eigen agenten opzetten die met consumentenagenten communiceren en hen aanbevelingen of aanvullende productinformatie kunnen geven, terwijl consumentenagenten retailagenten kunnen voorzien van informatie over voorkeuren en dergelijke. Deze interactie tussen agenten verbetert de gepersonaliseerde winkelervaring.
Banken, detailhandelaren en andere partijen willen dat klantenservicemedewerkers met winkelmedewerkers communiceren in plaats van dat ze via webpagina's of API's de gewenste service krijgen. Frank Young vat deze dynamiek goed samen. Volgens hem bieden organisaties API's ter ondersteuning van eenvoudige stromen (zoals abonnementen) met behulp van bestaande infrastructuur, maar implementeren ze voor de front-end van agent-gebaseerde handel (onderhandeling, frauderespons en optimalisatie) MCP-servers om deze complexe, waardevolle scenario's vast te leggen. Deze aanpak maakt het mogelijk om complexe bedrijfsprocessen te automatiseren en de efficiëntie te verbeteren.
Er zijn nog steeds geen oplossingen gevonden voor de beveiligingsproblemen van MCP.
Ik vind de visie van agentcommerce ontzettend spannend, maar om het volledige potentieel ervan te benutten, is de benodigde infrastructuur cruciaal om te garanderen dat het veilig, betrouwbaar en kosteneffectief is. Het MCP-protocol definieert geen standaardmechanisme voor wederzijdse authenticatie tussen servers en clients (Is dit een Walmart-agent? Is dit een Dave Birch-agent?), noch specificeert het hoe authenticatie aan API's moet worden gedelegeerd (zodat mijn agent gebruik kan maken van open banking). Een mogelijke oplossing hiervoor is dat de MCP-server de inloggegevens van de agent verifieert aan de hand van een vorm van registratie – een fundamentele, door AI aangedreven Know Your Customer (KYC)-procedure – zodat alleen vertrouwde agenten toegang krijgen. Dit zou een voorloper kunnen zijn van een meer geavanceerde KYA-infrastructuur.
Omdat MCP-servers worden beheerd door onafhankelijke ontwikkelaars en medewerkers, is er geen centraal platform om beveiligingsnormen te controleren, af te dwingen of te verifiëren. Dit gedecentraliseerde model vergroot de kans op variaties in beveiligingspraktijken, waardoor het moeilijk is om te garanderen dat alle MCP-servers voldoen aan de principes voor veilige ontwikkeling. Bovendien zorgt het ontbreken van een uniform pakketbeheersysteem voor MCP-servers voor complicaties bij de installatie en het onderhoud. Hierdoor is de kans groter dat er verouderde of verkeerd geconfigureerde versies worden geïmplementeerd. Het gebruik van niet-officiële installatieprogramma's op verschillende MCP-clients vergroot de variabiliteit in serverimplementatie, waardoor het lastig wordt om consistente beveiligingsnormen te handhaven. *Let op: Deze variatie is vooral een uitdaging in omgevingen waar strikte naleving van regelgeving vereist is.*
MCP mist bovendien een uniform raamwerk voor de afhandeling van authenticatie en autorisatie van wederpartijen, en er is geen mechanisme voor identiteitsverificatie of toegangsregulering. Zonder dit mechanisme wordt het moeilijk om gedetailleerde machtigingen af te dwingen. Omdat MCP ook geen machtigingsmodel heeft en afhankelijk is van OAuth, betekent dit dat een sessie met een tool volledig toegankelijk of beperkt is. Andreessen Horowitz wijst erop dat dit extra complexiteit met zich meebrengt met de introductie van extra proxy's en tools. Daarom is er iets extra's nodig, en een kandidaat hiervoor is wat bekend staat als een beleidsbeslissingspunt (PDP). Dit is het onderdeel dat toegangscontrolebeleid evalueert. Op basis van input zoals de identiteit, actie, resource en context van de actor, beslist het of de bewerking wordt toegestaan of geweigerd.
Mike Schwartz, oprichter van de cybersecurity-startup Gluu, benadrukt dat beleidsbeslissingspunten (PDP's) voorheen infrastructuurintensief waren en op servers of mainframes draaiden. PDP's die gebruikmaken van de open-source Cedar-beleidstaal zijn echter klein en snel genoeg om ingebed in een mobiele app te draaien en zouden zich moeten ontwikkelen tot een kerncomponent van intelligente AI. In 2024 kondigde AWS de Cedar-beleidssyntaxis aan na uitgebreid onderzoek naar machinaal redeneren. Cruciaal is dat Cedar deterministisch is: met dezelfde invoer krijg je altijd hetzelfde antwoord. Determinisme in de beveiliging is essentieel voor het opbouwen van vertrouwen, wat vereist dat je steeds hetzelfde doet. Mike zegt dat een ingebed beleidsbeslissingspunt op basis van Cedar voldoet aan alle eisen voor intelligente AI.
Een nieuw begin met het Automated Trading Protocol (MCP)
Dit is niet zomaar een advertentie op een e-commercewebsite. Zoals Jamie Smith al aangeeft , als je je digitale reisagent vraagt om "een hotel in Parijs te vinden voor minder dan $400 met uitzicht op de Eiffeltoren", dan gaat die niet zomaar even googelen. In plaats daarvan stellen ze het verzoek samen met je inloggegevens (uit je digitale portemonnee), betaalvoorkeuren, loyaliteitsprogramma's (enz.) en beperkingen zoals prijslimieten, tijdzones en loyaliteitsprogramma's. Dit is de "gestructureerde context" die naar de verschillende reiswebsites wordt gestuurd die kunnen reageren op en communiceren met je reisagent.
In tegenstelling tot e-commerce, dat op internet is gebouwd en dus geen beveiligingslaag heeft (en dus geen digitaal geld en geen digitale identiteit), wordt a-commerce gebouwd op een infrastructuur die echte veiligheid biedt aan marktdeelnemers. De implementatie van deze beveiligde infrastructuur biedt een geweldige kans voor FinTech-bedrijven en andere startups die digitaal geld en digitale identiteit als kerncomponenten willen aanbieden. Nu identificatie-, authenticatie- en autorisatiemechanismen zijn gestandaardiseerd rond het Automated Commerce Protocol (MCP), is er geen reden om te verwachten dat a-commerce zich niet snel zal uitbreiden naar de massamarkt.
