MCP til e-handel: sådan bruger AI Store-værktøjer sikkert

Model Sammenhæng Protocol giver en kompatibel klient en standard til at opdage navngivne værktøjer, læse afgrænsede resources og kalde en server med strukturerede argumenter. Det gør ikke en Store sikker, autoriserer ikke betaling og erstatter ikke betaling alene. MCP-serveren identificerer actor, validerer input, anvender produkt- og Store-policy og giver et typet resultat. Modellen er klient til en evne, ikke ejer af commerce-state.

Udgiv smalle handlinger som search_catalog, get_product, create_cart_draft, request_checkout, get_order_status eller draft_catalog_update. Udstil ikke rå queries, vilkårlig HTTP, leverandør secrets eller generisk execute. Hvert værktøj kræver skemaer, Store omfang, risk, idempotency, tidsgrænse og tydeligt failure. Resources kan forklare policy og katalog, men utroværdig tekst må ikke give værktøjer eller svække kontroller.

Shopper-værktøjer og creator-management-værktøjer tilhører adskilte myndighedsflader. En kunde må søge, sammenligne, forberede cart i én Store, starte godkendt betaling eller læse egen ordre. Ansvarlig må reviewe kladder, lager alerts, rabatter, ordrer og afstemning med præcist grant. En tilknyttet Agent får kun valgte Store capabilities og arver aldrig ownership, leverandør adgang eller værktøjer fra en anden Store.

Produkter, priser, sellable lager, ordrer, betalinger, refunds, fulfillment, kunder og consent bliver i autoritative commerce services. MCP oversætter en typet anmodning og rapporterer committed result; det skaber ikke en anden sandhed fra dialog. Brug version kontroller til kladder og idempotency keys ved nye forsøg. Ved leverandør tidsgrænse returneres unknown eller pending og afstemning, ikke antaget success.

Brug OAuth eller verificeret scoped identity, mindste rettighed, korte sessions, eksplicit confirmation ved vigtige writes og uforanderlig actor-aware version. Validér Store, identity, amount, currency, price version, state og evne ved execution. Grants skal kunne tilbagekaldes; adskil læsning og write og fail closed ved forældet, missing, cross-Store eller ambiguous værktøjer. Confirmation erstatter ikke servervalidation.

Codex, ChatGPT, GitHub Copilot og andre clients varierer i transport, authentication, discovery, godkendelser og admin controls; kontrollér præcis client og plan. Start med læsning-only katalog eller ordrestatus, så en reversibel kladde handling, og test invalid, duplicate, forældet, på tværs af konti, tidsgrænse og revoked adgang. Prostir Store er Forhåndsvisning omkring én commerce root, godkendt eksisterende Agent og https://{slug}.store.prostir.build/mcp; validér egnethed før et stabilt forløb erstattes.