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

Modello Context Protocol offre a un cliente compatibile un modo standard per scoprire strumenti nominati, leggere resources limitate e chiamare un servizio con argomenti strutturati. Non rende sicuro uno Store, non autorizza un pagamento e non sostituisce da solo il pagamento. Il servizio MCP identifica l'attore, valida ogni dati in ingresso, applica regola di prodotto e Store e restituisce un risultato tipizzato. Il modello è un cliente 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 fornitore o un execute generico. Ogni strumento richiede schema dati di dati in ingresso e risultato, ambito Store, rischio, idempotenza, tempo limite e failure chiaro. Le resources spiegano regola e catalogo, ma testo non affidabile non concede strumenti né riduce i controlli.

I strumenti 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 pagamento consentito o leggere il proprio ordine. L'responsabile revisiona bozza, alert inventario, sconti, ordini e reconciliation solo con il grant esatto. Un Agent collegato riceve soltanto le capacità selezionate e non eredita ownership, accesso al fornitore o strumenti di altri Store.

Prodotti, prezzi, inventario 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 revisione check per i bozza e idempotency key per gli effetti ripetuti. Con un tempo limite del fornitore 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 verifica immutabile con actor. Valida Store, identity, importo, valuta, revisione prezzo, stato e capacità all'esecuzione. I grants devono essere revocabili; separa lettura e write e fallisci chiuso per strumento obsoleto, mancanti, cross-Store o ambigui. La conferma non sostituisce la validazione servizio.

Codex, ChatGPT, GitHub Copilot e altri cliente differiscono per transport, autenticazione, discovery, approvals e controlli admin: verifica cliente e piano esatti. Parti con catalogo o stato ordine lettura-only, aggiungi una bozza azione reversibile e testa invalid, duplicate, obsoleto, tra account, tempo limite e accesso revocato. Prostir Store è Anteprima, con un commerce root, un Agent esistente autorizzato e https://{slug}.store.prostir.build/mcp; valida il aderenza prima di sostituire un percorso stabile.