ACP (Protocollo di Commercio Agentico)

Cosa nomina effettivamente la specifica

ACP è il più specifico per il commercio tra i protocolli in questo ambito, e il modo più semplice per tenerlo a mente è come un elenco di oggetti piuttosto che come una filosofia. La revisione di aprile 2026 copre un feed di prodotti, una sessione di checkout, la delega di pagamento, il carrello e l'autenticazione, oltre a un hook di integrazione che consente a un agente compatibile con ACP di pubblicizzare la sua capacità di checkout tramite la scoperta di strumenti MCP.

Ogni oggetto esiste perché un passaggio che una persona esegue in un browser non ha un equivalente macchina. Una persona sfoglia un catalogo; un agente ha bisogno di un feed. Una persona vede un totale assemblarsi mentre digita un indirizzo; un agente ha bisogno di una sessione che restituisca un numero vincolante. Una persona digita una carta in un modulo sul tuo dominio; un agente ha bisogno di un modo definito per consegnare il pagamento al tuo processore senza detenere la credenziale stessa.

Gli editori sono OpenAI e Stripe, e questo abbinamento è visibile nella forma del documento. È scritto da una parte che possiede una superficie di assistenza e una parte che possiede l'elaborazione dei pagamenti, e la maggior parte di ciò che specifica è il confine tra i due.

Dove si posiziona ACP rispetto a UCP, AP2 e MCP

I quattro nomi sono solitamente presentati come una guerra di standard, il che porta i commercianti alla conclusione sbagliata — che la mossa sensata sia aspettare un vincitore. Essi rispondono a domande diverse e si compongono in gran parte.

MCP, pubblicato da Anthropic, è il meccanismo generale tramite cui un agente apprende che una capacità esiste e come richiamarla; non dice nulla su carrelli o denaro. UCP, di Google e Shopify, copre la lettura dei cataloghi e la costruzione del carrello. ACP copre l'esecuzione del checkout e la delega di pagamento. AP2, avviato da Google e donato alla FIDO Alliance nell'aprile 2026, copre la prova che un essere umano specifico ha autorizzato un pagamento specifico.

La sponsorizzazione spiega la copertura in ogni caso. Google e Shopify hanno bisogno che gli agenti siano in grado di leggere i cataloghi del mondo, quindi il loro standard specifica la scoperta. OpenAI e Stripe hanno bisogno che un acquisto si completi da qualche parte, quindi il loro specifica il checkout e il pagamento. Nessuno ha scritto una specifica per un livello che non possedeva già.

L'unica sovrapposizione che vale la pena conoscere è il confine del carrello, dove UCP e ACP hanno entrambi qualcosa da dire. Il requisito lato commerciante sottostante è identico in entrambi i casi — un catalogo che riporta prezzo e disponibilità reali — ed è per questo che quel pezzo di lavoro è l'unica parte dello stack che non è una scommessa su quale standard prevarrà.

La delega di pagamento è la parte veramente nuova

I feed di prodotti non sono nuovi e gli endpoint di checkout non sono nuovi. L'elemento di ACP senza un equivalente precedente è la delega di pagamento: l'ambiente dell'agente consegna l'elaborazione al processore del commerciante piuttosto che detenere le credenziali della carta o diventare esso stesso il commerciante registrato.

Questa disposizione è ciò che rende il protocollo accettabile per i commercianti. Tu mantieni la relazione con il processore, il regolamento e il record del cliente. Mantieni anche la responsabilità, e questa è la metà che vale la pena leggere due volte — un acquisto avviato da un agente e uno avviato da un umano raggiungono il tuo processore tramite gli stessi canali, mentre i formati di prova di disputa che esistono oggi presuppongono tutti che una persona fosse presente alla transazione.

Quel divario è precisamente ciò che AP2 è stato scritto per colmare, e non è affrontato a livello ACP. Un commerciante che accetta pagamenti avviati da un agente ora li accetta senza un artefatto standard che stabilisca cosa il titolare della carta ha autorizzato o entro quali limiti.

Cosa ACP non specifica

Leggere una specifica per ciò che omette è solitamente più informativo che leggerla per ciò che contiene, e le omissioni qui sono abbastanza grandi da cambiare ciò che la frase "supporto ACP" può onestamente significare.

Tracciano anche la linea tra la fornitura dei prerequisiti e l'implementazione del protocollo. Un catalogo leggibile da macchina, un gateway agente con ambito definito e un set di strumenti MCP sono cose che ACP presume un commerciante abbia già. Averli è un lavoro preparatorio piuttosto che una conformità, e una piattaforma che presenta i due come la stessa cosa sta esagerando ciò che fa.

Cosa la specifica lascia interamente a te:

• Fiducia. Nulla in essa decide quali agenti dovresti servire, o a quali condizioni. Questa è una politica che scrivi e applichi tu stesso.
• Autorizzazione e audit. Non definisce ambiti di permesso, nessun requisito di idempotenza e nessun record di audit. Un agente che ritenta una richiesta ambigua è un evento ordinario, e nulla nel protocollo impedisce che ciò diventi due ordini.
• La metà post-acquisto. Resi, rimborsi, cancellazioni, modifiche agli abbonamenti e supporto sono al di fuori del suo ambito, ed è lì che risiede la maggior parte del costo operativo di un ordine.
• Adozione. Un'implementazione conforme non obbliga alcun assistente a usarla. Quali superfici leggono cosa, in quali categorie, è una questione commerciale che nessuna specifica risolve.