# girard-acp-deux-protocoles-un-sigle-2026-08-02

## Veille

Nota di veglia tecnologica di **Didier Girard** datata **2 agosto 2026**, nata dalla domanda di un collega ("cos'è ACP?") per affrontare un problema che non è terminologico ma **documentario**. **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 ↔ commerciante — OpenAI + Stripe, 29 settembre 2025, in concorrenza con l'**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 cuore della nota non è lo scioglimento dell'ambiguità ma il suo fallimento osservato**: l'autore cerca "ACP" nella propria base di conoscenza di veglia tecnologica e ottiene **dodici risultati, tutti relativi al protocollo di commercio, zero su quello di Zed** — *"i nostri agenti di veglia avevano indicizzato l'acronimo senza disambiguarlo"*. Da qui una regola di ingegneria della conoscenza: ***"un acronimo nudo non viene mai indicizzato"*** — l'entità è "Agent Client Protocol", "ACP" è **solo un alias**, portato da tre entità distinte. Segue una precisazione strutturante (**MCP collega un agente ai suoi strumenti, ACP collega un client a un agente; i due si sovrappongono**), poi il caso di scuola: **Buzz**, pubblicato da **Block** il 21 luglio 2026 sotto Apache-2.0 — uno spazio di lavoro auto-ospitabile costruito su **Nostr**, dove ogni partecipante umano o agente è una **coppia di chiavi** e ogni messaggio, passo di workflow o git push è un **evento firmato** in un log append-only. Un'architettura interamente basata su protocolli (`buzz-acp` un harness ACP su stdio, `buzz-agent` un agente ACP che chiama un LLM, `buzz-dev-mcp` un server shell + editing MCP), da cui l'agnosticismo verso gli agenti: **Goose, Claude Code e Codex** si collegano tramite lo stesso harness, e **Hermes** (Nous Research) vi si è collegato senza che Block scrivesse una sola riga — *"N+M invece di N×M, in produzione"*. La nota si chiude sulla questione dell'**abbonamento Claude** rispetto agli agenti terzi, con una cronologia in cinque tappe per il 2026 e una **regola di design** che vale oltre questo caso: la linea di demarcazione non è legale ma **architetturale** — ***"chi consuma, e per conto di chi"*** (un agente `owner-only` consuma il tuo abbonamento per tuo conto; un agente `anyone` in un canale condiviso instrada le richieste dei tuoi colleghi attraverso il tuo account). **Verifica effettuata su questo corpus**: la tesi regge, e in modo più netto di quanto affermi la nota — non solo "Agent Client Protocol" è **completamente assente**, ma l'acronimo nudo `ACP` **è già tipizzato come entità** in due schede, e la pagina della KB `Agentic-Commerce-Protocol` **attribuisce già il protocollo a Google** quando invece appartiene a OpenAI + Stripe. La collisione descritta non è un rischio futuro: ha **già prodotto un errore di attribuzione** nel grafo.

## Titre Article

ACP : deux protocoles, un sigle, zéro rapport

## Date

2026-08-02

## URL

*Aucune URL — texte fourni directement par l'auteur, non publié au moment de la mise en fiche. Source archivée dans `raw-data/girard-acp-deux-protocoles-un-sigle-2026-08-02.md`.*

## Keywords

ACP, Agent Client Protocol, Agentic Commerce Protocol, Agent Communication Protocol, omonimia di acronimi, disambiguazione, collisione documentaria, ingegneria della conoscenza, alias di entità, entità nuda, indicizzazione, trappola del duplicato, Zed, JetBrains, LSP, Language Server Protocol, JSON-RPC 2.0, stdio, Apache-2.0, registro di agenti, specifica versionata, governance del protocollo, N+M contro N×M, disaccoppiamento editor-agente, interoperabilità, portabilità degli agenti, MCP, Model Context Protocol, sovrapposizione di protocolli, OpenAI, Stripe, UCP, Universal Commerce Protocol, AP2, Agent Payments Protocol, commercio agentico, IBM Research, BeeAI, Buzz, Block, Jack Dorsey, Goose, Codex, Claude Code, Hermes, Nous Research, Nostr, coppia di chiavi, evento firmato, log append-only, self-hosting, sovranità, substrato multi-agente, harness, buzz-acp, buzz-agent, buzz-dev-mcp, abbonamento Claude, Agent SDK, claude -p, OAuth, Consumer Terms, OpenClaw, crediti Agent SDK, chiave API, uso ordinario, individuale, owner-only, anyone, chi consuma per conto di chi

## Authors

