Skip to main content
Alles in diesem Abschnitt richtet sich an den Kunden. Für einen Assistenten, der für das Restaurant handelt — der seine Bestellungen, Verkäufe und Menüs liest, Rabattcodes und Payment Links erstellt — siehe stattdessen das Merchant MCP. Der Agent kauft Mittagessen im Auftrag eines Kunden ein und muss daher dieselben Fragen beantworten wie der Kunde: Welche Filiale, was steht auf der Karte, was kostet es, ist es jetzt verfügbar. storekit beantwortet diese Fragen über vier Oberflächen, die jeweils von einer anderen Art kundenseitigem Agenten gelesen werden. Diese Seite ist die Übersicht; jede Oberfläche hat ihre eigene Referenzseite. Nichts hier ist für die eigene Seite des Restaurants am Tresen. Im großzügigsten Fall lesen diese Oberflächen ein öffentliches Menü und füllen einen Warenkorb; sie ändern kein Menü, sehen keine Bestellwarteschlange und rühren keine Store-Einstellungen an, und keine Zugangsdaten auf dieser Seite gewähren irgendetwas davon.

​
Welche Oberfläche Sie brauchen

WebMCP-Tools

Ein Agent im Browser des Kunden, auf der Seite, die er betrachtet.

MCP-Endpoint

Ein Assistent an einem anderen Ort — ChatGPT, Claude, eine IDE — der mit einer Filiale spricht.

UCP-Discovery

Eine Commerce-Plattform, die ein Profil liest, bevor sie sich mit irgendetwas verbindet.

llms.txt

Ein Crawler, der lieber reinen Text möchte als eine JavaScript-App.
Jeder unten aufgeführte Leser handelt für den Kunden, niemals für das Restaurant: Die ersten beiden teilen sich die Formatierungs- und Preisregeln, sodass ein Burger unabhängig davon, wer fragt, gleich beschrieben, bepreist und abgelehnt wird. Es sind aber nicht dieselben Tools. Ihre Namen, Argumente und Writes unterscheiden sich, und ein Client kann nicht einfach das eine gegen das andere austauschen: WebMCP liest die Seite, die der Kunde geöffnet hat, und schreibt in den Warenkorb vor ihm, während der MCP-Endpoint die öffentliche API liest und einen Warenkorb erstellt, der den Aufruf überdauert.

​
Was der Agent eines Kunden kann und was nicht

Auf den beiden Tool-Oberflächen brauchen Reads keine Zugangsdaten, und Writes hören vor dem Geld auf. UCP-Discovery und llms.txt sind enger gefasst: ein Profil und ein Klartext-Snapshot, keine Tools. Über die WebMCP- und MCP-Tools:
  • Ein Agent kann eine Filiale, ihr Menü, die Optionsgruppen eines Artikels, die akzeptierten Bestellmethoden und ob sie geöffnet ist, lesen. Verbleibende Zeitfenster sind nur über den MCP-Endpoint lesbar.
  • Ein Agent kann Artikel in einen Warenkorb legen, Mengen ändern und eine Bestellmethode wählen.
  • Ein Agent kann nicht bezahlen. Es gibt kein Checkout-Tool, keine Pay-at-Table-Abrechnung und keine Rabattbehandlung. Der Kunde öffnet die Filialseite, um den Warenkorb zu prüfen und zu bezahlen, und ein über den MCP-Endpoint erstellter Warenkorb kommt genau dafür mit einem Link zurück.
  • Einem Agenten werden niemals Kundendaten ausgehändigt. Nichts auf diesen Oberflächen liest oder speichert ein Konto, ein Adressbuch oder eine Bestellhistorie.
  • Ein Agent kann nicht als das Restaurant handeln. Es gibt kein Tool zum Bearbeiten eines Menüs, zum Snoozen eines Artikels, zum Lesen der Bestellwarteschlange oder zum Ändern von Store-Einstellungen — das gehört dem Betreiber, über das Dashboard sowie die Webhooks und die REST-API.
Read-Tools tragen MCP’s readOnlyHint-Annotation und Basket-Writes nicht, weshalb ein gut gepflegter Client einen Read selbst aufrufen und vor einem Write den Kunden fragen kann.

​
Aktueller Status

Diese Oberflächen sind noch früh dran. Behandeln Sie die Tool-Namen und Payload-Formen als instabil, bis eine Seite etwas anderes sagt, und rechnen Sie damit, dass sich die WebMCP-Seite mit dem Standard bewegt, dem sie folgt.

​
Für die Restaurantseite

Eine Oberfläche für Mitarbeiter — ein Assistent, den das eigene Team eines Restaurants zu Bestellungen, Verkäufen und Menüs befragen kann — ist ein separates Produkt: das Merchant MCP unter mcp.storekit.com. Es antwortet dem Restaurant statt einem Kunden, ist per Dashboard-Login authentifiziert und befindet sich derzeit in der Beta. Nichts auf den vier obigen Seiten gilt für es. Sie bauen etwas gegen eine dieser Oberflächen oder wollen sie für Ihre Stores aktivieren lassen? Kontaktieren Sie den Support, oder nutzen Sie das Formular storekit MCP/API Access Request, falls Sie auch die REST-API benötigen.