# 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?") para 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 sept. de 2025, en competencia con **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 el fallo 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: ***"un acrónimo desnudo nunca se indexa"*** — 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; ambos 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 anexión. Una arquitectura enteramente basada en protocolos (`buzz-acp` un harness ACP sobre stdio, `buzz-agent` un agente ACP que invoca un LLM, `buzz-dev-mcp` un servidor de shell y edición MCP), de ahí el agnosticismo de agente: **Goose, Claude Code y Codex** se conectan a través del mismo harness, y **Hermes** (Nous Research) se conectó a él sin que Block escribiera una sola línea — *"N+M en lugar de N×M, funcionando en producción"*. La nota cierra con la cuestión de la **suscripción de Claude** frente a agentes de terceros, con una cronología de cinco etapas de 2026 y una **regla de diseño** que se sostiene 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 en tu nombre; 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**, sino que el acrónimo desnudo `ACP` **ya está tipificado 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 futuro: **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ónimos, 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 vs 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 anexión, autoalojamiento, soberanía, sustrato multiagente, harness, buzz-acp, buzz-agent, buzz-dev-mcp, suscripción de Claude, Agent SDK, claude -p, OAuth, Consumer Terms, OpenClaw, créditos del Agent SDK, clave API, uso ordinario e 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**: nota de clarificación técnica, registro de **profesional**, formato corto y denso. Ni análisis de mercado ni toma de posición — un **desenredo útil** combinado con un relato metodológico del propio proceso del autor. 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 preguntó esta semana: '¿qué es ACP?'"*. Sin exposición abstracta: el problema está fechado, encarnado, y la respuesta se señala como delicada antes de darla.
2. **La confesión como argumento**. El pasaje más fuerte de la nota es aquel en el que el autor **informa de un fallo de su propia herramienta** ("doce resultados, todos sobre el protocolo equivocado"). Esto 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 frecuente: rara vez se publica el agujero de la propia configuración.
3. **El remate operativo**. Cada sección termina con algo aplicable — la regla de indexación, la tabla MCP/ACP, la marca `owner-only` frente a `anyone`. Ningún desarrollo queda sin traducirse en acción.

**Frases marcadoras**: *"dos protocolos, un acrónimo, cero relación"*, *"pregunta simple, respuesta delicada"*, *"un acrónimo desnudo nunca se indexa"*, *"una trampa de duplicado perfecta"*, *"Zed lanzó la cosa y luego la soltó"*, *"N+M en lugar de N×M, funcionando en producción"*, *"la distinción no es legal, es arquitectónica"*, *"quién consume, y en nombre de quién"*, *"mejor resolverlo en el momento del diseño que leyendo los términos del servicio"*.

**Postura epistémica**: **cautelosa y bien fundamentada**. El autor delimita explícitamente su competencia en la parte contractual y se remite a fuentes primarias antes que 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

