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." L'intero protocollo discende da questa osservazione.
2. I tre costi dell'accoppiamento. (struttura da riutilizzare tale e quale nelle presentazioni): sovraccarico di integrazione — ogni combinazione agente×editor richiede un lavoro su misura; compatibilità limitata — un agente raggiunge solo un sottoinsieme di editor; lock-in dello sviluppatore — scegliere un agente significa accettarne le interfacce. I tre sono costi diversi (produzione, distribuzione, libertà), non tre formulazioni dello stesso concetto.
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 dove serve cautela: LSP standardizza uno scambio in gran parte deterministico (posizioni, simboli, diagnostica); 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 un'infrastruttura separata, HTTP o WebSocket. Dichiarati come "work in progress," con una collaborazione attiva con le 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. ⭐ La relazione 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 propri strumenti) — vero dal punto di vista architetturale, ma incompleto: ACP prende in prestito le strutture dati di MCP. I due protocolli non sono semplicemente vicini, condividono un vocabolario di serializzazione. Vedi [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] per la distinzione funzionale.
8. Le estensioni specifiche dell'agentic coding. ACP aggiunge "custom types for useful agentic coding UX elements, like displaying diffs." È ciò che giustifica l'esistenza di ACP accanto 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 ragione dichiarata. "which allows enough flexibility to represent rich formatting without requiring that the code editor is capable of rendering HTML." Una scelta di design giustificata dall'onere risparmiato all'implementatore — l'istinto giusto per un protocollo in cerca di adozione. Da notare per chi progetta 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 è confermato dalla fonte primaria. Citare v1 / v2 draft.
11. ⚠️ Correzione sulla governance. la frase "Zed l'ha lanciato poi l'ha 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 o di una documentazione di prodotto abbandonati. L'inquadramento corretto: apertura reale e co-governance, non abbandono.
12. Segnale sull'ecosistema. librerie ufficiali in Kotlin, Java, Python, Rust, TypeScript + un canale comunitario. L'abbinamento Kotlin/Java è il marcatore JetBrains — la presenza di entrambi 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 predisposta per gli agenti. Coerenza dell'impianto, e un segnale debole su cosa 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, 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 / rimandi incrociati. 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 i propri prezzi; il disaccoppiamento qui descritto si collega al contratto di portabilità analizzato in [[janakiram-agent-platform-portability-contract-2026-07-20]]; un'implementazione di riferimento lato prodotto in [[block-goose-mcp-ui-future-agentic-interfaces-2025-08-25]]. ⚠️ Disambiguazione obbligatoria: "ACP" qui si riferisce esclusivamente all'Agent Client Protocol. Non digitare mai la sigla come entità — vedi docs/solutions/conventions/sigles-jamais-entites-graphe.md.