Agent Client Protocol — Introduction

Punti chiave

1. La frase da ricordare. « AI coding agents and editors are tightly coupled but interoperability isn't the default. » Da questa constatazione discende l'intero protocollo.
2. I tre costi dell'accoppiamento. (struttura da riutilizzare così com'è nelle presentazioni): onere di integrazione — ogni combinazione agente×editor richiede lavoro personalizzato; compatibilità limitata — un agente raggiunge solo un sottoinsieme di editor; dipendenza dal fornitore per lo sviluppatore — scegliere un agente significa accettarne le interfacce. I tre sono costi diversi (produzione, distribuzione, libertà), non tre formulazioni dello stesso costo.
3. L'analogia con LSP fa il lavoro. « similar to how the Language Server Protocol standardized language server integration ». È efficace perché il precedente è già accettato. Ma è anche il punto in cui serve cautela: LSP standardizza uno scambio in gran parte deterministico (posizioni, simboli, diagnostiche); ACP standardizza l'interfaccia di un agente non deterministico, che negozia permessi, produce diff, e il cui comportamento varia da un'esecuzione all'altra. La forma del problema è la stessa; la natura di ciò che vi transita no. La pagina non discute questo scarto.
4. Due modalità di trasporto, non una. — il punto più sottovalutato nella copertura secondaria:
5. Agenti locali. sottoprocesso dell'editor, JSON-RPC su stdio. È la modalità nota, quella citata da tutti.
6. Agenti remoti. ospitati nel cloud o su infrastrutture separate, HTTP o WebSocket. Dichiarato « work in progress », con collaborazione attiva con piattaforme agentiche. → Conseguenza: ACP non è strutturalmente un protocollo da "workstation". La sua traiettoria punta all'agente ospitato, quindi all'enterprise. Riassumere ACP come "JSON-RPC su stdio" ne descrive il presente, non il suo obiettivo.
7. Il rapporto con MCP è una filiazione, non una semplice complementarità. « The protocol re-uses the JSON representations used in MCP where possible. » Si dice comunemente che "ACP e MCP si sovrappongono" (il client parla ACP con l'agente, l'agente parla MCP con i suoi strumenti) — vero sul piano architetturale, ma incompleto: ACP prende in prestito le strutture dati di MCP. I due protocolli non sono solo vicini, condividono un vocabolario di serializzazione. Vedi [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] per la distinzione funzionale.
8. Estensioni specifiche alla codifica agentica. ACP aggiunge « custom types for useful agentic coding UX elements, like displaying diffs ». È ciò che giustifica l'esistenza di ACP in aggiunta a MCP: un diff da approvare non è una chiamata a uno strumento, è un elemento di interfaccia che richiede una decisione umana. Il protocollo codifica il momento della revisione, non solo l'esecuzione.
9. Markdown di default, e la motivazione dichiarata. « which allows enough flexibility to represent rich formatting without requiring that the code editor is capable of rendering HTML ». Una decisione di design giustificata dall'onere che risparmia all'implementatore — l'istinto giusto per un protocollo in cerca di adozione. Da notare per chiunque progetti un protocollo: abbassare il costo d'ingresso sul lato che si vuole reclutare.
10. Correzione sul versioning. la navigazione della specifica espone v1 (Latest) e v2 (Draft). Non espone un "ACP 1.2". Questo numero, che circola nella copertura secondaria (e che era stato registrato come non verificato in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]), non è corroborato dalla fonte primaria. Citare v1 / v2 draft.
11. Correzione sulla governance. l'espressione "Zed l'ha lanciato poi lasciato andare" è troppo forte. La barra di navigazione collega Zed Industries e JetBrains allo stesso livello, e la struttura del sito (ACP Registry, RFD, Community, Publications, Updates, Brand) è quella di un progetto co-governato con un processo, non di un protocollo orfano o di una documentazione di prodotto. La formulazione corretta: apertura reale e co-governance, non spossessamento.
12. Segnale d'ecosistema. librerie ufficiali in Kotlin, Java, Python, Rust, TypeScript + un percorso community. La coppia Kotlin/Java è il marcatore JetBrains — la presenza di entrambe segnala che l'implementazione per IDE JVM è di prima classe, non una porta tardiva.
13. Un dettaglio rivelatore. la pagina si apre con un rimando a /llms.txt — « Use this file to discover all available pages before exploring further ». La documentazione di un protocollo per agenti è essa stessa attrezzata per agenti. Coerenza dell'impostazione, e un segnale debole su ciò che sta diventando la documentazione tecnica.
14. Ciò che la pagina non dice. (da non colmare per inferenza): nessuna data, nessun numero di versione dichiarato nel corpo del testo, nessuna licenza mostrata su questa pagina, nessun modello di governance formalizzato, nessun elenco di implementatori. La licenza Apache-2.0 spesso citata per ACP proviene dal repository, non da questa pagina.
15. Meta / da collegare. fonte primaria per le affermazioni su ACP #1 in [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (che corregge sul versioning e sfuma sulla governance); da leggere insieme a [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]], che mostra quanto vale l'opzionalità qui promessa il giorno in cui un fornitore cambia il proprio pricing; il disaccoppiamento descritto si collega al contratto di portabilità analizzato in janakiram-agent-platform-portability-contract-2026-07-20; un'implementazione di riferimento sul lato prodotto in block-goose-mcp-ui-future-agentic-interfaces-2025-08-25. Disambiguazione obbligatoria: qui, "ACP" si riferisce solo all'Agent Client Protocol. Non digitare mai la sigla come entità — vedi docs/solutions/conventions/sigles-jamais-entites-graphe.md.