- **Fecha / fuente**: **2 de agosto de 2026**, nota de vigilancia tecnológica de **Didier Girard**.
- **Encuadre clave**: tres protocolos compiten por el acrónimo ACP, sin ningún solapamiento técnico, y el parecido superficial es máximo ("protocolo", "agentes", "código abierto", "2025-2026"). ### El desenredo | 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 sept. de 2025 | | ACP #3 | **Agent Communication Protocol** | un **agente** con un **agente** | IBM Research / BeeAI | Una analogía que se sostiene: ACP #1 es al agente lo que **LSP** es al lenguaje — antes, N editores × M agentes = N×M integraciones a medida; después, basta con N+M. Y la distinción con MCP cabe en dos líneas: **MCP** conecta un agente con sus **herramientas y datos**, **ACP** conecta un **cliente** con un **agente**; ambos se apilan. ### La regla de curación, el verdadero aporte de la nota *"Un acrónimo desnudo nunca se indexa."* La entidad canónica es el **nombre completo**; el acrónimo es solo un **alias**, y un alias puede ser portado por varias entidades. Directamente aplicable a este repositorio — véase [`docs/reference/ontologie-kg.md`](docs/reference/ontologie-kg.md) y `scripts/entity_aliases.tsv`. ### Verificación realizada sobre este corpus el 2 de agosto de 2026 | Afirmación de la nota | Resultado | |---|---| | *"Ninguno sobre el protocolo de Zed"* | **confirmado** — la cadena "Agent Client Protocol" estaba ausente de `fiches/` y `kb/`; la brecha se cerró ese mismo día con [[agentclientprotocol-introduction-2026-08-02]] | | *"Doce resultados"* | **no reproducible por grep** — 3 fichas contienen el token `ACP`, con 32 ocurrencias. El "doce" probablemente proviene de un motor semántico. La cifra no puede verificarse; la conclusión cualitativa sí | | ¿Era la trampa siquiera posible? | **ya estaba armada** — el acrónimo desnudo `ACP` estaba tipificado como **entidad** en el grafo, sujeto de triples en dos fichas, junto a una variante `Agentic Commerce Protocol (ACP)`, es decir, tres entidades para el mismo protocolo | | Defecto materializado | la página `kb/Agentic-Commerce-Protocol.md` decía *"category: **Google** agentic commerce protocol"* y la relación `Google created → Agentic Commerce Protocol` (confianza 0.99), cuando ACP pertenece a **OpenAI + Stripe** y el protocolo de Google es **UCP** (+ AP2) | La colisión descrita, por lo tanto, ya había producido un **error de atribución** en el grafo. Corregido el 2 de agosto: variantes normalizadas a `Agentic Commerce Protocol`, y simétricamente `UCP` → `Universal Commerce Protocol`, `ACS` → `Agentic Commerce Suite`. Aquí la regla no fue preventiva, fue correctiva. ### Gobernanza de ACP #1, un matiz por añadir La nota afirma que *"Zed lanzó la cosa y luego la soltó"*. El movimiento inicial es real y verificable (organización propia, especificación versionada, registro público, implementación de JetBrains), pero las fuentes públicas describen una **gobernanza compartida Zed × JetBrains** — un registro colanzado en enero de 2026 —, con ACP todavía presentado por parte de Zed como su estándar abierto y la característica insignia de Zed 1.0. Apertura, sí; abandono, no. Detalle desmentido desde entonces por la fuente primaria: el número **ACP 1.2** no está corroborado, ya que la navegación de la especificación muestra **`v1` (Latest)** y **`v2` (Draft)**. La URL `cdn.agentclientprotocol.com/registry` sigue sin confirmarse. ### Buzz, el caso concreto — verificado y exacto Publicado por **Block** el **21 de julio de 2026**, Apache-2.0. 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 anexión. Tres bloques de construcción: **`buzz-acp`** (un harness que traduce eventos de Buzz a un agente, en ACP sobre stdio), **`buzz-agent`** (un agente ACP que invoca un LLM y usa herramientas MCP), **`buzz-dev-mcp`** (un servidor de shell y edición MCP). Tres harnesses incluidos de fábrica: **Goose** (Block), **Claude Code** (Anthropic), **Codex** (OpenAI). No se trata de "un producto que usa ACP", sino de una demostración de que el desacoplamiento se sostiene: tres agentes de tres proveedores competidores conectados a través del mismo harness, y un cuarto — **Hermes** (Nous Research) — conectado sin que Block escribiera una línea. La promesa N+M se convierte en un hecho observable. Matiz: por parte de Hermes, la fuente pública enmarca la adición como un **modo de servidor ACP** que abre Zed, JetBrains y Neovim, siendo el beneficio para Buzz una consecuencia de ACP más que una integración específica — lo cual refuerza el argumento. Lectura de arquitectura empresarial: Buzz proporciona un sustrato multiagente soberano y auditable, sin dependencia de SaaS de terceros — registro firmado, relay autoalojado, identidades criptográficas. Es la opción autoalojada para la necesidad de portabilidad analizada en [[janakiram-agent-platform-portability-contract-2026-07-20]]. ### Suscripción de Claude y agentes de terceros Cronología de 2026 según lo informado por la nota, **no reverificada**: 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 completa → 13-14 de mayo, anuncio de créditos separados del Agent SDK (20 $ Pro / 100 $ Max 5x / 200 $ Max 20x) efectivos a partir del 15 de junio → **15 de junio, el cambio se suspendió el mismo día en que entró en vigor**. Estado según lo informado el 2 de agosto de 2026: el Agent SDK, `claude -p` y las aplicaciones de terceros consumen de los límites de la suscripción, sin que exista crédito separado. **Fechado por construcción: a reverificar antes de cualquier decisión.** ### La regla que sobrevivirá a los términos del servicio La línea trazada separa el uso *"ordinario, individual"* del **enrutamiento de solicitudes de otras personas** mediante credenciales Free/Pro/Max. 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, y ese es el momento de pasar a una clave API facturada por uso. La distinción no es legal sino **arquitectónica: quién consume, y en nombre de quién** — a resolver en el momento del diseño. Esta es 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 accediendo a un documento o consumiendo una cuota.

## RésuméDe400mots

Nota de vigilancia tecnológica del **2 de agosto de 2026**, nacida de la pregunta de un colega — *"¿qué es ACP?"* — para la cual el autor demuestra que no hay una respuesta simple: **tres protocolos compiten por el acrónimo**, sin ningún 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 a medida; después, todos hablan 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 — organización propia, 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. Lo que está en juego: la capa "Visa/Mastercard" del comercio agéntico. **Agent Communication Protocol** (IBM Research / BeeAI), agente a agente, completa el panorama y contamina las búsquedas.

**El problema observado 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: ***"un acrónimo desnudo nunca se indexa"*** — la entidad es el nombre completo, el acrónimo es solo un **alias**, aquí portado por tres entidades distintas. La nota disipa de paso una confusión relacionada: **MCP** conecta un agente con sus **herramientas**, **ACP** conecta un **cliente** con un **agente**, y ambos 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 anexión. La arquitectura de agentes es 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 harness, y **Hermes** conectado sin una sola línea de código por parte de Block. *"N+M en lugar de N×M, funcionando en producción."*

**El remate concierne a la suscripción de Claude** frente a los 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 línea trazada separa el uso **ordinario, individual** del **enrutamiento de solicitudes de otras personas**. Su formulación se sostiene más allá de este caso: *"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 más que leyendo los términos del 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/