**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, le matériau principal est le comportement observé de sa propre base de connaissances, et la conclusion est une **règle de curation** adoptée en interne. Le texte alterne donc deux voix — l'explicateur de protocoles et l'ingénieur de la connaissance qui constate un défaut chez lui et en tire une norme.

## Ton

**Profilo**: nota di chiarimento tecnico, registro **da praticante**, formato breve e denso. Né analisi di mercato né presa di posizione — uno **scioglimento utile dell'ambiguità** combinato con un resoconto metodologico del processo dell'autore stesso. Pubblico: ingegneri, architetti e chiunque mantenga un corpus documentario su questi temi.

**Stile**: strutturato in **cinque movimenti** (i tre ACP → il rischio reale → da non confondere con MCP → il caso Buzz → la questione dell'abbonamento), ciascuno autonomo e citabile separatamente. Tre tratti:

1. **Apertura con la domanda reale** — *"Un collega mi ha chiesto questa settimana: 'cos'è ACP?'"*. Nessuna esposizione astratta: il problema è datato, incarnato, e la risposta è segnalata come insidiosa prima di essere data.
2. **L'ammissione come argomento**. Il passaggio più forte della nota è quello in cui l'autore **riporta un fallimento del proprio strumentario** ("dodici risultati, tutti sul protocollo sbagliato"). È questo che trasforma una curiosità lessicale in un problema di ingegneria — e che dà autorità alla regola che segue. Un registro raro: raramente si pubblica la falla del proprio setup.
3. **La chiosa operativa**. Ogni sezione termina con qualcosa di applicabile — la regola di indicizzazione, la tabella MCP/ACP, il flag `owner-only` vs `anyone`. Nessuno sviluppo resta non tradotto in azione.

**Frasi marcatrici**: *"due protocolli, un acronimo, zero relazione"*, *"domanda semplice, risposta insidiosa"*, *"un acronimo nudo non viene mai indicizzato"*, *"una trappola di duplicato perfetta"*, *"Zed ha lanciato la cosa, poi l'ha lasciata andare"*, *"N+M invece di N×M, in produzione"*, *"la distinzione non è legale, è architetturale"*, *"chi consuma, e per conto di chi"*, *"meglio definirlo in fase di progettazione che leggendo le condizioni di servizio"*.

**Postura epistemica**: **prudente e ben documentata**. L'autore delimita esplicitamente la propria competenza sulla parte contrattuale e rimanda alle fonti primarie piuttosto che alla propria interpretazione. Il testo fornisce sette link per un formato breve — una densità di fonti insolita per una nota di queste dimensioni.

## Pense-betes

- **Data / fonte**: **2 agosto 2026**, nota di veglia tecnologica di **Didier Girard**.
- **Inquadramento chiave**: tre protocolli si contendono l'acronimo ACP, senza alcuna sovrapposizione tecnica, e la somiglianza superficiale è massima ("protocollo", "agenti", "open source", "2025-2026"). ### Lo scioglimento dell'ambiguità | 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 **commerciante** | OpenAI + Stripe, 29 settembre 2025 | | ACP #3 | **Agent Communication Protocol** | un **agente** a un **agente** | IBM Research / BeeAI | Un'analogia che regge: ACP #1 sta all'agente come **LSP** sta al linguaggio — prima, N editor × M agenti = N×M integrazioni su misura; dopo, N+M basta. E la distinzione con MCP sta in due righe: **MCP** collega un agente ai suoi **strumenti e dati**, **ACP** collega un **client** a un **agente**; i due si sovrappongono. ### La regola di curation, il vero risultato della nota *"Un acronimo nudo non viene mai indicizzato."* 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) e `scripts/entity_aliases.tsv`. ### Verifica effettuata su questo corpus il 2 agosto 2026 | Affermazione della nota | Risultato | |---|---| | *"Zero sul protocollo di Zed"* | **confermato** — la stringa "Agent Client Protocol" era assente da `fiches/` e `kb/`; la lacuna è stata colmata lo stesso giorno da [[agentclientprotocol-introduction-2026-08-02]] | | *"Dodici risultati"* | **non riproducibile via grep** — 3 schede contengono il token `ACP`, per 32 occorrenze. Il "dodici" proviene probabilmente da un motore semantico. La cifra non è verificabile; la conclusione qualitativa sì | | La trappola era già possibile? | **già armata** — l'acronimo nudo `ACP` era tipizzato come **entità** nel grafo, soggetto di triple in due schede, insieme a una variante `Agentic Commerce Protocol (ACP)`, ossia tre entità per lo stesso protocollo | | Difetto materializzato | la pagina `kb/Agentic-Commerce-Protocol.md` recitava *"category: **Google** agentic commerce protocol"* e la relazione `Google created → Agentic Commerce Protocol` (confidenza 0.99), mentre ACP appartiene a **OpenAI + Stripe** e il protocollo di Google è **UCP** (+ AP2) | La collisione descritta aveva quindi già prodotto un **errore di attribuzione** nel grafo. Corretto il 2 agosto: varianti normalizzate in `Agentic Commerce Protocol`, e simmetricamente `UCP` → `Universal Commerce Protocol`, `ACS` → `Agentic Commerce Suite`. La regola qui non era preventiva, era correttiva. ### Governance di ACP #1, una sfumatura da aggiungere La nota afferma *"Zed ha lanciato la cosa, poi l'ha lasciata andare"*. La mossa iniziale è reale e verificabile (una propria organizzazione, specifica versionata, registro pubblico, implementazione JetBrains), ma le fonti pubbliche descrivono una **governance condivisa Zed × JetBrains** — un registro co-lanciato a gennaio 2026 —, con ACP ancora presentato dal lato Zed come suo standard aperto e caratteristica di punta di Zed 1.0. Apertura, sì; abbandono, no. Dettaglio da allora confutato dalla fonte primaria: il numero **ACP 1.2** non è corroborato, la navigazione della specifica mostra **`v1` (Latest)** e **`v2` (Draft)**. L'URL `cdn.agentclientprotocol.com/registry` resta non confermato. ### Buzz, il caso concreto — verificato ed esatto Pubblicato da **Block** il **21 luglio 2026**, Apache-2.0. Uno spazio di lavoro auto-ospitabile su **Nostr**; ogni partecipante umano o agente è una **coppia di chiavi** (Schnorr); ogni messaggio, passo di workflow e git push è un **evento firmato** in un log append-only. Tre elementi costitutivi: **`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 usa strumenti MCP), **`buzz-dev-mcp`** (un server shell + editing MCP). Tre harness forniti di serie: **Goose** (Block), **Claude Code** (Anthropic), **Codex** (OpenAI). Non si tratta di "un prodotto che usa ACP" ma di una 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 riga. La promessa N+M diventa un fatto osservabile. Sfumatura: dal lato Hermes, la fonte pubblica inquadra l'aggiunta come una **modalità server ACP** che apre a Zed, JetBrains e Neovim, il beneficio per Buzz essendo una conseguenza di ACP piuttosto che un'integrazione mirata — il che rafforza l'argomentazione. Lettura per l'architettura d'impresa: Buzz fornisce un substrato multi-agente sovrano e verificabile, senza alcuna dipendenza da SaaS di terze parti — log firmato, relay auto-ospitato, identità crittografiche. È l'opzione self-hosted per il bisogno di portabilità analizzato in [[janakiram-agent-platform-portability-contract-2026-07-20]]. ### Abbonamento Claude e agenti terzi Cronologia 2026 come riportata dalla nota, **non riverificata**: 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 completa → 13-14 maggio, annuncio di crediti separati per Agent SDK ($20 Pro / $100 Max 5x / $200 Max 20x) effettivi dal 15 giugno → **15 giugno, il cambiamento sospeso il giorno stesso della sua entrata in vigore**. Stato riportato al 2 agosto 2026: l'Agent SDK, `claude -p` e le applicazioni di terze parti attingono ai limiti dell'abbonamento, non esistendo un credito separato. **Datato per costruzione: da riverificare prima di ogni decisione.** ### La regola che sopravviverà alle condizioni di servizio La linea tracciata separa l'uso *"ordinario, individuale"* dall'**instradamento delle richieste altrui** tramite credenziali Free/Pro/Max. Un agente `owner-only` consuma **il tuo** abbonamento **per te**; un agente `anyone` in un canale condiviso instrada le richieste dei tuoi colleghi attraverso il tuo account, ed è quello il momento di passare a una chiave API fatturata a consumo. La distinzione non è legale ma **architetturale: chi consuma, e per conto di chi** — da definire in fase di progettazione. È 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 terzi pone lo stesso problema di confine, che si tratti di accedere a un documento o di consumare una quota.

## RésuméDe400mots

Nota di veglia tecnologica del **2 agosto 2026**, nata dalla domanda di un collega — *"cos'è ACP?"* — a cui l'autore mostra non esistere una risposta semplice: **tre protocolli si contendono l'acronimo**, senza alcuna 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 su misura; dopo, tutti parlano il protocollo e **N+M** basta. JSON-RPC 2.0 su stdio, Apache-2.0. La nota sottolinea che il protocollo ha lasciato l'orbita del suo creatore — una propria organizzazione, un registro di agenti, una specifica versionata, un'implementazione JetBrains.

**Agentic Commerce Protocol** non ha nulla a che vedere: collega **un agente a un commerciante** (scoperta, carrello, pagamento). Annunciato da **OpenAI e Stripe** il 29 settembre 2025, affronta l'**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 problema osservato è documentario.** L'autore cerca "ACP" nel proprio database di veglia tecnologica: **dodici risultati, tutti relativi al protocollo di commercio, zero su quello di Zed**. Gli agenti di indicizzazione avevano elaborato l'acronimo senza disambiguarlo. Da qui la regola adottata: ***"un acronimo nudo non viene mai indicizzato"*** — l'entità è il nome completo, l'acronimo è solo un **alias**, qui portato da tre entità distinte. La nota dissipa di passaggio una confusione correlata: **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 **coppia di chiavi** 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** attraverso 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 chiosa riguarda l'abbonamento Claude** rispetto agli agenti terzi, dopo un 2026 turbolento (blocco OAuth, crediti separati annunciati poi sospesi il giorno stesso della loro entrata in vigore). La linea tracciata separa l'uso **ordinario, individuale** dall'**instradamento delle richieste altrui**. La sua formulazione vale oltre questo caso: *"la distinzione non è legale, è architetturale: **chi consuma, e per conto di chi**"* — da definire in fase di progettazione piuttosto che leggendo le condizioni di servizio.

## GrapheDeConnaissance

- Didier Girard —affirme_que→ trois protocoles distincts se partagent le sigle ACP sans aucune intersection technique (AFFIRMATION, 0.97)
- Agent Client Protocol —permet→ de relier un client à un agent, en découplant l'éditeur de l'agent (AFFIRMATION, 0.96)
- Agent Client Protocol —s_inspire_de→ Language Server Protocol (TECHNOLOGIE, 0.93)
- Zed —a_créé→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- JetBrains —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.92)
- Agent Client Protocol —utilise→ JSON-RPC 2.0 sur stdio (TECHNOLOGIE, 0.94)
- Agent Client Protocol —réduit→ le nombre d'intégrations de N×M à N+M (AFFIRMATION, 0.94)
- Agentic Commerce Protocol —permet→ de relier un agent à un commerçant (découverte, panier, paiement) (AFFIRMATION, 0.95)
- OpenAI —a_créé→ Agentic Commerce Protocol (TECHNOLOGIE, 0.95)
- Stripe —a_créé→ Agentic Commerce Protocol (TECHNOLOGIE, 0.93)
- Universal Commerce Protocol —concurrence→ Agentic Commerce Protocol (TECHNOLOGIE, 0.92)
- Universal Commerce Protocol —utilise→ Agent Payments Protocol (TECHNOLOGIE, 0.9)
- Agent Communication Protocol —permet→ l'interopérabilité agent-à-agent (AFFIRMATION, 0.88)
- Didier Girard —recommande→ ne jamais indexer un sigle seul : l'entité est le nom complet, le sigle n'est qu'un alias (AFFIRMATION, 0.96)
- homonymie de sigle —s_oppose_à→ la qualité d'un corpus de veille indexé automatiquement (AFFIRMATION, 0.9)
- Model Context Protocol —s_applique_à→ la liaison entre un agent et ses outils et données (AFFIRMATION, 0.95)
- Agent Client Protocol —converge_avec→ Model Context Protocol (TECHNOLOGIE, 0.9)
- Block —publie→ Buzz (TECHNOLOGIE, 0.97)
- Buzz —utilise→ Nostr (TECHNOLOGIE, 0.95)
- Buzz —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.95)
- Buzz —utilise→ Model Context Protocol (TECHNOLOGIE, 0.93)
- Buzz —permet→ de brancher Goose, Claude Code et Codex par le même harnais (AFFIRMATION, 0.94)
- Buzz —permet→ un substrat multi-agent auto-hébergeable et auditable, sans dépendance SaaS tierce (AFFIRMATION, 0.9)
- Nous Research —utilise→ Agent Client Protocol (TECHNOLOGIE, 0.88)
- Didier Girard —affirme_que→ la frontière entre usage individuel et routage de requêtes d'autrui est architecturale, pas juridique — qui consomme, et pour le compte de qui (CITATION, 0.95)
- Anthropic —affirme_que→ les limites Pro et Max supposent un usage ordinaire et individuel de Claude Code et de l'Agent SDK (AFFIRMATION, 0.9)
- Anthropic —s_oppose_à→ le routage de requêtes d'utilisateurs tiers via des identifiants Free, Pro ou Max (AFFIRMATION, 0.92)

---
Canonical: https://www.thekb.eu/it/fiches/girard-acp-deux-protocoles-un-sigle-2026-08-02/