Qué es ACP y cómo conecta los agentes de IA con tu editor

Para entender qué es ACP (Agent Client Protocol), basta con su propuesta: cambiar de agente de programación sin cambiar de editor, siempre que ambos sean compatibles con el protocolo. La versión Rabbit 2 de Android Studio hace posible esa elección para quienes desarrollan aplicaciones Android: Google anunció en octubre la integración de más de 40 agentes de programación, que se pueden seleccionar desde el propio IDE. La ventaja es conservar tu entorno de desarrollo y elegir qué agente se encarga del trabajo.

La cifra de Google procede de su anuncio sobre Android Studio del 28 de octubre de 2026. Los detalles de compatibilidad y configuración que se presentan aquí se verificaron con el sitio del protocolo y la documentación de los editores el 3 de noviembre de 2026. Esta guía se basa en la documentación; no es una prueba comparativa del rendimiento de los agentes.

Qué es ACP y qué cambia en tu editor

ACP ofrece a los editores y a los agentes de programación una interfaz común para intercambiar instrucciones, avances, permisos y resultados. Un agente es un programa que utiliza un modelo, herramientas y un ciclo de trabajo para llevar a cabo una tarea. El editor, o entorno de desarrollo integrado (IDE), es donde inspeccionas el código, revisas los cambios e interactúas con ese programa.

Una buena referencia es Language Server Protocol (LSP), que estandarizó la conexión entre los editores y los servidores de lenguaje. Un servidor de lenguaje aporta funciones específicas de un lenguaje de programación, como los diagnósticos. ACP aplica esa misma separación a los agentes de programación: el editor implementa la conexión como cliente y el agente implementa ACP, directamente o mediante un adaptador. Ambos extremos deben ser compatibles. La introducción a ACP lo plantea como una forma de evitar una integración a medida para cada combinación.

Si alternas entre Claude Code de Anthropic, Codex de OpenAI y Gemini CLI de Google, la ventaja es tener un lugar de trabajo estable. Puedes evaluar otro agente sin incluir el cambio de editor en la migración. Las vías de integración con ACP siguen siendo distintas, como muestra la lista de compatibilidad que aparece más adelante.

¿Quién creó ACP?

Zed Industries creó ACP y colaboró con Google para que Gemini CLI fuera la implementación de referencia inicial. Zed anunció esa colaboración el 27 de agosto de 2025. JetBrains se sumó después; su página actual sobre ACP describe el protocolo como un desarrollo abierto de JetBrains y Zed. Google participó en la implementación inicial y adoptó el protocolo en Android Studio. El anuncio de lanzamiento de Zed y la página de ACP de JetBrains permiten distinguir esas funciones.

La distinción importa al evaluar la compatibilidad. Crear el protocolo, mantener un adaptador e incorporar un cliente a un editor son contribuciones diferentes.

¿Qué editores y agentes son compatibles con ACP?

Zed, los IDE de JetBrains y Android Studio ofrecen vías documentadas para utilizar agentes ACP. Otros editores recurren a plugins o extensiones, así que conviene revisar la integración concreta que vas a instalar. Aparecer en un directorio demuestra que existe una integración; no garantiza que todas las funciones se comporten igual.

Los nombres de los plugins proceden del directorio de clientes ACP. Los detalles de Zed, JetBrains y Android Studio se basan en su propia documentación, enlazada a continuación. La tabla reúne opciones relevantes para el trabajo de programación; no es una lista exhaustiva de clientes ACP.

Zed: los agentes externos tienen su propia configuración

Zed muestra los agentes ACP en Agent Panel y Threads Sidebar. Su documentación actual menciona Claude, Codex, OpenCode, Copilot, Cursor y Pi entre los agentes externos habituales, y también explica cómo configurar Gemini CLI. La vía principal de instalación es el registro de ACP. La documentación de agentes externos de Zed explica tanto la instalación como qué configuración corresponde a cada componente.

El límite práctico está en qué configuración se hereda. Los perfiles de Zed Agent y Zed Skills no pasan automáticamente a ser los ajustes del agente externo. Al documentar la configuración del equipo, registra las instrucciones, credenciales y herramientas propias del agente.

JetBrains: revisa las políticas de la organización y el entorno

