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

## Veille

Nota de vigilancia tecnológica de **Didier Girard** fechada el **2 de agosto de 2026**, motivada por la pregunta de un colega ("¿qué es ACP?") que resulta abordar un problema que no es terminológico sino **documental**. **Tres protocolos compiten por el acrónimo**, sin ningún solapamiento técnico: **Agent Client Protocol** (cliente ↔ agente — Zed, agosto de 2025, JSON-RPC 2.0 sobre stdio, Apache-2.0, "lo que LSP hizo por los lenguajes"), **Agentic Commerce Protocol** (agente ↔ comerciante — OpenAI + Stripe, 29 de septiembre de 2025, frente al **UCP** de Google del 11 de enero de 2026 respaldado por **AP2**), y **Agent Communication Protocol** (agente ↔ agente — IBM Research / BeeAI, marginal pero que contamina las búsquedas). **El núcleo de la nota no es el desenredo sino su fracaso observado**: el autor busca "ACP" en su base de conocimiento de vigilancia tecnológica y obtiene **doce resultados, todos sobre el protocolo de comercio, ninguno sobre el de Zed** — *"nuestros agentes de vigilancia habían indexado el acrónimo sin desambiguarlo"*. De ahí una regla de ingeniería del conocimiento: ***"nunca indexar un acrónimo desnudo"*** — la entidad es "Agent Client Protocol", "ACP" es **solo un alias**, portado por tres entidades distintas. Sigue una aclaración estructurante (**MCP conecta un agente con sus herramientas, ACP conecta un cliente con un agente; los dos se apilan**), luego el caso de manual: **Buzz**, publicado por **Block** el 21 de julio de 2026 bajo Apache-2.0 — un espacio de trabajo autoalojable construido sobre **Nostr**, donde cada participante humano o agente es un **par de claves** y cada mensaje, paso de flujo de trabajo o git push es un **evento firmado** en un registro de solo apéndice. Una arquitectura totalmente basada en protocolos (`buzz-acp` un arnés ACP sobre stdio, `buzz-agent` un agente ACP que llama a un LLM, `buzz-dev-mcp` un servidor MCP para shell y edición), de ahí el agnosticismo respecto a los agentes: **Goose, Claude Code y Codex** se conectan a través del mismo arnés, y **Hermes** (Nous Research) se conectó a él sin que Block escribiera una sola línea — *"N+M en lugar de N×M, en producción"*. La nota se cierra con la cuestión de la **suscripción a Claude** frente a agentes de terceros, con una cronología de 2026 en cinco etapas y una **regla de diseño** que se aplica más allá de este caso: la línea no es legal sino **arquitectónica** — ***"quién consume, y en nombre de quién"*** (un agente `owner-only` consume tu suscripción por ti; un agente `anyone` en un canal compartido enruta las solicitudes de tus colegas a través de tu cuenta). ⭐ **Verificación realizada sobre este corpus**: la tesis se sostiene, y de forma más marcada de lo que afirma la nota — no solo "Agent Client Protocol" está **completamente ausente** de él, sino que el acrónimo desnudo `ACP` **ya está tipado como entidad** en dos fichas, y la página de la KB `Agentic-Commerce-Protocol` **ya atribuye el protocolo a Google** cuando pertenece a OpenAI + Stripe. La colisión descrita no es un riesgo aún por venir: **ya ha producido** un error de atribución en el 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, homonimia de acrónimo, desambiguación, colisión documental, ingeniería del conocimiento, alias de entidad, entidad desnuda, indexación, trampa de duplicado, Zed, JetBrains, LSP, Language Server Protocol, JSON-RPC 2.0, stdio, Apache-2.0, registro de agentes, especificación versionada, gobernanza de protocolo, N+M frente a N×M, desacoplamiento editor-agente, interoperabilidad, portabilidad de agentes, MCP, Model Context Protocol, apilamiento de protocolos, OpenAI, Stripe, UCP, Universal Commerce Protocol, AP2, Agent Payments Protocol, comercio agéntico, IBM Research, BeeAI, Buzz, Block, Jack Dorsey, Goose, Codex, Claude Code, Hermes, Nous Research, Nostr, par de claves, evento firmado, registro de solo apéndice, autoalojamiento, soberanía, sustrato multiagente, arnés, buzz-acp, buzz-agent, buzz-dev-mcp, suscripción a Claude, Agent SDK, claude -p, OAuth, Consumer Terms, OpenClaw, créditos del Agent SDK, clave API, uso ordinario, individual, owner-only, anyone, quién consume en nombre de quién

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

