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

## Veille

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"*. Da cui una regola di knowledge engineering: ***"mai indicizzare un acronimo nudo"*** — 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 **keypair** 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 MCP per shell + editing), 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 di terze parti, con una cronologia in cinque tappe del 2026 e una **regola di design** che si applica al di là di 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 te; 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 la nota affermi — non solo "Agent Client Protocol" è **completamente assente**, ma l'acronimo nudo `ACP` **è già tipizzato come entità** in due schede, e la pagina KB `Agentic-Commerce-Protocol` **attribuisce già il protocollo a Google** quando in realtà appartiene a OpenAI + Stripe. La collisione descritta non è un rischio ancora a venire: 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 documentale, 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 vs 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, keypair, 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** : una nota di chiarimento tecnico, registro **da praticante**, formato breve e denso. Né analisi di mercato né presa di posizione — una **disambiguazione utile** abbinata a un resoconto di esperienza metodologica. Pubblico: ingegneri, architetti e chiunque mantenga un corpus documentale 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 chiede questa settimana: \"cos'è ACP?\""*. Nessuna esposizione astratta: il problema è datato, incarnato, e la risposta è segnalata come trappola prima di essere data.
2. **La confessione 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"). È ciò che trasforma una curiosità lessicale in un problema di ingegneria — e ciò che dà autorità alla regola che segue. Un registro raro: raramente si pubblica la falla del proprio setup.
3. **La battuta operativa finale**. Ogni sezione termina con qualcosa di applicabile — la regola di indicizzazione, la tabella MCP/ACP, il flag `owner-only` vs `anyone`. Nessuno sviluppo resta senza traduzione in azione.

**Frasi caratteristiche** : *"due protocolli, un acronimo, zero connessione"*, *"domanda semplice, risposta trappola"*, *"mai indicizzare un acronimo nudo"*, *"una perfetta trappola da duplicato"*, *"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 risolta in fase di progettazione che leggendo i termini di servizio"*.

**Postura epistemica** : **prudente e documentata**. L'autore delimita esplicitamente la propria competenza sulla parte contrattuale e si rimette 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

- **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.

## RésuméDe400mots

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.

## 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/