document.modelContext beim Browser. Es gibt nichts zu installieren und keinen Schlüssel zu beschaffen: Ein Agent, der WebMCP unterstützt, findet die Tools auf der Seite, auf der er sich bereits befindet.
Funktionsweise
Die Tools wirken auf dem Tab, den der Kunde gerade betrachtet, nicht auf einer Kopie davon.- Lesevorgänge antworten aus dem Zustand der Seite selbst — dem geladenen Lokal, der für diesen Kunden gefilterten Speisekarte, dem aktuellen Warenkorb. Ein Agent erfährt nie, dass ein Artikel bestellbar ist, den die Seite ablehnen würde.
- Schreibvorgänge laufen über dieselben Aktionen, die auch die Buttons der Seite verwenden, sodass sich eine vom Agent hinzugefügte Position wie eine vom Kunden hinzugefügte verhält: dieselbe Preisberechnung, dieselbe Optionsprüfung, derselbe Warenkorb, den der Kunde vor sich aktualisiert sieht.
- Preise werden als formatierte Zeichenketten in der Währung des Lokals zurückgegeben, und Beschreibungen sind von Markup befreit und gekürzt. Ergebnisse sind zum Vorlesen gedacht, nicht zum Rendern.
Tools
Der Agent wählt ein Tool anhand seiner Beschreibung. Jedes der folgenden Tools ist auf jeder Bestellseite registriert, auf der WebMCP aktiviert ist.Lokal und Speisekarte
Warenkorb
Die drei Warenkorb-Tools sind die einzigen Schreibvorgänge und sind als solche markiert — ein Client, der
readOnlyHint respektiert, fragt den Kunden, bevor er sie aufruft. Zahlung, Rabattcodes und das Öffnen des Checkouts werden nicht bereitgestellt: Der Kunde prüft und bezahlt auf der Seite.
Artikel werden an einen Schreibvorgang mit der ID benannt, die die Lesevorgänge veröffentlichen, wobei ausgewählte Optionen in Klammern stehen — BURGER(CHEESE;BACON:2) — dieselbe Grammatik wie bei den Basket-Prefill-Links. Ein Artikel, dessen Optionen mehr als eine Ebene tief verschachtelt sind, wird stattdessen mit einem Link zu seiner Seite zurückgegeben, weil ein so tief geschachtelter Auswahlbaum Warenkörbe erzeugt, die niemand bestellt.
Wo die Tools verfügbar sind
WebMCP ist ein Vorschlag, keine ausgelieferte Browser-API. Der unten dargestellte Rollout folgt dem von Chrome und wird sich erweitern, sobald die API ohne Gating ausgeliefert wird.
Die Seite entscheidet sich zusätzlich für einen origin-isolierten Agent Cluster, was WebMCP voraussetzt. In einem Browser ohne WebMCP wird nichts heruntergeladen: Feature Detection kommt zuerst, und die Tools werden erst geholt, nachdem die Seite interaktiv ist.
Die Tools ausprobieren
1
WebMCP in Chrome aktivieren
Aktivieren Sie
chrome://flags/#enable-webmcp-testing oder verwenden Sie eine WebMCP-fähige Agent-Erweiterung.2
Einen Store auf order.storekit.com öffnen
Laden Sie die Bestellseite eines Lokals und lassen Sie sie vollständig rendern.
3
Prüfen, dass die Tools registriert sind
Fragen Sie den Agenten, welche Tools die Seite anbietet. Er sollte die sieben oben genannten auflisten. Wenn er keine auflistet, gehen Sie die obige Tabelle durch, bevor Sie etwas annehmen: Ein Browser ohne WebMCP, eine andere Domain als
order.storekit.com, eine Kiosk- oder In-App-Seite oder eine Seite, die noch nicht vollständig geladen ist, registrieren allesamt nichts, und die Tools sind zudem so lange aus, bis storekit sie für das Konto aktiviert — Support kontaktieren.4
Etwas bestellen
„Was ist hier vegan?”, dann „zwei davon hinzufügen” — der Warenkorb im Tab füllt sich, während der Agent arbeitet, und der Kunde bezahlt auf der Seite.
Was noch nicht dabei ist
- Checkout. Kein Tool öffnet oder schließt den Checkout ab. Zahlung bleibt ein menschlicher Schritt, auf der Seite.
- Eigene Domains. Whitelabel-Domains erhalten keine Tools, solange der Origin Trial per Origin gilt.
- Catering und Pay at Table. Keiner der beiden Flows wird bereitgestellt; die Tools decken Delivery-, Pickup- und InStore-Bestellungen ab.
- Bestellhistorie. Es gibt kein Tool für vergangene Bestellungen oder Bestellstatus.