Ist MCP ein Konkurrent von ACP oder UCP?

Nein – es liegt unter beiden. MCP handhabt die Tool-Erkennung und den Aufruf im Allgemeinen; ACP und UCP spezifizieren Handelssemantiken wie Feeds, Warenkörbe und Checkout-Sitzungen. ACP integriert sich explizit mit MCP, damit Agenten die Checkout-Funktion über die MCP-Tool-Liste entdecken können.

Kann ich mein Shopify- oder anderes Plattform-Admin über MCP bereitstellen?

Sie können einen MCP-Server vor jede API stellen, die Sie kontrollieren. Der schwierige Teil ist nicht die Protokollbindung, sondern alles, was die darunterliegende Plattform Ihnen nicht bietet: eingeschränkte Anmeldeinformationen, die enger sind als ein vollständiges Admin-Token, Idempotenz bei Schreibvorgängen und ein Audit-Trail, der Aktionen einem Agenten und nicht der App zuordnet, die das Token besitzt.

Was hindert einen Agenten daran, etwas Destruktives zu tun?

Nichts im MCP selbst – das ist der Punkt, den man verinnerlichen sollte. Die Kontrollen müssen im Server liegen: Scopes, die den destruktiven Aufruf für diesen Schlüssel unzugänglich machen, eine Genehmigungsschranke für irreversible Aktionen und Idempotenz, damit ein Wiederholungssturm einen Effekt nicht vervielfachen kann. Behandeln Sie einen Agentenschlüssel wie einen Drittanbieter-Integrationsschlüssel, nicht wie einen vertrauenswürdigen internen Aufrufer.

Agentic Commerce

Was ist MCP und was leistet es für den E-Commerce?

Aktualisiert am 14. August 2026

MCP – das Model Context Protocol, veröffentlicht von Anthropic – ist eine offene Spezifikation dafür, wie ein KI-Agent entdeckt, welche Tools er aufrufen kann, und diese dann mit typisierten Argumenten aufruft. Im E-Commerce ist es der Mechanismus, durch den ein Assistent lernt, dass Ihr Shop Operationen wie „Katalog durchsuchen“, „Entwurfsbestellung erstellen“ oder „Rückerstattung ausstellen“ anbietet, und diese direkt aufruft, anstatt einen Menschen zu simulieren, der sich durch eine Admin-Benutzeroberfläche klickt. Das Protokoll selbst enthält kein Berechtigungsmodell, daher liegen die Festlegung des Umfangs und die Prüfung in der Verantwortung der Händlerplattform.

Was MCP genau ist

MCP standardisiert den Handshake zwischen einem Agenten und einem Tool-Anbieter. Ein Server bewirbt eine Reihe von Tools, jedes mit einem Namen, einer Beschreibung und einem typisierten Schema für seine Argumente. Ein Agent verbindet sich, liest diese Liste und ruft auf, was er benötigt. Das ist wirklich die ganze Idee, und ihr Wert liegt darin, langweilig und universell zu sein, anstatt clever.

Es ist kein Handelsprotokoll. Es sagt nichts über Warenkörbe, Preise, Feeds oder Zahlungsautorisierung aus. Es ist die darunterliegende Schicht: wie der Agent überhaupt herausfindet, dass eine Handelsfunktion existiert. Die Revision des ACP vom April 2026 stützt sich genau darauf, einschließlich eines Hooks, damit ACP-fähige Agenten die Checkout-Funktion über die MCP-Tool-Erkennung bewerben können.

Was ein E-Commerce-MCP-Server bereitstellen sollte

Das verlockende Design ist, Ihre REST API eins zu eins zu spiegeln. Das führt zu einem Server mit Hunderten von Tools, und Agenten wählen schlecht aus langen Listen nahezu identischer Optionen.

Das bessere Design ist, Operationen auf der Ebene bereitzustellen, auf der ein menschlicher Bediener sie beschreiben würde, wobei die Plattform die Orchestrierung darunter übernimmt. „Eine Kampagne mit diesem Budget gegen diese Zielgruppe starten“ ist ein Tool. Die sechs API-Aufrufe, in die es zerlegt wird, sind keine sechs Tools.