**Perfil** : una nota de clarificación técnica, registro de **profesional en ejercicio**, formato corto y denso. Ni análisis de mercado ni toma de posición — un **desenredo útil** emparejado con un relato de experiencia metodológica. Audiencia: ingenieros, arquitectos y cualquiera que mantenga un corpus documental sobre estos temas.

**Estilo** : estructurado en **cinco movimientos** (los tres ACP → el riesgo real → no confundir con MCP → el caso Buzz → la cuestión de la suscripción), cada uno autónomo y citable por separado. Tres rasgos:

1. **Apertura con la pregunta real** — *"Un colega me pregunta esta semana: \"¿qué es ACP?\""*. Sin exposición abstracta: el problema está fechado, encarnado, y la respuesta se señala como trampa antes de darla.
2. **La confesión como argumento**. El pasaje más fuerte de la nota es aquel donde el autor **reporta un fallo de sus propias herramientas** ("doce resultados, todos sobre el protocolo equivocado"). Eso es lo que convierte una curiosidad de vocabulario en un problema de ingeniería — y lo que da autoridad a la regla que sigue. Un registro poco común: rara vez se publica el agujero del propio sistema.
3. **El colofón operativo**. Cada sección termina con algo aplicable — la regla de indexación, la tabla MCP/ACP, la señal `owner-only` frente a `anyone`. Ningún desarrollo queda sin traducirse en acción.

**Frases características** : *"dos protocolos, un acrónimo, cero conexión"*, *"pregunta simple, respuesta trampa"*, *"nunca indexar un acrónimo desnudo"*, *"una trampa de duplicado perfecta"*, *"Zed lanzó la cosa, luego la soltó"*, *"N+M en lugar de N×M, en producción"*, *"la distinción no es legal, es arquitectónica"*, *"quién consume, y en nombre de quién"*, *"mejor resuelto en el momento del diseño que leyendo las condiciones de servicio"*.

**Postura epistémica** : **prudente y bien fundamentada**. El autor delimita explícitamente su competencia en la parte contractual y remite a fuentes primarias en lugar de a su propia interpretación. El texto ofrece siete enlaces para un formato corto — una densidad de fuentes inusual para una nota de este tamaño.

## Pense-betes

