Anuncio de **Google** del **6 de agosto de 2026**: Google se incorpora como **Core Maintainer** de la especificación **Agent Plugins 1.0.0**, un formato de empaquetado abierto y *neutral respecto al proveedor* para distribuir juntos **Agent Skills** y **servidores MCP**. ⭐ **El hecho de gobernanza pesa más que el hecho técnico**: la especificación fue publicada por un **TSC** cuyos Core Maintainers provienen de **Amazon, Cursor, Microsoft, OpenAI y Vercel** — Google se une a ellos, representado por **Kevin Hou** (Senior Staff Engineer, Google DeepMind). ⚠️ **Anthropic no figura en esta lista**, aunque los dos bloques empaquetados (**Agent Skills** y **MCP**) provienen de Anthropic: la capa de empaquetado de los dos formatos de Anthropic se está estandarizando sin que Anthropic figure entre los maintainers. **El diagnóstico** se enuncia en una frase: *« El problema central no son los componentes. Es el manifiesto. »* Una skill es portable, un servidor MCP es portable; **la caja en la que se colocan no lo es**, y cada cliente tuvo que inventarla por su cuenta — de ahí los forks, las copias de componentes idénticos y su deriva. **El formato se reduce a una restricción**: *« Un plugin es un directorio. Esa es toda la idea, y la contención es lo esencial. »* Un `plugin.json` con **dos líneas útiles** (`$schema` + `name`), skills en `skills/` en el formato de la especificación Agent Skills, servidores declarados en `mcp.json` **con un `type` explícito en cada entrada** (stdio, Streamable HTTP, o HTTP+SSE heredado) — ya no se infiere el transporte a partir de la forma del objeto de configuración. ⭐ **La fuerza del diseño reside en lo que el manifiesto no puede hacer**: **no puede ni reubicar componentes ni declararlos en línea**, por lo que no hay ninguna vía de descubrimiento que configurar ni orden de precedencia que aprender. Corolario operativo: **los componentes fallan de forma independiente** — un servidor de `mcp.json` que no arranca no arrastra consigo las skills del plugin; el cliente omite la entrada, continúa y reporta el fallo. **La vía de escape aceptada** es el directorio en **dominio inverso** (`com.example.client/`), un espacio de extensión que pertenece por completo a un cliente (hooks, agentes, comandos) y que los demás ignoran: *« el núcleo portable se mantiene pequeño porque las partes no portables tienen a dónde ir legítimamente »*. **Una sección poco frecuente que merece destacarse** — ***« No toda skill debería ser un Plugin »*** : un solo servidor MCP para un solo cliente, `mcp.json` basta; una sola skill no necesita ningún plugin. El formato solo se justifica para componentes **que pertenecen juntos y deben viajar juntos**. ⚠️ **Lo que v1 excluye explícitamente** — y este es el punto que hay que recordar antes del despliegue: **ningún mecanismo de instalación, ningún protocolo de distribución, ningún modelo de permisos, ningún requisito de sandboxing, ninguna verificación de confianza o procedencia, ninguna UX** — listado bajo *future considerations*, no pasado por alto en silencio. El conjunto encaja en una **pila de cuatro capas, adoptable de forma independiente**: **descubrir** (Agentic Resource Discovery), **describir** (AI Catalog, que registraría el tipo `application/agent-plugins+json`), **empaquetar** (Agent Plugins), **ejecutar** (MCP + Agent Skills). Dos productos de Google ya lo implementan: **Agents CLI** (skills para construcción, evaluación, despliegue, observabilidad y publicación de agentes — utilizable desde Antigravity, Gemini CLI, Claude Code o Cursor) y **Data Agent Kit** (BigQuery, Spanner, Cloud SQL).
Página de destino de la **especificación oficial** del **Agent Client Protocol (ACP)** (`agentclientprotocol.com/get-started/introduction`), consultada el **2 de agosto de 2026**. No se trata de un artículo fechado sino de un **artefacto vivo**: la ficha se fecha por su observación, no por una fecha de publicación. **Declaración de misión en una frase**: *"The Agent Client Protocol (ACP) standardizes communication between code editors/IDEs and coding agents and is suitable for both local and remote scenarios."* **El problema planteado** cabe en tres líneas: los agentes de codificación y los editores están **fuertemente acoplados** y *"interoperability isn't the default"* — cada editor debe construir una integración a medida por agente, cada agente debe implementar APIs específicas de cada editor. Tres consecuencias nombradas: **sobrecarga de integración** (cada par agente-editor requiere trabajo específico), **compatibilidad limitada** (un agente solo alcanza un subconjunto de editores), **dependencia del desarrollador** (*"choosing an agent often means accepting their available interfaces"*). **La solución se modela explícitamente sobre LSP** — *"similar to how the Language Server Protocol (LSP) standardized language server integration"* — con un beneficio recíproco: un agente que habla ACP funciona con **cualquier** editor compatible, un editor que soporta ACP obtiene acceso a **todo** el ecosistema de agentes ACP. **Dos modos de despliegue, y este es el punto más subestimado**: los agentes **locales** se ejecutan como subproceso del editor mediante **JSON-RPC sobre stdio**, pero los agentes **remotos** están previstos sobre **HTTP o WebSocket** — soporte indicado como *"work in progress"*, con colaboración en curso con plataformas agénticas. **Filiación técnica con MCP, más fuerte que una simple complementariedad**: ACP *"re-uses the JSON representations used in MCP where possible"*, añadiendo tipos específicos a las necesidades de UX propias de la codificación agéntica (la visualización de **diffs** es el ejemplo dado); el formato por defecto para texto legible es **Markdown**, elegido para que el editor no esté obligado a renderizar HTML. ⚠️ **Dos observaciones de gobernanza y versionado** señaladas en la página y ausentes del discurso circundante: la navegación expone **v1 (Latest)** y **v2 (Draft)** — y **no un "ACP 1.2"** —, y la barra de navegación enlaza **Zed Industries *y* JetBrains** en pie de igualdad, junto a un **ACP Registry**, **RFDs**, una sección **Community**, **Publications**, **Updates**, y una página **Brand**. Bibliotecas oficiales anunciadas: **Kotlin, Java, Python, Rust, TypeScript**, además de una vía comunitaria.
#Agent Client Protocol#ACP#protocolo abierto
**Projet Agent Client Protocol** — spécification collective · sans signature individuelle sur cette page. La barre de navigation du site lie deux organisations au même niveau : **Zed Industries** (à l'origine du protocole) et **JetBrains**. La présence d'une section **RFDs** (*requests for discussion*) · d'une page **Community** et d'un **ACP Registry** indique une structure de gouvernance ouverte plutôt qu'une documentation produit.
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.
**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.
Lanzamiento de la Agentic AI Foundation - Linux Foundation - OpenAI Anthropic Block - Estándares abiertos para agentes de IA - AGENTS.md MCP goose - Interoperabilidad