Is MCP een concurrent van ACP of UCP?

Nee — het zit onder beide. MCP behandelt tool discovery en aanroeping in het algemeen; ACP en UCP specificeren handelssemantiek zoals feeds, winkelwagens en checkout-sessies. ACP integreert expliciet met MCP zodat agents checkout-functionaliteit kunnen ontdekken via MCP tool listing.

Kan ik mijn Shopify of andere platformbeheerder blootstellen via MCP?

U kunt een MCP-server voor elke API plaatsen die u beheert. Het moeilijke deel is niet de protocolbinding, het is alles wat het onderliggende platform u niet geeft: afgebakende referenties die smaller zijn dan een volledige admin-token, idempotentie bij schrijfbewerkingen, en een audit trail die acties toeschrijft aan een agent in plaats van aan de app die de token bezit.

Wat weerhoudt een agent ervan om iets destructiefs te doen?

Niets in MCP zelf — dat is het punt dat het waard is om te internaliseren. De controles moeten in de server leven: scopes die de destructieve aanroep onbeschikbaar maken voor die sleutel, een goedkeuringspoort voor onomkeerbare acties, en idempotentie zodat een herhaalde aanroep geen effect kan vermenigvuldigen. Behandel een agentsleutel zoals u een integratiesleutel van derden zou behandelen, niet als een vertrouwde interne aanroeper.

Agentic commerce

Wat is MCP en wat doet het voor e-commerce?

Bijgewerkt op 14 augustus 2026

MCP — het Model Context Protocol, gepubliceerd door Anthropic — is een open specificatie voor hoe een AI-agent ontdekt welke tools het kan aanroepen en deze vervolgens aanroept met getypeerde argumenten. In e-commerce is het het mechanisme waarmee een assistent leert dat uw winkel bewerkingen zoals "catalogus zoeken", "conceptbestelling aanmaken" of "terugbetaling uitvoeren" blootstelt, en deze direct aanroept in plaats van een mens te simuleren die door een admin-interface klikt. Het protocol heeft geen eigen permissiemodel, dus het afbakenen van bevoegdheden en de controle zijn de verantwoordelijkheid van het handelsplatform.

Wat MCP precies is

MCP standaardiseert de handshake tussen een agent en een toolprovider. Een server adverteert een set tools, elk met een naam, een beschrijving en een getypeerd schema voor de argumenten. Een agent maakt verbinding, leest die lijst en roept aan wat het nodig heeft. Dat is oprecht het hele idee, en de waarde ervan ligt in het feit dat het saai en universeel is in plaats van slim.

Het is geen handelsprotocol. Het zegt niets over winkelwagens, prijzen, feeds of betalingsautorisatie. Het is de laag daaronder: hoe de agent überhaupt ontdekt dat er een handelsmogelijkheid bestaat. De revisie van ACP in april 2026 leunt hier precies op, inclusief een hook zodat ACP-bewuste agents de checkout-functionaliteit kunnen adverteren via MCP tool discovery.

Wat een e-commerce MCP-server moet blootstellen

Het verleidelijke ontwerp is om uw REST API één-op-één te spiegelen. Dat levert een server op met honderden tools, en agents kiezen slecht uit lange lijsten met bijna identieke opties.

Het betere ontwerp is om bewerkingen bloot te stellen op het niveau waarop een menselijke operator ze zou beschrijven, waarbij het platform de orkestratie eronder doet. "Lanceer een campagne met dit budget voor deze doelgroep" is één tool. De zes API-aanroepen waarin het wordt opgesplitst, zijn geen zes tools.

Leesbewerkingen — catalogus zoeken, bestelling opzoeken, voorraadniveaus, klantgeschiedenis, analysevragen. Veilig, waardevol, en waar het meeste agentgebruik daadwerkelijk terechtkomt.
Conceptbewerkingen — een conceptbestelling opstellen, een korting voorbereiden, een campagne samenstellen. Produceer een beoordeelbaar artefact in plaats van een vastgelegde wijziging.
Commit-bewerkingen — publiceren, afschrijven, terugbetalen, verzenden. Dit zijn de bewerkingen die een poort nodig hebben.
Introspectie — laat de agent vragen wat het mag doen. Een agent die zijn eigen scopes kan lezen, stopt met het proberen van aanroepen die zullen worden geweigerd.

Het deel dat het protocol u niet geeft

MCP definieert ontdekking en aanroeping. Het definieert niet wie wat mag aanroepen, wat er gebeurt wanneer dezelfde aanroep twee keer aankomt, of hoe u achteraf reconstrueert wat een agent heeft gedaan en waarom. Dat zijn de eigenschappen die bepalen of een agent die een live winkel aanraakt een aanwinst of een incident is, en elk daarvan is de taak van het platform.

Vier controles zijn niet onderhandelbaar voordat een agent een sleutel krijgt die geld kan uitgeven: scopes per sleutel zodat een sleutel alleen-lezen of een beperkt deel van schrijven kan krijgen; idempotentie zodat een opnieuw geprobeerde aanroep niet dubbel kan afschrijven; een duurzaam auditrecord dat elke actie koppelt aan de aanroepende sleutel en de initiërende aanvraag; en een goedkeuringspoort die geldverplaatsing stopt in afwachting van menselijke goedkeuring.

PlatformDTC implementeert die vier in de Agent Gateway en stelt dezelfde bewerkingen bloot via MCP, zodat het veiligheidsmodel niet afhangt van welk transport de agent heeft gebruikt om het te bereiken.

Veelgestelde vragen

Is MCP een concurrent van ACP of UCP?: Nee — het zit onder beide. MCP behandelt tool discovery en aanroeping in het algemeen; ACP en UCP specificeren handelssemantiek zoals feeds, winkelwagens en checkout-sessies. ACP integreert expliciet met MCP zodat agents checkout-functionaliteit kunnen ontdekken via MCP tool listing.
Kan ik mijn Shopify of andere platformbeheerder blootstellen via MCP?: U kunt een MCP-server voor elke API plaatsen die u beheert. Het moeilijke deel is niet de protocolbinding, het is alles wat het onderliggende platform u niet geeft: afgebakende referenties die smaller zijn dan een volledige admin-token, idempotentie bij schrijfbewerkingen, en een audit trail die acties toeschrijft aan een agent in plaats van aan de app die de token bezit.
Wat weerhoudt een agent ervan om iets destructiefs te doen?: Niets in MCP zelf — dat is het punt dat het waard is om te internaliseren. De controles moeten in de server leven: scopes die de destructieve aanroep onbeschikbaar maken voor die sleutel, een goedkeuringspoort voor onomkeerbare acties, en idempotentie zodat een herhaalde aanroep geen effect kan vermenigvuldigen. Behandel een agentsleutel zoals u een integratiesleutel van derden zou behandelen, niet als een vertrouwde interne aanroeper.

Bronnen

Model Context Protocol specificatie — Anthropic
Agentische handelsstandaarden: UCP vs ACP vs AP2 — Digital Applied