- **El desenredo, para memorizar de una vez por todas** : | Acrónimo | Nombre completo | Conecta | Origen | |---|---|---|---| | ACP #1 | **Agent Client Protocol** | un **cliente** con un **agente** | Zed, agosto de 2025 | | ACP #2 | **Agentic Commerce Protocol** | un **agente** con un **comerciante** | OpenAI + Stripe, 29 de septiembre de 2025 | | ACP #3 | **Agent Communication Protocol** | un **agente** con un **agente** | IBM Research / BeeAI | → **Ningún solapamiento técnico.** Y el parecido superficial es máximo ("protocolo", "agentes", "código abierto", "2025-2026"), que es precisamente lo que lo convierte en una trampa.
- **La analogía que funciona** : ACP #1 es al agente lo que **LSP** es al lenguaje. Antes, N editores × M agentes = **N×M** integraciones hechas a medida; después, cada lado habla el protocolo y basta con **N+M**. Es el argumento clásico de interoperabilidad, y es el único que importa para decidir si adoptarlo.
- **MCP frente a ACP — la tabla para reutilizar tal cual** : **MCP** conecta un agente con sus **herramientas y datos**; **ACP** conecta un **cliente** con un **agente**. **Se apilan**: el cliente habla ACP con el agente, el agente habla MCP con sus herramientas. Una confusión frecuente, aclarada en dos líneas.
- **⭐ La regla de curación — el verdadero entregable de la nota** : ***"nunca indexar un acrónimo desnudo"***. La entidad canónica es el **nombre completo**; el acrónimo es solo un **alias**, y un alias puede ser portado por varias entidades. Esto es directamente aplicable a este repositorio — ver [`docs/reference/ontologie-kg.md`](docs/reference/ontologie-kg.md) (reglas de desambiguación) y `scripts/entity_aliases.tsv`.
- **⭐⭐ VERIFICACIÓN REALIZADA SOBRE ESTE CORPUS (2026-08-02) — la tesis se sostiene, y peor aún** : 1. *"Cero sobre el protocolo de Zed"* → **confirmado exactamente**. En el momento de la verificación, la cadena "Agent Client Protocol" estaba **ausente de `fiches/` y `kb/`**; "Zed" solo aparecía en una ficha no relacionada ([[powered-by-claude-anthropic-partners-2025-07-09]]). **→ Brecha cerrada el mismo día** por [[agentclientprotocol-introduction-2026-08-02]] (fuente primaria), [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]], y [[sawers-thenewstack-anthropic-pause-agent-sdk-subscription-2026-06-16]]. 2. *"Doce resultados"* → **no reproducible por grep**: **3 fichas** contienen el 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]]), para **32 ocurrencias**. El "doce" probablemente proviene de un motor de búsqueda semántica, no de un grep. **El número no cuadra; la conclusión cualitativa sí** — y es la que importa. 3. **La trampa ya estaba cargada, no simplemente era posible**: contrariamente a la regla propuesta, el acrónimo desnudo **`ACP` ya estaba tipado como entidad** en el grafo, sujeto de triples en dos fichas ([[thilen-opascope-ai-shopping-assistant-agentic-commerce-protocols-2026-02-10]], [[ragsdale-merit-open-agentic-commerce-protocols-2026-03-19]]), junto a una variante `Agentic Commerce Protocol (ACP)` — es decir, **tres entidades para un solo protocolo**. Si una ficha sobre el ACP de Zed hubiera tipado `ACP` como entidad, los dos protocolos se habrían fusionado en una sola página de la KB. **→ Corregido el 2 de agosto de 2026**: las variantes se normalizaron a `Agentic Commerce Protocol`, y simétricamente `UCP` → `Universal Commerce Protocol` y `ACS` → `Agentic Commerce Suite`. La regla de la nota no fue por tanto preventiva aquí: fue **correctiva**. 4. **⚠️ Un defecto ya materializado, y uno más grave**: la página `kb/Agentic-Commerce-Protocol.md` lleva el atributo **"category: protocolo de comercio agéntico de **Google**"** y la relación **`Google created → Agentic Commerce Protocol` (confianza 0.99)**. Sin embargo, el ACP es de **OpenAI + Stripe**; el protocolo de Google es **UCP** (+ AP2). **La confusión que describe la nota entre dos ACP ya ha producido, en este corpus, un error de atribución entre el ACP de OpenAI y el protocolo de Google.** → **Corrección por aplicar a las fichas fuente** (dado que la KB es generada, no puede corregirse a mano).
- **Gobernanza del ACP #1 — un matiz que añadir** : la nota escribe *"Zed lanzó la cosa, luego la soltó"*. El movimiento inicial es **real y verificable** (su propia organización, especificación versionada, registro público, implementación de JetBrains). Pero las fuentes públicas describen más bien una **gobernanza compartida Zed × JetBrains** — el registro de agentes fue **colanzado** por ambos en **enero de 2026**, y ACP sigue presentándose por parte de Zed como *su* estándar abierto y la característica insignia de Zed 1.0. **Apertura, sí; desposesión, no.** Un matiz sin consecuencia para el argumento de interoperabilidad, pero que no debe exagerarse al hablar de ello. ⚠️ **Detalle desde entonces refutado, por la fuente primaria**: el número de versión **ACP 1.2** no está corroborado — la navegación de la especificación muestra **`v1` (Latest)** y **`v2` (Draft)**, cf. [[agentclientprotocol-introduction-2026-08-02]]. Citar **v1 / v2 draft**. La URL del registro `cdn.agentclientprotocol.com/registry` permanece sin confirmar (las fuentes públicas apuntan a `agentclientprotocol.com/registry`).
- **Buzz — el caso concreto, verificado y exacto** : publicado por **Block** el **21 de julio de 2026**, **Apache-2.0**, repositorio `github.com/block/buzz`. Un espacio de trabajo **autoalojable** sobre **Nostr**; cada participante humano o agente es un **par de claves** (Schnorr); cada mensaje, paso de flujo de trabajo y git push es un **evento firmado** en un registro de **solo apéndice**. Tres bloques de construcción de protocolo: **`buzz-acp`** (un arnés que traduce eventos de Buzz a un agente, en ACP sobre stdio), **`buzz-agent`** (un agente ACP que llama a un LLM y usa herramientas MCP), **`buzz-dev-mcp`** (un servidor MCP para shell y edición de archivos). **Tres arneses entregados de fábrica: Goose (Block), Claude Code (Anthropic), Codex (OpenAI).** Un relé autoalojable — un argumento explícito de **soberanía de datos** en Block.
- **⭐ Por qué Buzz es la ilustración correcta** : no es "un producto que usa ACP", es **la demostración de que el desacoplamiento funciona**. Tres agentes de tres proveedores competidores conectados a través del **mismo arnés**, y un cuarto (**Hermes**, Nous Research) conectado **sin que Block escribiera una sola línea**. La promesa N+M deja de ser un argumento de arquitectura y se convierte en un hecho observable. *(Matiz: por el lado de Hermes, la fuente pública enmarca la incorporación como un **modo servidor ACP** que se abre a Zed, JetBrains, Neovim y otros — el beneficio para Buzz es una consecuencia de ACP, no una integración dirigida. Lo cual **refuerza** el argumento en lugar de debilitarlo.)*
- **La lectura de arquitectura empresarial** : Buzz proporciona un **sustrato multiagente soberano y auditable, sin dependencia de un SaaS de terceros** — registro firmado, relé autoalojado, identidades criptográficas. Es una respuesta posible a la pregunta de "dónde vivirá la colaboración humano-agente en el sistema de información". Vale la pena relacionarlo con la convergencia de las plataformas de agentes de hiperescaladores analizada en [[janakiram-agent-platform-portability-contract-2026-07-20]]: **Buzz es la opción autoalojada para la misma necesidad de portabilidad**.
- **Suscripción a Claude y agentes de terceros — cronología 2026 tal como se informa** (⚠️ **tomada de las fuentes de la nota, no reverificada aquí**) : 9 de enero, bloqueo técnico silencioso de los tokens OAuth de suscripción fuera de las herramientas oficiales → 17-20 de febrero, formalización en la documentación y en los Consumer Terms (el episodio **OpenClaw**) → 4 de abril, aplicación total → 13-14 de mayo, anuncio de **créditos separados del Agent SDK** ($20 Pro / $100 Max 5x / $200 Max 20x) efectivos el 15 de junio → **15 de junio: el cambio suspendido el mismo día en que entró en vigor**. **Estado reportado a fecha del 2 de agosto de 2026**: el Agent SDK, `claude -p` y las aplicaciones de terceros construidas sobre él **consumen de los límites de la suscripción**; el crédito separado **no existe**. → **Este estado está acotado en el tiempo por construcción: reverificar antes de cualquier decisión.**
- **⭐⭐ La regla que sobrevivirá a las condiciones de servicio — la mejor idea de la nota** : la línea trazada por Anthropic separa el uso **"ordinario, individual"** del enrutamiento de solicitudes ajenas a través de credenciales Free/Pro/Max. Traducción: un agente **`owner-only`** consume **tu** suscripción **por ti** — dentro de los límites; un agente **`anyone`** en un canal compartido enruta las solicitudes **de tus colegas** a través de **tu cuenta** — fuera de los límites, y es el momento de cambiar a una **clave de API facturada por uso**. **La distinción no es legal, es arquitectónica: *quién consume, y en nombre de quién*. A resolver en el momento del diseño, no leyendo las condiciones de servicio.** ⭐ **Una conexión que vale la pena hacer** : esto es **exactamente la autoridad ambiental** de [[valente-zalewski-beyond-zero-enterprise-security-ai-era-2026-07-20]], trasladada de la autorización a la facturación. Un agente que hereda los permisos de su humano y actúa en nombre de un tercero plantea el mismo problema de frontera, ya sea que acceda a un documento o consuma una cuota. **La pregunta "¿en nombre de quién?" es el mismo invariante en ambos casos.**
- **Meta / para enlazar** : por el lado del comercio, las tres fichas que portan la homonimia — [[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]] — más [[nrf-2026-commerce-agentique-ucp-deep-research-2026-01-13]] y [[google-agentic-commerce-ap2-payment-protocol-2025-09-16]] por el lado de Google. Por el lado de Block/Goose: [[block-goose-mcp-ui-future-agentic-interfaces-2025-08-25]] y [[mcp-ui-future-agentic-interfaces-goose-2025-08-25]]. Sobre la estandarización abierta de la capa de agentes: [[openai-agentic-ai-foundation-linux-2025-12-09]]. ⚠️ **Directriz de grafo derivada de esta ficha** : **nunca crear una entidad `ACP`**. Las tres entidades canónicas son **Agent Client Protocol**, **Agentic Commerce Protocol** y **Agent Communication Protocol**; "ACP" solo debe aparecer como alias explícitamente adjunto a una de ellas.

