Android Studio Rabbit 2 y agentes de IA: lo que deben saber los desarrolladores

El desarrollo de Android está pasando del autocompletado asistido por IA a agentes supervisados capaces de usar herramientas. En el Android Dev Summit del 28 de octubre de 2026, Google concretó ese cambio: Android Studio Rabbit 2 es estable, Bring Your Own Agent (BYOA) ya está disponible y Android CLI puede ofrecer a los agentes streaming de dispositivos, vistas previas de Compose, profiling, análisis de paquetes y habilidades específicas para Android.

La noticia importante no es que un modelo se haya convertido en la única opción. Es que la cadena de herramientas de Android se está convirtiendo en una interfaz para agentes. Los desarrolladores pueden elegir el agente que encaje con su presupuesto, privacidad y forma de trabajo, sin perder el contexto del proyecto ni las herramientas de validación de Android Studio.

En pocas palabras: Android Studio se convierte en un espacio de agentes

Rabbit 2 permite usar Claude Agent, Codex, Antigravity y otros agentes compatibles con ACP desde Android Studio. Android CLI añade validaciones prácticas, como streaming remoto de dispositivos y vistas previas de Compose. El agente puede modificar el código, renderizar la interfaz, consultar logs, analizar rendimiento y revisar un paquete, en lugar de detenerse al generar código.

Esto no elimina el criterio técnico. Cambia dónde se aplica: el desarrollador debe definir límites, revisar diffs, proteger secretos y exigir pruebas de builds y dispositivos reales.

Qué cambia con Rabbit 2

La función principal es Bring Your Own Agent. Google afirma que Rabbit 2 es estable y admite más de 40 agentes compatibles con ACP, entre ellos Claude Agent, Codex y Antigravity. El agente trabaja dentro de Android Studio y puede usar la estructura del proyecto, resolución de símbolos, sistema de compilación, emulador, Logcat y Compose Preview.

Ese contexto importa. Un asistente genérico puede sugerir Kotlin, pero un agente orientado a Android también puede razonar sobre módulos Gradle, calificadores de recursos, permisos del Manifest, recomposición de Compose y comportamiento del dispositivo. La diferencia de calidad proviene del ciclo de feedback, no solo del modelo.

Android Studio también incorpora revisión de código con IA y un administrador de habilidades. Las habilidades ofrecen procedimientos concentrados para seguridad de permisos, layouts de widgets, rendimiento de Compose y otras tareas. No sustituyen las pruebas, pero reducen la necesidad de que el agente adivine a partir de un prompt general.

Android CLI convierte la validación en herramientas para agentes

Para los equipos que prefieren el terminal, las capacidades de Android CLI son especialmente útiles. El streaming mediante Firebase puede permitir que el agente pruebe en un dispositivo remoto real. Las vistas previas de Compose ayudan a validar cambios visuales sin crear e instalar un APK en cada iteración.

El profiling también es importante. El agente puede capturar traces de Perfetto de nivel de producción para investigar arranques lentos, tirones de la interfaz y activaciones en segundo plano. El análisis de paquetes y librerías puede detectar señales de calidad relacionadas con shrinking, optimización y ofuscación antes de subir el artefacto. El estándar pasa de “el código compila” a “el artefacto está más cerca de la calidad de lanzamiento”.

Google también describe más de 30 habilidades Android que cubren más de 20 áreas. Su valor depende de combinarlas con reglas del repositorio. Una habilidad de seguridad de permisos debe respetar, por ejemplo, la prohibición de registrar tokens, cambiar firmas de release o ampliar permisos del Manifest sin revisión.

El modelo correcto: delegar ciclos, no decisiones

El desarrollo con agentes funciona mejor cuando el agente se encarga de un ciclo delimitado y la persona define los criterios de aceptación. Un ciclo práctico es:

1. Pedir al agente que inspeccione el repositorio y escriba un plan corto.
2. Exigir un cambio pequeño y revisable, no una reescritura general.
3. Hacer que ejecute pruebas unitarias, lint y la variante de compilación necesaria.
4. Usar Compose Preview, streaming de dispositivos, Logcat o profiling para reunir evidencia.
5. Revisar el diff y la evidencia antes de permitir el siguiente cambio.

Aceptar un parche grande sin revisar puede parecer rápido, pero vuelve opaca la depuración. El ciclo controlado también deja un registro útil para código sensible y tareas de release.

Para quienes usan Android y están eligiendo herramientas, la misma regla aplica. Revisa permisos, canales oficiales, versiones y documentación antes de instalar. El directorio de software Android y descargas oficiales de BTTC puede servir para comparar opciones.

Qué comprobar antes de adoptarlo

Primero, confirma el modelo de acceso del agente. Averigua si prompts, archivos del repositorio, logs, capturas y datos del dispositivo se envían a un proveedor en la nube. Aplica el principio de mínimo privilegio y utiliza un proyecto de prueba separado.

Segundo, fija las puertas de aceptación. Una respuesta de “terminado” no es un recibo de compilación. Exige la tarea Gradle exacta, la salida de pruebas y, cuando corresponda, el hash del APK o AAB. Revisa manualmente permisos y dependencias modificadas.

Tercero, prueba distintos factores de forma. Google también amplía herramientas adaptativas basadas en Compose para teléfonos, plegables, tabletas, portátiles, coches y XR. El agente puede ayudar a auditar layouts, pero no sustituye la comprobación real de navegación, entrada, foco, cámara y rendimiento.

Por último, mide la mejora de entrega. Tiempo de revisión, defectos que escapan, compilaciones fallidas y reversiones son métricas mejores que el número de prompts o líneas generadas.

Preguntas frecuentes

¿Android Studio Rabbit 2 es exclusivo de los modelos Gemini?

No. BYOA permite usar agentes compatibles con ACP, incluidos Claude Agent, Codex y Antigravity, dentro de Android Studio. La disponibilidad, las cuentas, el precio y las funciones dependen de cada agente.

¿Un agente Android puede probar un dispositivo real?

Android CLI incluye streaming de dispositivos mediante Firebase. El equipo debe confirmar la disponibilidad, la red, los permisos y la evidencia que produce su configuración.

¿El soporte de agentes elimina las pruebas Android?

No. Los agentes pueden ejecutar e interpretar comprobaciones, pero no sustituyen pruebas automatizadas, validación de builds, revisión de seguridad ni pruebas en dispositivos representativos.

Conclusión

Rabbit 2 importa porque coloca la elección del agente y la validación específica de Android en el mismo flujo. La estrategia más segura es dar al agente una tarea limitada, reglas firmes del repositorio y herramientas de feedback concretas, mientras las personas mantienen la responsabilidad sobre seguridad, comportamiento del producto y evidencia de release.