document.modelContext. Rien à installer et aucune clé à obtenir : un agent qui prend en charge WebMCP trouve les outils sur la page où il se trouve déjà.
Fonctionnement
Les outils agissent sur l’onglet que le client consulte, pas sur une copie.- Les lectures répondent depuis l’état propre de la page — l’établissement chargé, le menu tel qu’il est filtré pour ce client, le basket tel qu’il est. Un agent n’est jamais informé qu’un article est commandable alors que la page le refuserait.
- Les écritures passent par les mêmes actions que les propres boutons de la page, si bien qu’une ligne ajoutée par un agent se comporte comme une ligne ajoutée par le client : mêmes tarifs, même validation d’options, même basket que le client voit se mettre à jour devant lui.
- Les prix reviennent sous forme de chaînes formatées dans la devise de l’établissement, et les descriptions sont dépouillées de leur markup et tronquées. Les résultats sont faits pour être lus à voix haute, pas pour être rendus.
Outils
L’agent choisit un outil d’après sa description. Chaque outil ci-dessous est enregistré sur chaque page de commande où WebMCP est activé.Établissement et menu
Basket
Les trois outils de basket sont les seules écritures, et elles sont marquées comme écritures — un client qui respecte
readOnlyHint demande au client avant d’en appeler un. Le paiement, les codes de réduction et l’ouverture du checkout ne sont pas exposés : le client vérifie et paie sur la page.
Les articles sont désignés à une écriture par l’id que les lectures publient, avec les éventuelles options choisies entre parenthèses — BURGER(CHEESE;BACON:2) — la même grammaire que celle utilisée par les liens de pré-remplissage du basket. Un article dont les options sont imbriquées sur plus d’un niveau est renvoyé avec un lien vers sa page à la place, car un arbre de choix aussi profond produit des baskets que personne n’a commandés.
Où les outils sont disponibles
WebMCP est une proposition, pas une API navigateur livrée. Le déploiement ci-dessous suit celui de Chrome, et s’élargira lorsque l’API sera livrée sans gate.
La page s’inscrit également dans un agent cluster isolé par origine, ce que WebMCP requiert. Rien n’est téléchargé sur un navigateur sans WebMCP : la détection de fonctionnalité a lieu en premier, et les outils ne sont récupérés qu’après que la page est interactive.
Essayer les outils
1
Activez WebMCP dans Chrome
Activez
chrome://flags/#enable-webmcp-testing, ou utilisez une extension d’agent compatible WebMCP.2
Ouvrez un magasin sur order.storekit.com
Chargez la page de commande d’un établissement et laissez-la finir de s’afficher.
3
Vérifiez que les outils sont bien enregistrés
Demandez à l’agent quels outils la page propose. Il devrait lister les sept ci-dessus. S’il n’en liste aucun, parcourez le tableau ci-dessus avant de tirer la moindre conclusion : un navigateur sans WebMCP, un domaine autre que
order.storekit.com, un kiosque ou une page in-app, ou une page qui n’a pas fini de charger n’enregistrent rien, et les outils restent également coupés tant que storekit ne les a pas activés pour le compte — contactez le support.4
Commandez quelque chose
« Qu’est-ce qui est vegan ici ? », puis « ajoute-en deux » — le basket dans l’onglet se remplit à mesure que l’agent travaille, et le client paie sur la page.
Ce qui n’est pas encore là
- Checkout. Aucun outil n’ouvre ni ne finalise le checkout. Le paiement reste une étape humaine, sur la page.
- Domaines personnalisés. Les domaines whitelabel n’ont aucun outil tant que l’origin trial est par origine.
- Catering et Pay at Table. Aucun de ces parcours n’est exposé ; les outils couvrent les commandes Delivery, Pickup et InStore.
- Historique des commandes. Il n’y a pas d’outil pour les commandes passées ou le statut d’une commande.