## RésuméDe400mots

Nota de vigilancia tecnológica fechada el **2 de agosto de 2026**, nacida de la pregunta de un colega — *"¿qué es ACP?"* — a la que el autor demuestra que no hay respuesta sencilla: **tres protocolos compiten por el acrónimo**, sin el menor solapamiento técnico.

**Agent Client Protocol** conecta **un cliente con un agente**. Introducido por **Zed** en agosto de 2025, hace por los agentes lo que **LSP** hizo por los lenguajes: desacopla el editor del agente. Antes, N editores × M agentes requerían **N×M** integraciones hechas a medida; después, cada lado habla el protocolo y basta con **N+M**. JSON-RPC 2.0 sobre stdio, Apache-2.0. La nota señala que el protocolo ha salido de la órbita de su creador — su propia organización, un registro de agentes, una especificación versionada, una implementación de JetBrains.

**Agentic Commerce Protocol** no tiene nada que ver: conecta **un agente con un comerciante** (descubrimiento, carrito, pago). Anunciado por **OpenAI y Stripe** el 29 de septiembre de 2025, se enfrenta al **UCP** de **Google** (11 de enero de 2026), respaldado por **AP2** para el pago. La apuesta: la capa "Visa/Mastercard" del comercio agéntico. **Agent Communication Protocol** (IBM Research / BeeAI), agente a agente, completa el cuadro y contamina las búsquedas.