Leseoperationen – Katalogsuche, Bestellabfrage, Lagerbestände, Kundenhistorie, Analyseabfragen. Sicher, hochwertig und dort, wo die meiste Agentennutzung tatsächlich stattfindet.
Entwurfsoperationen – eine Entwurfsbestellung erstellen, einen Rabatt vorbereiten, eine Kampagne zusammenstellen. Ein überprüfbares Artefakt erstellen, anstatt eine festgeschriebene Änderung.
Commit-Operationen – veröffentlichen, belasten, erstatten, versenden. Dies sind die, die eine Freigabe benötigen.
Introspektion – lassen Sie den Agenten fragen, was er tun darf. Ein Agent, der seine eigenen Scopes lesen kann, unterlässt Versuche, die ihm verweigert werden.

Der Teil, den das Protokoll Ihnen nicht gibt

MCP definiert Erkennung und Aufruf. Es definiert nicht, wer was aufrufen darf, was passiert, wenn derselbe Aufruf zweimal ankommt, oder wie Sie im Nachhinein rekonstruieren, was ein Agent getan hat und warum. Das sind die Eigenschaften, die entscheiden, ob ein Agent, der einen Live-Shop berührt, ein Vorteil oder ein Vorfall ist, und jede davon ist Aufgabe der Plattform.

Vier Kontrollen sind nicht verhandelbar, bevor ein Agent einen Schlüssel erhält, der Ausgaben tätigen kann: Scopes pro Schlüssel, damit einem Schlüssel Lesezugriff oder ein enger Schreibzugriff gewährt werden kann; Idempotenz, damit ein wiederholter Aufruf nicht doppelt belastet; eine dauerhafte Prüfaufzeichnung, die jede Aktion mit dem aufrufenden Schlüssel und der initiierenden Anfrage verknüpft; und eine Genehmigungsschranke, die Geldbewegungen bis zur menschlichen Freigabe stoppt.

PlatformDTC implementiert diese vier im Agent Gateway und stellt dieselben Operationen über MCP bereit, sodass das Sicherheitsmodell nicht davon abhängt, welchen Transportweg der Agent verwendet hat, um es zu erreichen.

Häufige Fragen

Ist MCP ein Konkurrent von ACP oder UCP?: Nein – es liegt unter beiden. MCP handhabt die Tool-Erkennung und den Aufruf im Allgemeinen; ACP und UCP spezifizieren Handelssemantiken wie Feeds, Warenkörbe und Checkout-Sitzungen. ACP integriert sich explizit mit MCP, damit Agenten die Checkout-Funktion über die MCP-Tool-Liste entdecken können.
Kann ich mein Shopify- oder anderes Plattform-Admin über MCP bereitstellen?: Sie können einen MCP-Server vor jede API stellen, die Sie kontrollieren. Der schwierige Teil ist nicht die Protokollbindung, sondern alles, was die darunterliegende Plattform Ihnen nicht bietet: eingeschränkte Anmeldeinformationen, die enger sind als ein vollständiges Admin-Token, Idempotenz bei Schreibvorgängen und ein Audit-Trail, der Aktionen einem Agenten und nicht der App zuordnet, die das Token besitzt.
Was hindert einen Agenten daran, etwas Destruktives zu tun?: Nichts im MCP selbst – das ist der Punkt, den man verinnerlichen sollte. Die Kontrollen müssen im Server liegen: Scopes, die den destruktiven Aufruf für diesen Schlüssel unzugänglich machen, eine Genehmigungsschranke für irreversible Aktionen und Idempotenz, damit ein Wiederholungssturm einen Effekt nicht vervielfachen kann. Behandeln Sie einen Agentenschlüssel wie einen Drittanbieter-Integrationsschlüssel, nicht wie einen vertrauenswürdigen internen Aufrufer.

Quellen

Model Context Protocol Spezifikation — Anthropic
Agentische Handelsstandards: UCP vs ACP vs AP2 — Digital Applied