JetBrains AI Assistant permite acceder a los agentes ACP desde AI Chat. Puedes instalar un agente en Settings > Tools > AI Assistant > Agents o añadir uno personalizado mediante acp.json. La documentación también indica que los agentes ACP no son compatibles actualmente con Windows Subsystem for Linux (WSL) y que los administradores pueden limitar las entradas del registro o los agentes personalizados. La documentación de ACP de JetBrains es la referencia para estas restricciones.

Para quien dirige un equipo de ingeniería, esto implica comprobar el entorno de trabajo antes de recomendar la integración. Que funcione en el portátil de un colega no demuestra que sea compatible con el flujo de trabajo en WSL administrado por tu organización.

Agentes: la compatibilidad nativa y los adaptadores no son lo mismo

El directorio de agentes ACP identifica las integraciones con precisión:

• Claude Agent aparece a través del adaptador del SDK de Zed. Ese es el nombre que usa el directorio para la integración de Claude; no significa que la CLI de Claude Code implemente ACP de forma nativa.
• Codex CLI aparece a través del adaptador de ACP. Incluye ese adaptador al registrar los componentes que pone en marcha el editor.
• Gemini CLI figura como un agente que implementa el protocolo, sin que se indique un adaptador.
• GitHub Copilot está marcado expresamente como versión preliminar pública en esa página.

La misma página también incluye Augment Code, Cline, Cursor, cagent de Docker, Factory Droid, Goose, Hermes Agent, Junie de JetBrains, Kimi CLI, Kiro CLI, Mistral Vibe, OpenCode, OpenHands y Qwen Code. Pi aparece a través de un adaptador pi-acp. Esta selección utiliza los nombres del directorio; la lista completa está en la página enlazada.

No interpretes el directorio como una medida universal de compatibilidad con los editores. La combinación que puedas usar dependerá del agente, del adaptador cuando sea necesario, de la integración del editor y de las capacidades que negocien entre sí.

Qué permite Bring Your Own Agent en Android Studio

Android Studio permite elegir el agente de programación y conservar sus herramientas de desarrollo para Android. El anuncio de la versión estable de Google menciona Claude Agent, Codex, Junie y Google Antigravity, y explica que los agentes pueden acceder a Android Emulator, los sistemas de compilación, Logcat y las skills de Android. Logcat es el visor de registros de aplicaciones y del sistema de Android. El anuncio de Rabbit 2 de Google documenta ese acceso a las herramientas.

Piensa en la investigación de un cierre inesperado de una aplicación Android: necesitas que el agente trabaje junto a las herramientas de compilación y diagnóstico del proyecto, mientras tú conservas el entorno habitual para revisar la corrección. BYOA permite elegir el agente sin cambiar ese espacio de trabajo. Que el agente elegido diagnostique bien el fallo es algo que todavía hay que evaluar.

Para quien dirige un equipo de ingeniería, esto permite plantear una prueba piloto más útil. Mantén el mismo repositorio, la misma tarea y el mismo proceso de revisión, y compara los agentes aprobados dentro de ese entorno. Evalúa el parche resultante, los comandos solicitados y las pruebas que sustentan la respuesta. Que la conexión funcione no basta para dar por buena la adopción.

De versión preliminar a versión estable

Google presentó BYOA en versión preliminar el 24 de septiembre de 2026, empezando por Android Studio Rabbit 2 Canary. El 28 de octubre de 2026 anunció Rabbit 2 como versión estable, con BYOA incluido. El anuncio más reciente deja atrás el estado preliminar que recogía la publicación de lanzamiento. Anuncio de la versión preliminar, anuncio de la versión estable.

Aplica la etiqueta de versión preliminar solo al componente que la lleve. La versión estable de Android Studio no elimina el estado preliminar público de otro agente ni garantiza que un adaptador ofrezca las mismas funciones.

Cómo funciona una sesión ACP

El editor inicia el agente e intercambia mensajes estructurados con él. En el transporte local, el editor lanza un subproceso: otro programa que se ejecuta en el sistema operativo. La conexión utiliza JSON-RPC 2.0, un formato para solicitudes, respuestas y notificaciones, sobre stdio, los flujos de entrada y salida estándar del proceso. Se trata de comunicación estructurada, en lugar de leer el texto que muestra una terminal. Descripción general del protocolo, especificación de transporte.

