ACP : deux protocoles, un sigle, zéro rapport

Puntos clave

1. 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.
2. 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.
3. 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.
4. ⭐ 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.
5. ⭐⭐ 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).
6. 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).
7. 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.
8. ⭐ 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.)
9. 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.
10. 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.
11. ⭐⭐ 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.
12. 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.