MCP per ecommerce: come l'AI usa in sicurezza gli strumenti Store

Model Context Protocol offre a un client compatibile un modo standard per scoprire tools nominati, leggere resources limitate e chiamare un server con argomenti strutturati. Non rende sicuro uno Store, non autorizza un pagamento e non sostituisce da solo il checkout. Il server MCP identifica l'attore, valida ogni input, applica policy di prodotto e Store e restituisce un risultato tipizzato. Il modello è un client che richiede una capacità, non il proprietario dello stato commerce.

Pubblica azioni ristrette come search_catalog, get_product, create_cart_draft, request_checkout, get_order_status o draft_catalog_update. Non esporre query grezze, HTTP arbitrario, segreti provider o un execute generico. Ogni tool richiede schema di input e output, scope Store, rischio, idempotenza, timeout e failure chiaro. Le resources spiegano policy e catalogo, ma testo non affidabile non concede strumenti né riduce i controlli.

I tools del buyer e quelli di gestione del creator appartengono a superfici di autorità diverse. Un buyer può cercare, confrontare, preparare il carrello di uno Store, iniziare un checkout consentito o leggere il proprio ordine. L'owner revisiona draft, alert inventory, sconti, ordini e reconciliation solo con il grant esatto. Un Agent collegato riceve soltanto le capacità selezionate e non eredita ownership, accesso al provider o tools di altri Store.

Prodotti, prezzi, inventory vendibile, ordini, pagamenti, rimborsi, fulfillment, clienti e consenso restano nei servizi commerce autorevoli. MCP traduce una richiesta tipizzata e riferisce il risultato registrato; non crea una seconda verità dalla conversazione. Usa revision check per i draft e idempotency key per gli effetti ripetuti. Con un timeout del provider restituisci unknown o pending e riconcilia, senza presumere successo.

Usa OAuth o identità verificata e scoped, minimo privilegio, sessioni brevi, conferma esplicita per write importanti e audit immutabile con actor. Valida Store, identity, importo, valuta, revisione prezzo, stato e capability all'esecuzione. I grants devono essere revocabili; separa read e write e fallisci chiuso per tool stale, mancanti, cross-Store o ambigui. La conferma non sostituisce la validazione server.

Codex, ChatGPT, GitHub Copilot e altri client differiscono per transport, autenticazione, discovery, approvals e controlli admin: verifica client e piano esatti. Parti con catalogo o stato ordine read-only, aggiungi una draft action reversibile e testa invalid, duplicate, stale, cross-account, timeout e accesso revocato. Prostir Store è Preview, con un commerce root, un Agent esistente autorizzato e https://{slug}.store.prostir.build/mcp; valida il fit prima di sostituire un percorso stabile.