La sesión sigue una secuencia definida:

1. Iniciar y negociar. El editor pone en marcha el agente o el adaptador y envía initialize. Ambos extremos intercambian las versiones del protocolo y sus capacidades.
2. Autenticarse cuando sea necesario. Se completa el método de autenticación que anuncia el agente. Conectarse correctamente al editor no proporciona una cuenta para el agente.
3. Abrir la conversación. El editor envía session/new con el directorio de trabajo y los servidores MCP que vaya a proporcionar. El agente devuelve un identificador de sesión.
4. Enviar trabajo y recibir avances. El editor envía session/prompt; el agente comunica mensajes y actividad de las herramientas mediante notificaciones session/update.
5. Gestionar las acciones solicitadas. Cuando el agente pide permiso, el editor presenta las opciones disponibles y le devuelve la decisión. El turno termina con una respuesta que explica por qué se detuvo.

Así lo establecen el flujo de mensajes y las reglas de creación de sesiones documentados. Una sesión es la conversación del agente, con su propio contexto y estado; no es un archivo de conversación universal que compartan todos los proveedores.

Edición de archivos y comandos de terminal

El acceso a los archivos y a la terminal depende de las capacidades negociadas. Cuando la integración lo permite, un agente puede utilizar fs/read_text_file para leer a través del editor, incluidos los cambios sin guardar, y fs/write_text_file para escribir a través de él. Esto importa cuando el contenido del búfer que ves en pantalla difiere del archivo guardado en disco. Especificación del sistema de archivos de ACP.

Para ejecutar comandos, terminal/create solicita al cliente que inicie un proceso. Otros métodos relacionados recuperan la salida, esperan a que termine, detienen el comando y liberan la terminal. Antes de usarlos, el agente debe comprobar que el cliente haya anunciado compatibilidad con la terminal. Especificación de terminales de ACP.

Un agente también puede comunicar cambios en formato diff y el progreso de sus herramientas a través de ACP mientras realiza sus propias operaciones. Ver actividad en el editor no significa que el editor haya ejecutado todas las operaciones. Especificación de llamadas a herramientas.

ACP vs MCP: qué conecta cada protocolo

ACP conecta el editor con el agente; Model Context Protocol (MCP) conecta una aplicación o un agente de IA con herramientas y datos. Ambos pueden trabajar juntos en la misma sesión. Esta comparación se basa en la especificación de sesiones de ACP y en la introducción a MCP.

Si falta una herramienta, revisa tanto su conexión como la conexión con el editor. JetBrains, por ejemplo, tiene ajustes separados para proporcionar a los agentes servidores MCP personalizados y su servidor MCP integrado de IntelliJ. La compatibilidad con ACP no activa por sí sola todas las herramientas. Los ajustes del registro de JetBrains documentan esos controles.

Si estás diseñando cómo se expone el servicio subyacente, MCP vs API aborda otra decisión: cómo poner las funciones de una aplicación a disposición de otros sistemas. Si estás creando una aplicación que utiliza agentes de programación, la guía del adaptador ACP de Vercel AI SDK explica esa capa de integración.

Cómo conectar Claude Agent a Android Studio

Utiliza el selector de agentes de Android Studio y autentícate con el proveedor del agente. La vía de configuración inicial que indica Google actualmente es la ventana de agentes o Settings > Tools > AI > Agents. Las instrucciones de lanzamiento especifican que hay que iniciar sesión o proporcionar una clave API; los planes de cuenta compatibles los determina el proveedor. Configuración inicial actual, instrucciones de autenticación.

1. 1

   Usa una versión que incluya BYOA

   Utiliza Android Studio Rabbit 2 estable o una versión posterior cuya documentación incluya BYOA. La indicación original de usar exclusivamente Canary corresponde al lanzamiento de la versión preliminar.

2. 2

   Selecciona Claude Agent

   Abre la ventana de agentes y selecciona Claude Agent. También puedes elegir agentes desde Settings > Tools > AI > Agents.

3. 3

   Autentícate para usar ese agente

   Sigue el proceso de inicio de sesión del agente o proporciona una clave API si se ofrece esa opción. Utiliza la cuenta y el método de acceso aprobados para tu proyecto. Conectar otro agente requiere su propia autenticación y los derechos de acceso correspondientes.

