Overzicht van ordering-agents

Alles in deze sectie is klantgericht. Voor een assistent die namens het restaurant handelt (bestellingen, verkoop en menu’s lezen, kortingscodes en payment links maken), zie de merchant MCP. De agent koopt lunch namens iemand en moet dus dezelfde vragen beantwoorden als de klant: welk filiaal, wat staat er op het menu, wat kost het, is het nu beschikbaar. storekit beantwoordt die vragen via vier oppervlakken, elk gelezen door een ander soort klantzijdige agent. Deze pagina is de kaart; elk oppervlak heeft een eigen referentiepagina. Niets hier gaat over de restaurantzijde van de balie. Op hun meest ruime instelling lezen deze oppervlakken een openbaar menu en vullen ze een winkelmand; ze wijzigen geen menu, zien geen orderwachtrij en raken geen store-instellingen aan, en geen enkele credential op deze pagina verleent daar toegang toe.

​

Welk oppervlak je wilt

Elke lezer hieronder handelt namens de klant, nooit namens het restaurant: De eerste twee delen de shaping- en prijsregels, dus een burger wordt op dezelfde grond beschreven, geprijsd en geweigerd, ongeacht wie het vraagt. Maar het zijn niet dezelfde tools. Hun namen, argumenten en writes verschillen, en een client kan de één niet vervangen door de ander: WebMCP leest de pagina die de klant open heeft en schrijft naar de winkelmand voor hun neus, terwijl het MCP-endpoint de openbare API leest en een cart bouwt die de call overleeft.

​

Wat de agent van een klant wel en niet kan

Op de twee tool-oppervlakken hebben reads geen credential nodig en stoppen writes vóór het geld. UCP-discovery en llms.txt zijn smaller: een profiel en een snapshot in platte tekst, geen tools. Via de WebMCP- en MCP-tools:

• Een agent kan een filiaal, het menu, de optiegroepen van een item, de geaccepteerde ordermethodes en de openingsstatus lezen. Resterende tijdslots zijn alleen leesbaar via het MCP-endpoint.
• Een agent kan items in een basket of cart plaatsen, aantallen aanpassen en een fulfillmentmethode kiezen.
• Een agent kan niet betalen. Er is geen checkout-tool, geen Pay at Table-afrekening en geen kortingafhandeling. De klant opent de filiaalpagina om de basket te bekijken en te betalen, en een cart die via het MCP-endpoint is gebouwd komt terug met een link precies daarvoor.
• Een agent krijgt nooit klantgegevens overhandigd. Niets op deze oppervlakken leest of bewaart een account, een adresboek of een orderhistorie.
• Een agent kan niet namens het restaurant handelen. Er is geen tool voor het bewerken van een menu, het snoozen van een item, het lezen van de orderwachtrij of het wijzigen van store-instellingen. Dat zijn zaken van de operator, via het dashboard en de webhooks en REST API.

Read-tools dragen de readOnlyHint-annotatie van MCP en basket-writes niet, zodat een goed werkende client een read op eigen initiatief kan aanroepen en de klant vóór een write om toestemming vraagt.

​

Huidige status

​

Voor de restaurantzijde

Een personeelsgerichte interface, een assistent die het eigen team van een restaurant kan bevragen over bestellingen, verkoop en menu’s, is een apart product: de merchant MCP op mcp.storekit.com. Deze antwoordt aan het restaurant in plaats van aan een klant, is geauthenticeerd met een dashboard-login en zit momenteel in bèta. Niets op de vier hierboven genoemde pagina’s is daarop van toepassing. Bouw je tegen een van deze oppervlakken of wil je ze laten inschakelen voor je stores? Neem contact op met support, of gebruik het storekit MCP/API Access Request-formulier als je ook de REST API nodig hebt.