Android Studio se abre a más de 40 agentes de IA: Google apuesta por ser la plataforma, no el asistente

Por El Ecosistema Startup · 1 de noviembre de 2026.

Android Studio, el entorno oficial de desarrollo para Android, ya acepta más de 40 agentes de IA de terceros, entre ellos Claude de Anthropic, Codex de OpenAI y Antigravity, el propio agente de Google. Según la fuente, el anuncio se hizo en el Android Developer Summit de octubre de 2026.

La función se llama Bring Your Own Agent (BYOA, «trae tu propio agente») y llega en Android Studio Rabbit 2, la versión que Google describe como estable. Se activa en Settings > Tools > AI > Agents, donde el desarrollador elige agentes de un catálogo. Puede tener varios activos a la vez y usar uno u otro según la tarea.

Lo que lo hace posible es el Agent Client Protocol (ACP), un estándar abierto para conectar agentes de IA con editores de código. En lugar de cerrar 40 acuerdos a medida, Google publica una interfaz y cualquier agente compatible se enchufa.

Más relevante que la cantidad es el acceso. Según la fuente, los agentes pueden consultar la estructura del proyecto, lanzar compilaciones, ejecutar la app en el emulador y leer Logcat, el registro de mensajes, avisos y errores de Android. Es decir, ya no solo escriben código: pueden comprobar si funciona.

Google presentó además Change Review, una herramienta de revisión asistida por IA que analiza los cambios hechos al código, incluidos los de un agente. Y anunció plugins oficiales de Claude Code y Codex en Android CLI, su conjunto de herramientas de línea de comandos, que suma streaming de dispositivos, vistas previas de Jetpack Compose, trazas de rendimiento y más de 30 nuevas «Android skills» para agentes, según AndroidGuys.

Como ejemplo, Google mostró una prueba con Claude Opus 5.5 buscando fugas de memoria en 45 recorridos de usuario: 46 minutos con la herramienta de línea de comandos frente a 88 sin ella, una reducción de cerca del 48%. Hay una advertencia importante: fue una sola ejecución por configuración. Es una señal, no un benchmark, y conviene tratarlo así.

**Nuestra lectura.** La jugada de Google es sobre todo estratégica. En un mercado donde cada proveedor intenta atar al desarrollador a su modelo, Google elige que su IDE sea el sitio donde trabajan todos. Cede el asistente, pero se queda con la superficie de plataforma. Encaja con una tesis que venimos defendiendo: la guerra de la IA se desplaza de «quién tiene el modelo más listo» a quién controla la fontanería, es decir, la distribución, la integración y los estándares de agentes. Un protocolo abierto como ACP es justo esa fontanería.

Pierden los productos cuyo único valor era ser el IDE con IA integrada de un proveedor: si el agente es intercambiable, la ventaja pasa al entorno y a los datos que expone (emulador, trazas, Logcat). Ganan los desarrolladores y las startups, con menos fricción, menos suscripciones duplicadas y capacidad de cambiar de agente sin cambiar de herramientas.

Hay un segundo mensaje, menos vistoso. Cuando varios agentes producen código en paralelo, el cuello de botella deja de ser escribirlo y pasa a ser entenderlo y validarlo. Que Google lance Change Review en el mismo paquete lo confirma, aunque la herramienta aún tiene que demostrar que detecta regresiones reales y no solo resume diffs. Además, con varios agentes y varios proveedores, cada capa de supervisión añade coste y un nuevo punto de fallo que también hay que auditar. La confianza no puede residir en el modelo, sino en el proceso: quién aprueba qué antes de llegar a la rama principal.

A corto plazo, esto acelera la producción de software y presiona los perfiles más rutinarios del desarrollo, mientras sube el valor de quien diseña, revisa y gobierna. A largo plazo, abaratar la creación de software es una de las vías hacia la abundancia: más gente podrá construir herramientas útiles sin ser experta. Pero ese horizonte exige una disciplina que ninguna automatización sustituye, la de verificar lo que se construye.