4. 4

   Envía una primera instrucción bien delimitada

   La configuración de Google termina con el envío de una instrucción. Una primera tarea útil sería: «Explica cómo se compila este proyecto e identifica la tarea de pruebas pertinente. No modifiques archivos». Esta instrucción es una propuesta para empezar, no el resultado de una prueba del proveedor.

5. 5

   Revisa el flujo de trabajo antes de ampliar la prueba

   A continuación, solicita un cambio pequeño y fácil de revisar en una rama de trabajo. Inspecciona la edición propuesta, las opciones de permiso y los comandos solicitados. Asegúrate de comprender el resultado antes de asignar una tarea más amplia. Esta es una recomendación de adopción que va más allá de los pasos de conexión del proveedor.

Si falla la autenticación, resuelve la configuración de la cuenta o de la clave del agente seleccionado. Si el agente se conecta, pero no puede utilizar una herramienta, revisa qué capacidades expone esa integración. Son puntos de fallo distintos: regístralos por separado en tus notas de configuración.

Los límites que un equipo debe tener en cuenta

Estandariza la conexión y después verifica cómo se comporta cada agente. El protocolo evita repetir integraciones, pero no hace que los agentes sean intercambiables en todos los detalles de su funcionamiento.

Cada agente conserva su propia autenticación. Prevé un inicio de sesión o una configuración de clave API independiente para cada proveedor elegido. Una implementación puede reutilizar credenciales existentes, pero ACP no es una cuenta compartida ni un cupo de uso común. Zed, por ejemplo, documenta que los agentes externos tienen su propia autenticación y relación con el proveedor. Límites de configuración de Zed.

La recuperación de sesiones depende de la implementación. La operación session/load del protocolo requiere que el agente tenga la capacidad loadSession. Cuando está implementada, permite cargar una sesión existente; no implica que otro proveedor pueda heredar el estado privado del agente original. Antes de prometer un cambio sin fricciones, comprueba exactamente cómo gestiona el historial la combinación que vas a usar. Especificación de carga de sesiones.

El uso remoto exige comprobar la implementación concreta. La página actual de transporte define stdio e indica que se está especificando un transporte Streamable HTTP. Se permiten transportes personalizados. No des por hecho que una integración local que funciona también lo hará con un endpoint remoto de un agente. Especificación de transporte de ACP.

Pedir permiso no equivale a ejecutar en un entorno aislado

ACP da un formato a los mensajes de decisión sobre permisos; no impone una barrera de aislamiento en el sistema operativo. La especificación indica que el agente se ejecuta con los permisos de su proceso, que las solicitudes de permiso tienen carácter orientativo y que el agente es responsable de respetar las decisiones. Por su parte, el cliente ejecuta los métodos de acceso al sistema de archivos y a la terminal solicitados a través de sus propias capacidades. Consideraciones de seguridad de ACP.

Una solicitud puede ofrecer opciones de aprobación y rechazo para una sola ocasión o que se recuerden en el futuro. El agente controla el alcance y la persistencia de las decisiones recordadas. Lee la opción que se ofrece antes de suponer que «siempre» se aplica solo al comando o directorio actual. Significado de las opciones de permiso.

Si administras una plataforma, verifica el binario del agente, el entorno de ejecución y la política de permisos junto con la configuración del editor. Un diálogo de aprobación aporta visibilidad, pero su mera presencia no demuestra que la ejecución esté aislada.

Qué se está exagerando y a quién le conviene dar el paso

La ventaja real es reducir la dependencia entre el editor y el agente. Ser compatible con ACP no demuestra que un agente escriba mejor código, que su configuración pueda trasladarse desde otro agente ni que todas las combinaciones ofrezcan el mismo flujo de trabajo. Evalúa esos resultados directamente.

Quienes ya alternan entre agentes pueden empezar ahora. Prueba un agente compatible en el editor que ya utilizas. La prueba decisiva es si la revisión de cambios, la visibilidad de los comandos y la gestión del contexto te ayudan a completar una tarea representativa.

