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 a reutilizar tal cual en presentaciones): sobrecarga de integración — cada combinación agente×editor requiere trabajo a medida; compatibilidad limitada — un agente solo alcanza a un subconjunto de editores; dependencia del desarrollador — elegir un agente significa aceptar sus interfaces. Los tres son costes distintos (producción, distribución, libertad), no tres formulaciones de uno solo.
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 también es donde conviene 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 pasa por ella no lo es. La página no aborda 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. Es el modo conocido, el que todos citan.
6. Agentes remotos. alojados en la nube o en infraestructura separada, HTTP o WebSocket. Declarado « work in progress », con colaboración activa con plataformas agénticas. → Consecuencia: ACP no es estructuralmente un protocolo de "puesto 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 un linaje, 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 el plano arquitectónico, pero incompleto: ACP toma prestadas las estructuras de datos de MCP. Los dos protocolos no son solo vecinos, comparten un vocabulario de serialización. Ver [[girard-acp-deux-protocoles-un-sigle-2026-08-02]] para la distinción funcional.
8. 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 que ACP exista además de MCP: un diff a aprobar no es una llamada a 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 enunciada. « 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. Vale la pena señalarlo para quien diseñe un protocolo: reducir el coste de entrada en el 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". Esta cifra, que circula en la cobertura secundaria (y que quedó registrada como no verificada en [[girard-acp-deux-protocoles-un-sigle-2026-08-02]]), no está corroborada 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, RFD, Community, Publications, Updates, Brand) es la de un proyecto cogobernado con un proceso, no un protocolo huérfano ni una documentación de producto. La formulación correcta: apertura real y cogobernanza, no desprendimiento.
12. Señal de ecosistema. bibliotecas oficiales en Kotlin, Java, Python, Rust, TypeScript + una vía comunitaria. El par Kotlin/Java es el marcador JetBrains — la presencia de ambos indica que la implementación para el IDE de la JVM es de primera clase, no un port tardío.
13. Un detalle revelador. la página se abre con un enlace a /llms.txt — « Use this file to discover all available pages before exploring further ». La documentación de un protocolo para agentes está ella misma dotada de herramientas 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 frecuentemente citada para ACP proviene del repositorio, no de esta página.
15. Meta / para enlazar. 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 lo que vale la opcionalidad aquí prometida el día en que un proveedor cambia sus precios; el desacoplamiento descrito 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: aquí, "ACP" se refiere únicamente a Agent Client Protocol. Nunca escribir la sigla como una entidad — ver docs/solutions/conventions/sigles-jamais-entites-graphe.md.