**El verdadero tema es documental.** El autor busca "ACP" en su base de datos de vigilancia tecnológica: **doce resultados, todos sobre el protocolo de comercio, ninguno sobre el de Zed**. Los agentes de indexación habían procesado el acrónimo sin desambiguarlo. De ahí la regla adoptada: ***"nunca indexar un acrónimo desnudo"*** — la entidad es el nombre completo, el acrónimo es solo un **alias**, aquí portado por tres entidades distintas. De paso, la nota aclara una confusión vecina: **MCP** conecta un agente con sus **herramientas**, **ACP** conecta un **cliente** con un **agente**, y los dos **se apilan**.

**El caso concreto es Buzz**, publicado por **Block** el 21 de julio de 2026 bajo Apache-2.0: un espacio de trabajo autoalojable sobre **Nostr** donde humanos y agentes comparten los mismos canales, siendo cada participante un **par de claves** y cada evento —mensaje, paso de flujo de trabajo, git push— **firmado** en un registro de solo apéndice. La arquitectura de agentes está enteramente basada en protocolos (`buzz-acp`, `buzz-agent`, `buzz-dev-mcp`), de ahí el agnosticismo: **Goose, Claude Code y Codex** a través del mismo arnés, y **Hermes** conectado sin una sola línea de código por parte de Block. *"N+M en lugar de N×M, en producción."*

**El colofón se refiere a la suscripción a Claude** frente a agentes de terceros, tras un 2026 turbulento (bloqueo de OAuth, créditos separados anunciados y luego suspendidos el mismo día en que entraron en vigor). La regla adoptada separa el uso **ordinario, individual** del enrutamiento de solicitudes ajenas. Su formulación se aplica más allá de este caso: *"la distinción no es legal, es arquitectónica: **quién consume, y en nombre de quién**"* — mejor resuelta en el momento del diseño que leyendo las condiciones de servicio.

## 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/es/fiches/girard-acp-deux-protocoles-un-sigle-2026-08-02/