MCP voor e-commerce: zo gebruikt AI Store-hulpmiddelen veilig

Model Context Protocol geeft een compatibele client een standaard om benoemde hulpmiddelen te ontdekken, begrensde resources te lezen en een server met gestructureerde argumenten aan te roepen. Het maakt een Store niet veilig, autoriseert geen betaling en vervangt afrekenen niet vanzelf. De MCP-server identificeert de actor, valideert input, past product- en Store-policy toe en geeft een getypeerd resultaat. Het model is client van een mogelijkheid, niet eigenaar van commerce-state.

Publiceer smalle acties zoals search_catalog, get_product, create_cart_draft, request_checkout, get_order_status of draft_catalog_update. Geen ruwe queries, willekeurige HTTP, leverancier secrets of generieke execute. Elke hulpmiddel heeft input/output schema’s, Store reikwijdte, risico, idempotency, time-out en helder failure nodig. Resources kunnen policy en catalogus uitleggen, maar onbetrouwbare tekst mag geen hulpmiddelen toekennen of controles verzwakken.

Shopper-hulpmiddelen en creator-management-hulpmiddelen horen bij gescheiden bevoegdheidsvlakken. Een klant mag zoeken, vergelijken, een cart voor één Store voorbereiden, toegestane afrekenen starten of de eigen order lezen. Een verantwoordelijke bekijkt concepten, voorraad alerts, kortingen, orders en afstemming alleen met de exacte grant. Een gekoppelde Agent krijgt alleen gekozen Store capabilities en erft nooit ownership, leverancier toegang of hulpmiddelen van een andere Store.

Producten, prijzen, sellable voorraad, orders, betalingen, refunds, fulfillment, klanten en consent blijven in autoritatieve commerce services. MCP vertaalt een getypeerde verzoek en meldt het committed result; het maakt geen tweede waarheid uit een gesprek. Gebruik versie controles voor concepten en idempotency keys voor nieuwe pogingen. Bij leverancier time-out volgt unknown of pending en afstemming, niet aangenomen success.

Gebruik OAuth of geverifieerde scoped identity, minimale bevoegdheid, korte sessions, expliciete confirmation bij belangrijke writes en onveranderlijke actor-aware controle. Valideer Store, identity, amount, currency, price versie, state en mogelijkheid tijdens execution. Grants moeten intrekbaar zijn; scheid lezen en write en fail closed bij verouderd, missing, cross-Store of ambiguous hulpmiddelen. Confirmation vervangt servervalidatie niet.

Codex, ChatGPT, GitHub Copilot en andere clients verschillen in transport, authentication, discovery, goedkeuringen en admin controls; controleer exacte client en plan. Begin met lezen-only catalogus of orderstatus, daarna één omkeerbare concept actie, en proef invalid, duplicate, verouderd, tussen accounts, time-out en revoked toegang. Prostir Store is Voorbeeldweergave rond één commerce root, geautoriseerde bestaande Agent en https://{slug}.store.prostir.build/mcp; valideer geschiktheid voordat een stabiel pad wordt vervangen.