MCP for netthandel: slik bruker AI Store-verktøy trygt

Modell Sammenheng Protocol gir en kompatibel klient en standard for å oppdage navngitte verktøy, lese avgrensede resources og kalle en server med strukturerte argumenter. Det gjør ikke en Store sikker, autoriserer ikke betaling og erstatter ikke betaling alene. MCP-serveren identifiserer actor, validerer input, bruker produkt- og Store-policy og gir typet resultat. Modellen er klient for en evne, ikke eier av commerce-state.

Publiser smale handlinger som search_catalog, get_product, create_cart_draft, request_checkout, get_order_status eller draft_catalog_update. Ikke eksponer rå queries, vilkårlig HTTP, leverandør secrets eller generell execute. Hvert verktøy trenger skjemaer, Store omfang, risk, idempotency, tidsgrense og tydelig failure. Resources kan forklare policy og katalog, men upålitelig tekst får ikke gi verktøy eller svekke kontroller.

Shopper-verktøy og creator-management-verktøy hører til separate myndighetsflater. En kunde kan søke, sammenligne, forberede cart i én Store, starte tillatt betaling eller lese egen ordre. Ansvarlig kan reviewe utkast, lager alerts, rabatter, ordre og avstemming bare med eksakt grant. En tilknyttet Agent får bare valgte Store capabilities og arver aldri ownership, leverandør tilgang eller verktøy fra en annen Store.

Produkter, priser, sellable lager, ordre, betalinger, refunds, fulfillment, kunder og consent blir i autoritative commerce services. MCP oversetter en typet forespørsel og rapporterer committed result; det skaper ikke en ny sannhet fra dialogen. Bruk versjon kontroller for utkast og idempotency keys ved nye forsøk. Ved leverandør tidsgrense returneres unknown eller pending med avstemming, ikke antatt success.

Bruk OAuth eller verifisert scoped identity, minste rettighet, korte sessions, eksplisitt confirmation ved viktige writes og uforanderlig actor-aware revisjon. Valider Store, identity, amount, currency, price versjon, state og evne ved execution. Grants skal kunne tilbakekalles; ferdighet lesing fra write og fail closed ved utdatert, missing, cross-Store eller ambiguous verktøy. Confirmation erstatter ikke servervalidering.

Codex, ChatGPT, GitHub Copilot og andre clients varierer i transport, authentication, discovery, godkjenninger og admin controls; sjekk eksakt client og plan. Start med lesing-only katalog eller ordrestatus, så en reversibel utkast handling, og test invalid, duplicate, utdatert, på tvers av kontoer, tidsgrense og revoked tilgang. Prostir Store er Forhåndsvisning rundt én commerce root, godkjent eksisterende Agent og https://{slug}.store.prostir.build/mcp; valider egnethet før et stabilt løp erstattes.