Nota di veille tecnologica di Didier Girard datata 2 agosto 2026, nata dalla domanda di un collega ("cos'è ACP?") che si rivela affrontare un problema non terminologico ma documentale. Tre protocolli si contendono l'acronimo, senza alcuna sovrapposizione tecnica: Agent Client Protocol (client ↔ agente — Zed, agosto 2025, JSON-RPC 2.0 su stdio, Apache-2.0, "ciò che LSP ha fatto per i linguaggi"), Agentic Commerce Protocol (agente ↔ merchant — OpenAI + Stripe, 29 settembre 2025, contrapposto a UCP di Google dell'11 gennaio 2026 sostenuto da AP2), e Agent Communication Protocol (agente ↔ agente — IBM Research / BeeAI, marginale ma che inquina le ricerche). Il fulcro della nota non è la disambiguazione ma il suo fallimento osservato: l'autore cerca "ACP" nella propria base di conoscenza di veille tecnologica e ottiene dodici risultati, tutti sul protocollo di commercio, zero su quello di Zed — "i nostri agenti di veille avevano indicizzato l'acronimo senza disambiguarlo".
Di **Didier Girard** — auteur de la note. Écrit ici depuis la position de **praticien de la veille outillée** : le déclencheur est une question de collègue// Fonte documento interno /Lettura 2 min/.md// Traduzione verificata automaticamente
Nota di veille tecnologica datata 2 agosto 2026, nata dalla domanda di un collega — "cos'è ACP?" — a cui l'autore dimostra che non esiste una risposta semplice: tre protocolli si contendono l'acronimo, senza la minima sovrapposizione tecnica.
Agent Client Protocol collega un client a un agente. Introdotto da Zed nell'agosto 2025, fa per gli agenti ciò che LSP ha fatto per i linguaggi: disaccoppia l'editor dall'agente. Prima, N editor × M agenti richiedevano N×M integrazioni costruite su misura; dopo, ciascuna parte parla il protocollo e N+M bastano. JSON-RPC 2.0 su stdio, Apache-2.0. La nota segnala che il protocollo è uscito dall'orbita del suo creatore — una propria organizzazione, un registro di agenti, una specifica versionata, un'implementazione JetBrains.
Agentic Commerce Protocol non c'entra nulla: collega un agente a un merchant (discovery, carrello, pagamento). Annunciato da OpenAI e Stripe il 29 settembre 2025, si contrappone a UCP di Google (11 gennaio 2026), sostenuto da AP2 per il pagamento. La posta in gioco: lo strato "Visa/Mastercard" del commercio agentico. Agent Communication Protocol (IBM Research / BeeAI), da agente ad agente, completa il quadro e inquina le ricerche.
Il vero tema è documentale. L'autore cerca "ACP" nel proprio database di veille tecnologica: dodici risultati, tutti sul protocollo di commercio, zero su quello di Zed. Gli agenti di indicizzazione avevano elaborato l'acronimo senza disambiguarlo. Da cui la regola adottata: "mai indicizzare un acronimo nudo" — l'entità è il nome completo, l'acronimo è solo un alias, qui portato da tre entità distinte. Di passaggio, la nota chiarisce una confusione limitrofa: MCP collega un agente ai suoi strumenti, ACP collega un client a un agente, e i due si sovrappongono.
Il caso concreto è Buzz, pubblicato da Block il 21 luglio 2026 sotto Apache-2.0: uno spazio di lavoro auto-ospitabile su Nostr dove umani e agenti condividono gli stessi canali, ogni partecipante essendo una keypair e ogni evento — messaggio, passo di workflow, git push — essendo firmato in un log append-only. L'architettura degli agenti è interamente basata su protocolli (buzz-acp, buzz-agent, buzz-dev-mcp), da cui l'agnosticismo: Goose, Claude Code e Codex tramite lo stesso harness, e Hermes collegato senza una sola riga di codice da parte di Block. "N+M invece di N×M, in produzione."
La battuta finale riguarda l'abbonamento Claude rispetto agli agenti di terze parti, dopo un 2026 turbolento (blocco OAuth, crediti separati annunciati poi sospesi il giorno stesso in cui entravano in vigore). La regola adottata separa l'uso ordinario, individuale dall'instradamento delle richieste altrui. La sua formulazione si applica al di là di questo caso: "la distinzione non è legale, è architetturale: chi consuma, e per conto di chi" — meglio risolta in fase di progettazione che leggendo i termini di servizio.
Punti chiave
La disambiguazione, da memorizzare una volta per tutte. | Acronimo | Nome completo | Collega | Origine | |---|---|---|---| | ACP #1 | Agent Client Protocol | un client a un agente | Zed, agosto 2025 | | ACP #2 | Agentic Commerce Protocol | un agente a un merchant | OpenAI + Stripe, 29 sett. 2025 | | ACP #3 | Agent Communication Protocol | un agente a un agente | IBM Research / BeeAI | → Nessuna sovrapposizione tecnica. E la somiglianza superficiale è massima ("protocol", "agents", "open source", "2025-2026"), il che è proprio ciò che ne fa una trappola.
L'analogia efficace. ACP #1 sta all'agente come LSP sta al linguaggio. Prima, N editor × M agenti = N×M integrazioni costruite su misura; dopo, ciascuna parte parla il protocollo e N+M bastano. È l'argomento classico dell'interoperabilità, ed è l'unico che conta per decidere se adottarlo.
MCP vs ACP — la tabella da riutilizzare così com'è.MCP collega un agente ai suoi strumenti e dati; ACP collega un client a un agente. Si sovrappongono: il client parla ACP con l'agente, l'agente parla MCP con i suoi strumenti. Una confusione frequente, chiarita in due righe.
⭐ La regola di curation — il vero contributo della nota."mai indicizzare un acronimo nudo". L'entità canonica è il nome completo; l'acronimo è solo un alias, e un alias può essere portato da più entità. Direttamente applicabile a questo repository — vedi [docs/reference/ontologie-kg.md](docs/reference/ontologie-kg.md) (regole di disambiguazione) e scripts/entity_aliases.tsv.
⭐⭐ VERIFICA EFFETTUATA SU QUESTO CORPUS (2026-08-02) — la tesi regge, e anche peggio. 1. "Zero sul protocollo di Zed" → confermato esattamente. Al momento della verifica, la stringa "Agent Client Protocol" era assente da fiches/ e kb/; "Zed" compariva solo in una scheda non correlata ([[powered-by-claude-anthropic-partners-2025-07-09]]). → Lacuna colmata lo stesso giorno da [[agentclientprotocol-introduction-2026-08-02]] (fonte primaria), [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]] e [[sawers-thenewstack-anthropic-pause-agent-sdk-subscription-2026-06-16]]. 2. "Dodici risultati" → non riproducibile con grep: 3 schede contengono il token ACP ([[thilen-opascope-ai-shopping-assistant-agentic-commerce-protocols-2026-02-10]], [[marette-agentic-commerce-optimization-acp-ucp-2026-02-23]], [[ragsdale-merit-open-agentic-commerce-protocols-2026-03-19]]), per 32 occorrenze. Il "dodici" proviene probabilmente da un motore di ricerca semantico, non da un grep. Il numero non torna; la conclusione qualitativa sì — ed è quella che conta. 3. La trappola era già innescata, non solo possibile: contrariamente alla regola proposta, l'acronimo nudo ACP era già tipizzato come entità nel grafo, soggetto di triple in due schede ([[thilen-opascope-ai-shopping-assistant-agentic-commerce-protocols-2026-02-10]], [[ragsdale-merit-open-agentic-commerce-protocols-2026-03-19]]), accanto a una variante Agentic Commerce Protocol (ACP) — ossia tre entità per un solo protocollo. Se una scheda sull'ACP di Zed avesse tipizzato ACP come entità, i due protocolli si sarebbero fusi in un'unica pagina KB. → Corretto il 2 agosto 2026: le varianti sono state normalizzate in Agentic Commerce Protocol, e simmetricamente UCP → Universal Commerce Protocol e ACS → Agentic Commerce Suite. La regola della nota qui non era quindi preventiva: era correttiva. 4. ⚠️ Un difetto già materializzato, e più grave: la pagina kb/Agentic-Commerce-Protocol.md porta l'attributo "category: protocollo di commercio agentico Google" e la relazione Google created → Agentic Commerce Protocol (confidence 0.99). Eppure l'ACP è di OpenAI + Stripe; il protocollo di Google è UCP (+ AP2). La confusione tra le due ACP descritta dalla nota ha già prodotto, in questo corpus, un errore di attribuzione tra l'ACP di OpenAI e il protocollo di Google. → Correzione da applicare alle schede sorgente (poiché la KB è generata, non può essere corretta a mano).
Governance dell'ACP #1 — una sfumatura da aggiungere. la nota scrive "Zed ha lanciato la cosa, poi l'ha lasciata andare". La mossa d'apertura è reale e verificabile (una propria organizzazione, specifica versionata, registro pubblico, implementazione JetBrains). Ma le fonti pubbliche descrivono piuttosto una governance condivisa Zed × JetBrains — il registro degli agenti è stato co-lanciato dai due nel gennaio 2026, e l'ACP è ancora presentato da parte di Zed come il proprio standard aperto e la funzionalità di punta di Zed 1.0. Apertura sì, spossessamento no. Una sfumatura senza conseguenze sull'argomento dell'interoperabilità, ma da non enfatizzare eccessivamente quando se ne parla. ⚠️ Dettaglio da allora smentito, dalla fonte primaria: il numero di versione ACP 1.2 non è corroborato — la navigazione della specifica mostra v1 (Latest) e v2 (Draft), cfr. [[agentclientprotocol-introduction-2026-08-02]]. Citare v1 / v2 draft. L'URL del registro cdn.agentclientprotocol.com/registry resta non confermato (le fonti pubbliche indicano agentclientprotocol.com/registry).
Buzz — il caso concreto, verificato e accurato. pubblicato da Block il 21 luglio 2026, Apache-2.0, repository github.com/block/buzz. Uno spazio di lavoro auto-ospitabile su Nostr; ogni partecipante umano o agente è una keypair (Schnorr); ogni messaggio, passo di workflow e git push è un evento firmato in un log append-only. Tre blocchi costitutivi basati su protocolli: buzz-acp (un harness che traduce gli eventi Buzz per un agente, in ACP su stdio), buzz-agent (un agente ACP che chiama un LLM e utilizza strumenti MCP), buzz-dev-mcp (un server MCP per shell + editing di file). Tre harness forniti out of the box: Goose (Block), Claude Code (Anthropic), Codex (OpenAI). Un relay auto-ospitabile — un argomento esplicito di sovranità dei dati in Block.
⭐ Perché Buzz è l'illustrazione giusta. non è "un prodotto che usa ACP", è la dimostrazione che il disaccoppiamento regge. Tre agenti di tre fornitori concorrenti collegati tramite lo stesso harness, e un quarto (Hermes, Nous Research) collegato senza che Block scrivesse una sola riga. La promessa N+M smette di essere un argomento architetturale e diventa un fatto osservabile. (Sfumatura: dal lato di Hermes, la fonte pubblica inquadra l'aggiunta come una modalità server ACP che apre a Zed, JetBrains, Neovim e altri — il beneficio per Buzz è una conseguenza dell'ACP, non un'integrazione mirata. Il che rafforza l'argomento invece di indebolirlo.)
La lettura enterprise-architecture. Buzz fornisce un substrato multi-agente sovrano e verificabile, senza dipendenza da SaaS di terze parti — log firmato, relay self-hosted, identità crittografiche. È una possibile risposta alla domanda "dove risiederà la collaborazione uomo-agente nel sistema informativo". Da mettere in relazione con la convergenza delle piattaforme agentiche degli hyperscaler analizzata in [[janakiram-agent-platform-portability-contract-2026-07-20]]: Buzz è l'opzione self-hosted per la stessa esigenza di portabilità.
Abbonamento Claude e agenti di terze parti — cronologia 2026 come riportata. (⚠️ ripresa dalle fonti della nota, non riverificata qui) : 9 gennaio blocco tecnico silenzioso dei token OAuth dell'abbonamento al di fuori degli strumenti ufficiali → 17-20 febbraio formalizzazione nella documentazione e nei Consumer Terms (l'episodio OpenClaw) → 4 aprile applicazione integrale → 13-14 maggio annuncio di crediti Agent SDK separati (20$ Pro / 100$ Max 5x / 200$ Max 20x) effettivi dal 15 giugno → 15 giugno: la modifica sospesa lo stesso giorno in cui entrava in vigore. Stato riportato al 2 agosto 2026: l'Agent SDK, claude -p e le applicazioni di terze parti costruite su di esso attingono ai limiti dell'abbonamento; il credito separato non esiste. → Questo stato è per costruzione limitato nel tempo: riverificarlo prima di ogni decisione.
⭐⭐ La regola che sopravvivrà ai termini di servizio — l'idea migliore della nota. la linea tracciata da Anthropic separa l'uso "ordinario, individuale" dall'instradamento delle richieste altrui tramite credenziali Free/Pro/Max. Traduzione: un agente owner-only consuma il tuo abbonamento per te — entro i limiti; un agente anyone in un canale condiviso instrada le richieste dei tuoi colleghi attraverso il tuo account — fuori dai limiti, ed è il momento di passare a una chiave API fatturata a consumo. La distinzione non è legale, è architetturale: chi consuma, e per conto di chi. Da definire in fase di progettazione, non leggendo i termini di servizio. ⭐ Un collegamento da fare : questa è esattamente l'ambient authority di [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]], trasposta dall'autorizzazione alla fatturazione. Un agente che eredita i permessi del proprio umano e agisce per conto di un terzo pone lo stesso problema di confine, sia che acceda a un documento sia che consumi una quota. La domanda "per conto di chi?" è lo stesso invariante in entrambi i casi.
Meta / da collegare. sul lato commercio, le tre schede che portano l'omonimia — [[ragsdale-merit-open-agentic-commerce-protocols-2026-03-19]], [[marette-agentic-commerce-optimization-acp-ucp-2026-02-23]], [[thilen-opascope-ai-shopping-assistant-agentic-commerce-protocols-2026-02-10]] — più [[nrf-2026-commerce-agentique-ucp-deep-research-2026-01-13]] e [[google-agentic-commerce-ap2-payment-protocol-2025-09-16]] sul lato Google. Sul lato Block/Goose: [[block-goose-mcp-ui-future-agentic-interfaces-2025-08-25]] e [[mcp-ui-future-agentic-interfaces-goose-2025-08-25]]. Sulla standardizzazione aperta dello strato agentico: [[openai-agentic-ai-foundation-linux-2025-12-09]]. ⚠️ Linea guida per il grafo derivante da questa scheda : mai creare un'entità ACP. Le tre entità canoniche sono Agent Client Protocol, Agentic Commerce Protocol e Agent Communication Protocol; "ACP" deve comparire solo come alias esplicitamente collegato a una di esse.
Affermazioni attribuite
tre protocolli distinti condividono la sigla ACP senza alcuna intersezione tecnica
— Didier Girard
il confine tra uso individuale e instradamento di richieste altrui è architetturale, non giuridico — chi consuma, e per conto di chi
— Didier Girard
i limiti Pro e Max presuppongono un uso ordinario e individuale di Claude Code e dell'Agent SDK
— Anthropic
Il grafo di conoscenza estratto da questa fiche — 11 entità, 27 relazioni.