Los responsables de ingeniería deberían hacer una prueba piloto antes de estandarizar. Mantén la misma tarea y los mismos criterios de aceptación para todos los agentes. Registra la autenticación, las herramientas compatibles, la recuperación de sesiones y el comportamiento de los permisos. Elige según el trabajo resultante y el control que tengas sobre el proceso, no por el tamaño de un registro.

Quienes administran plataformas deberían esperar si un entorno imprescindible no es compatible. La limitación de WSL documentada por JetBrains es un ejemplo concreto. Otro motivo para validar la combinación antes de adoptarla es un flujo de trabajo remoto que dependa de un comportamiento del transporte aún sin comprobar.

Para quien trabaja a gusto en la terminal, cambia poco. No hay motivo para cambiar de interfaz solo porque exista un protocolo. Si lo que aún necesitas resolver es qué agente hace mejor tu trabajo, la comparativa entre Codex y Claude Code ayuda a plantear esa elección; después, evalúala en tu repositorio.

Preguntas frecuentes

¿Qué es Agent Client Protocol?

Agent Client Protocol es la interfaz común entre un agente de programación y un editor u otro cliente. Permite que las implementaciones compatibles intercambien instrucciones, avances y acciones sin una integración a medida para cada combinación.

¿Cuál es la diferencia entre ACP y MCP?

ACP gestiona la conexión entre el editor y el agente. MCP conecta una aplicación o un agente de IA con herramientas y datos externos. Una sesión ACP puede proporcionar configuraciones de servidores MCP, de modo que ambos protocolos pueden participar en el mismo flujo de trabajo.

¿En qué se diferencian A2A y MCP?

Agent2Agent (A2A) estandariza la comunicación entre agentes independientes. MCP conecta aplicaciones de IA con capacidades y datos externos. A2A se ocupa de la colaboración entre agentes, mientras que el ACP de este artículo se ocupa de la conexión con el editor. Consulta la explicación del proyecto A2A.

¿Claude Code es compatible con Agent Client Protocol?

La entrada exacta del directorio es Claude Agent a través del adaptador del SDK de Zed. Utiliza la integración compatible que documente tu editor; esa entrada no significa que todos los ejecutables de Claude Code implementen ACP de forma nativa. Zed documenta Claude Agent como un agente externo con su propia autenticación.

¿Sigue siendo Claude Code el mejor agente de programación?

La compatibilidad con ACP no permite responder a eso. Compara los agentes en tu repositorio con la misma tarea, los mismos criterios de revisión y las mismas herramientas permitidas. Da prioridad al agente cuyos cambios puedas validar y cuyo flujo de trabajo encaje con las tareas que realizas habitualmente.

¿Quién desarrolló Agent Client Protocol?

Zed creó ACP y colaboró con Google para que Gemini CLI fuera su implementación de referencia inicial. JetBrains se sumó al proyecto, y su documentación actual describe ACP como un desarrollo abierto de JetBrains y Zed.

¿Qué diferencia hay entre Agent Client Protocol y Agent Communication Protocol?

Son proyectos distintos que comparten las mismas siglas. Agent Client Protocol conecta editores y agentes de programación. Agent Communication Protocol de IBM se ocupaba de la comunicación entre agentes; IBM Research indica ahora que forma parte de A2A.

¿Cómo funciona ACP?

En una sesión local, el editor inicia el agente como subproceso y se comunica con él mediante JSON-RPC sobre stdio. Ambos negocian capacidades, completan la autenticación que sea necesaria, abren una sesión e intercambian instrucciones, actualizaciones y decisiones sobre permisos.

¿Qué significa ACP en la IA agéntica?

En una integración con un editor, ACP suele referirse a Agent Client Protocol. Comprueba el nombre completo al leer una arquitectura o elegir una biblioteca: las siglas de Agent Communication Protocol corresponden a otro proyecto.

Qué probar en tu próxima sesión de trabajo

Conserva tu editor, elige un agente ACP aprobado y empieza con una tarea pequeña del repositorio cuyo resultado puedas revisar. Anota el agente y el adaptador utilizados, el método de autenticación, las herramientas disponibles y el comportamiento de los permisos. Amplía la prueba piloto solo cuando tengas claro todo el ciclo de trabajo, incluido qué ocurre cuando deniegas una acción.

Para recibir guías prácticas sobre los cambios en los flujos de trabajo de desarrollo, suscríbete al boletín.