Agent Client Protocol (ACP): El LSP para Agentes de Codificación con IA
Introducción
El Agent Client Protocol (ACP) es un estándar abierto basado en JSON-RPC para conectar editores de código con agentes de codificación con IA. La analogía a la que solemos recurrir es Language Server Protocol (LSP), y resulta útil: ACP pretende romper el antiguo acoplamiento 1:1 en el que cada editor necesitaba una integración a medida para cada agente.
Zed presentó ACP en agosto de 2025, y JetBrains se sumó poco después. Eso convirtió rápidamente ACP, de un mecanismo de integración específico de Zed, en una capa de interoperabilidad más amplia para flujos de trabajo de codificación con agentes.
¿Qué Agent Client Protocol?
En los últimos dos años, tres protocolos distintos han utilizado el acrónimo ACP, y los resultados de búsqueda todavía los mezclan entre sí:
- Agent Client Protocol: el protocolo editor-a-agente que cubre este artículo.
- Agent Communication Protocol: un protocolo de interoperabilidad agente-a-agente asociado a IBM Research / BeeAI.
- Agentic Commerce Protocol: un protocolo comercial de OpenAI y Stripe para flujos de pago impulsados por IA.
En este artículo, ACP siempre se refiere al Agent Client Protocol.
¿Qué es el Agent Client Protocol?
El Agent Client Protocol es un estándar abierto basado en JSON-RPC que desacopla los editores de código de los agentes de codificación con IA que los controlan. De la especificación oficial:
The Agent Client Protocol (ACP) standardizes communication between code editors (interactive programs for viewing and editing source code) and coding agents (programs that use generative AI to autonomously modify code).
Dicho de forma sencilla: ACP es la forma en que tu editor controla al agente que hay detrás del panel de IA. El editor renderiza el chat, los diffs y las peticiones de permisos; el agente ejecuta el bucle de inferencia, llama a las herramientas y edita los archivos. ACP es el protocolo que ambos hablan a través de una frontera de subproceso.
ACP como un LSP para Agentes de IA
Zed planteó ACP desde el primer día con una analogía explícita con LSP:
Just as the Language Server Protocol unbundled language intelligence from monolithic IDEs, the goal with the Agent Client Protocol is to enable you to switch between multiple agents without switching your editor.
La historia de desacoplamiento se repite. LSP permitió que un único editor se beneficiara de servidores de lenguaje escritos por cualquiera; ACP permite que un único editor se beneficie de agentes escritos por cualquiera. Un estándar, N editores, M agentes — en lugar de N × M integraciones a medida. Por eso ACP se describe a menudo como el LSP para los agentes de codificación con IA.
Por qué ACP es importante
- Portabilidad editor–agente: cambia entre Claude Code, Gemini CLI, Codex o Goose sin cambiar de editor.
- Menos vendor lock-in: adoptar un nuevo agente ya no obliga a migrar de editor, y viceversa.
- Superficie de UX compartida: el chat, los diffs y las peticiones de permisos viven en el editor en lugar de reimplementarse por cada agente.
- Abierto y multi-vendor: Zed, JetBrains y Google implementan directamente contra la especificación; Claude Code de Anthropic y Codex de OpenAI se integran mediante adaptadores.
- Encaje natural con MCP: ACP se encarga de la capa editor-a-agente, mientras que MCP se encarga de la capa agente-a-herramienta.
Cómo funciona el Agent Client Protocol
La forma más sencilla de entender ACP hoy es como JSON-RPC 2.0 sobre stdio para la integración local mediante subprocesos.
El editor lanza al agente como un subproceso e intercambia con él mensajes del protocolo. Esto le da al editor una forma estructurada de controlar al agente sin perder el control de la UX, los permisos y la mediación con el workspace.
Los transportes remotos se describen en la especificación y están en el roadmap, pero el stdio local sigue siendo el modelo mental más claro hoy.
Las sesiones se inicializan a través de session/new, que puede declarar los mcpServers a los que debe conectarse el agente — de modo que ACP y MCP se configuran en un mismo handshake.
Un despliegue ACP tiene tres piezas en movimiento:
- Cliente ACP — el editor de código. Controla la UI e inicia la conexión. Zed, JetBrains, Neovim y Emacs son todos clientes hoy en día.
- Agente ACP — la herramienta de codificación con IA. Ejecuta el bucle del LLM, realiza llamadas a herramientas y suele ser, a su vez, un cliente MCP.
- Servidores MCP — las herramientas y fuentes de datos a las que el agente recurre. ACP no los reemplaza.
El trabajo se organiza en sesiones (una conversación con contexto compartido) y turnos (un ciclo prompt-respuesta dentro de una sesión).
Importante
La dirección está sutilmente invertida con respecto a MCP. En MCP la aplicación de IA es el "host/client" y las herramientas son "servers". En ACP el editor es el cliente y el agente de IA es el subproceso que el editor lanza. Merece la pena señalarlo porque la terminología se repite pero los roles se invierten.
Agent Client Protocol vs MCP: Complementarios, no rivales
ACP y MCP resuelven problemas distintos en capas distintas:
| MCP | ACP | |
|---|---|---|
| Entre | Agente ↔ herramientas | Editor ↔ agente |
| Problema que resuelve | ¿Cómo invoca el agente las herramientas? | ¿Cómo controla el editor al agente? |
| Rol del cliente | Aplicación de IA / host | Editor de código / IDE |
| Rol del servidor o subproceso | Proveedor de herramientas | Agente de codificación con IA |
| Transporte | Transportes basados en stdio / HTTP | stdio hoy, con trabajo en curso para transporte remoto |
Son complementarios, no rivales.
Una forma corta de recordarlo:
- MCP le da al agente herramientas.
- ACP le da al agente un editor.
El ecosistema ACP
El ecosistema de ACP ha avanzado rápido, pero la forma más segura de describirlo es por capas.
En el lado cliente:
- Zed es la implementación de referencia del editor.
- Los IDEs de JetBrains añadieron soporte para ACP a finales de 2025.
- Existen integraciones de la comunidad para editores como Neovim, Emacs y VS Code.
En el lado agente:
- Gemini CLI soporta ACP de forma nativa a través del flag
--acp. - Claude Code participa mediante el adaptador
claude-agent-acp. - Codex participa mediante el adaptador
codex-acp. - El ACP Registry ofrece ahora una superficie de instalación curada para un conjunto creciente de agentes.
Esa mezcla de implementaciones nativas más adaptadores es exactamente lo que cabría esperar de un ecosistema de protocolo joven pero en rápida maduración.
Conclusión
ACP está haciendo por las integraciones de agentes lo que LSP hizo por las herramientas de lenguaje: convertir integraciones a medida de cada editor en un contrato compartido.
El patrón ya resulta familiar, un estándar abierto, desarrollado de forma abierta, con clientes y agentes que se publican de forma independiente. El ACP Registry que se lanzó en enero de 2026 reduce aún más la fricción a la hora de descubrir y conectar nuevos agentes, y los transportes remotos están en el roadmap para llevar ACP más allá del modelo local de subproceso.
Si estás decidiendo dónde invertir como autor de extensiones de editor o como creador de agentes, ACP es la superficie sobre la que construir. Para la capa inferior — cómo habla el propio agente con las herramientas — consulta el artículo complementario sobre el Model Context Protocol.
Referencias
- Agent Client Protocol — web oficial
- agentclientprotocol/agent-client-protocol en GitHub
- Bring Your Own Agent to Zed (Zed, 27 ago 2025)
- Claude Code via ACP (Zed, 3 sep 2025)
- Interoperabilidad JetBrains × Zed (oct 2025)
- Bring your own AI agent to JetBrains IDEs (dic 2025)
- Lanzamiento del ACP Registry (Zed, ene 2026)
Te Puede Interesar
