Agent Client Protocol — Introduction

Puntos clave

1. La frase para recordar. "AI coding agents and editors are tightly coupled but interoperability isn't the default." Todo el protocolo se deriva de esta observación.
2. Los tres costes del acoplamiento. (estructura reutilizable tal cual en presentaciones): sobrecarga de integración — cada combinación agente×editor requiere trabajo a medida; compatibilidad limitada — un agente solo alcanza un subconjunto de editores; dependencia del desarrollador — elegir un agente implica aceptar sus interfaces. Los tres son costes distintos (producción, distribución, libertad), no tres formulaciones del mismo coste.
3. La analogía con LSP hace el trabajo. "similar to how the Language Server Protocol standardized language server integration." Es eficaz porque el precedente ya está aceptado. ⚠️ Pero es también donde se impone la cautela: LSP estandariza un intercambio en gran medida determinista (posiciones, símbolos, diagnósticos); ACP estandariza la interfaz de un agente no determinista, que negocia permisos, produce diffs, y cuyo comportamiento varía de una ejecución a otra. La forma del problema es la misma; la naturaleza de lo que circula por él no lo es. La página no discute esta brecha.
4. ⭐ Dos modos de transporte, no uno. — el punto más subestimado en la cobertura secundaria:
5. Agentes locales. subproceso del editor, JSON-RPC sobre stdio. Este es el modo conocido, el que todos citan.
6. Agentes remotos. alojados en la nube o en infraestructura separada, HTTP o WebSocket. Indicado como "work in progress," con colaboración activa con plataformas agénticas. → Consecuencia: ACP no es estructuralmente un protocolo de "estación de trabajo". Su trayectoria apunta al agente alojado, de ahí la empresa. Resumir ACP como "JSON-RPC sobre stdio" describe su presente, no su objetivo.
7. ⭐ La relación con MCP es una filiación, no una simple complementariedad. "The protocol re-uses the JSON representations used in MCP where possible." Se suele decir que "ACP y MCP se apilan" (el cliente habla ACP con el agente, el agente habla MCP con sus herramientas) — cierto en términos arquitectónicos, pero incompleto: ACP toma prestadas las estructuras de datos de MCP. Los dos protocolos no son meramente vecinos, comparten un vocabulario de serialización. Ver [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] para la distinción funcional.
8. Las extensiones específicas de la codificación agéntica. ACP añade "custom types for useful agentic coding UX elements, like displaying diffs." Esto es lo que justifica la existencia de ACP junto a MCP: un diff que aprobar no es una llamada a una herramienta, es un elemento de interfaz que requiere una decisión humana. El protocolo codifica el momento de revisión, no solo la ejecución.
9. Markdown por defecto, y la razón indicada. "which allows enough flexibility to represent rich formatting without requiring that the code editor is capable of rendering HTML." Una decisión de diseño justificada por la carga que ahorra al implementador — el instinto correcto para un protocolo que busca adopción. A tener en cuenta para quien diseñe un protocolo: reducir el coste de entrada del lado que se quiere reclutar.
10. ⚠️ Corrección de versionado. la navegación de la especificación expone v1 (Latest) y v2 (Draft). No expone un "ACP 1.2." Este número, que circula en la cobertura secundaria (y que se registró como no verificado en [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]), no está corroborado por la fuente primaria. Citar v1 / v2 draft.
11. ⚠️ Corrección de gobernanza. la frase "Zed lo lanzó y luego lo soltó" es demasiado fuerte. La barra de navegación enlaza Zed Industries y JetBrains al mismo nivel, y la estructura del sitio (ACP Registry, RFDs, Community, Publications, Updates, Brand) es la de un proyecto co-gobernado y con un proceso, no la de un protocolo huérfano o documentación de producto. El encuadre correcto: apertura real y co-gobernanza, no abandono.
12. Señal de ecosistema. bibliotecas oficiales en Kotlin, Java, Python, Rust, TypeScript + una vía comunitaria. El emparejamiento Kotlin/Java es el marcador de JetBrains — la presencia de ambos indica que la implementación para IDE de la JVM es de primera clase, no un puerto tardío.
13. Un detalle revelador. la página abre con un puntero hacia /llms.txt — "Use this file to discover all available pages before exploring further." La documentación de un protocolo para agentes está ella misma instrumentada para agentes. Coherencia del dispositivo, y una señal débil sobre lo que está llegando a ser la documentación técnica.
14. Lo que la página no dice. (no debe rellenarse por inferencia): sin fecha, sin número de versión indicado en el cuerpo, sin licencia mostrada en esta página, sin modelo de gobernanza formalizado, sin lista de implementadores. La licencia Apache-2.0 a menudo citada para ACP proviene del repositorio, no de esta página.
15. Meta / referencias cruzadas. fuente primaria de las afirmaciones sobre ACP #1 en [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] (a la que corrige en versionado y matiza en gobernanza); a leer junto con [[dethlefsen-zed-anthropic-subscription-changes-2026-05-14]], que muestra cuánto vale la opcionalidad prometida aquí el día en que un proveedor cambia su tarificación; el desacoplamiento descrito aquí se conecta con el contrato de portabilidad analizado en [[janakiram-agent-platform-portability-contract-2026-07-20]]; una implementación de referencia del lado del producto en [[block-goose-mcp-ui-future-agentic-interfaces-2025-08-25]]. ⚠️ Desambiguación obligatoria: "ACP" aquí se refiere únicamente a Agent Client Protocol. No introducir nunca el acrónimo como entidad — ver docs/solutions/conventions/sigles-jamais-entites-graphe.md.