Jorge Turbica / blog · Blog ← Todos los artículos EN · Read in English
Lenguajes

Skill del día: Android skills, 30 skills oficiales de Google para migrar y optimizar apps

Google publica 30 skills para agentes con las tareas de Android donde más fallan: AGP 9, R8, Compose. Qué hacen, cómo instalarlas y qué ejecutan.

Treinta skills firmadas por Google, una por cada tarea de Android en la que, según sus propias evaluaciones, los modelos fallan más: migrar a Android Gradle Plugin 9, depurar las reglas de R8, pasar de XML a Jetpack Compose o de Leanback a Compose para TV. El repositorio android/skills supera las 8.400 estrellas y estaba en el Trending diario de GitHub el 17 de octubre de 2026, con el plugin para Claude Code en la versión 1.0.15.

Qué hace

Cada skill es una carpeta con un SKILL.md en el formato abierto de Agent Skills y, en algunos casos, referencias y scripts. El agente la carga cuando la tarea encaja con su descripción: basta con pedirle "migra el proyecto a AGP 9" o "haz la interfaz edge-to-edge". Google deja fuera a propósito lo que los modelos ya hacen bien, como las buenas prácticas básicas de Compose.

Dos ejemplos muestran el nivel de detalle:

  • agp-9-upgrade comprueba primero la versión de AGP y, si es menor que 9, se detiene y pide que ejecutes el AGP Upgrade Assistant de Android Studio. Después sube KSP a 2.3.6 o superior y Hilt a 2.59.2 o superior, migra al Kotlin integrado y al nuevo DSL, pasa kapt a KSP, limpia cuatro flags de gradle.properties y valida con ./gradlew help y ./gradlew build --dry-run. No sirve para proyectos Kotlin Multiplatform.
  • r8-analyzer busca reglas keep redundantes o demasiado amplias. Elige entre tres caminos según las versiones: con AGP 9.3.0 o superior lanza ./gradlew :app:analyzeReleaseR8Config y dos scripts de Python; con versiones anteriores hace una revisión heurística de proguard-rules.pro. Solo genera un informe en Markdown y tiene prohibido modificar ficheros.

El resto cubre CameraX, Media3, Navigation 3, Play Billing, permisos e intents seguros, Wear OS, Android XR y la nueva CLI android.

Cómo instalarla

Con la CLI de Android, una skill o todas:

bash
android skills add r8-analyzer --project=.
android skills add --all
android skills update --all

En Claude Code, como plugin desde su propio marketplace (/plugin install android-skills --marketplace android/skills), y en Codex con codex plugin marketplace add android/skills seguido de codex plugin add android-skills@android-skills. Si la CLI no detecta ningún agente y no indicas --agent, las instala para Gemini y Antigravity en ~/.gemini/antigravity/skills, no en el proyecto.

Riesgos y límites

La skill android-cli le indica al agente que, si no encuentra la herramienta, la instale con curl -fsSL https://dl.google.com/android/cli/latest/linux_x86_64/install.sh | bash (y equivalentes para macOS y Windows). Es un dominio de Google, pero sigue siendo un script remoto ejecutado sin revisión; si tu agente tiene permiso para lanzar comandos sin confirmar, instala tú la CLI antes. Esa misma skill usa android docs para consultar la base de conocimiento de Android, así que hace peticiones de red.

r8-analyzer necesita Python con el paquete protobuf y ejecuta tareas de Gradle de tu proyecto, que pueden descargar dependencias. Sus scripts están referenciados con una ruta fija, .agents/skills/r8-analyzer/scripts/; si la instalas en otro directorio, revisa que el agente los encuentre antes de fiarte del informe. Ni agp-9-upgrade, ni r8-analyzer ni android-cli piden credenciales, y el repositorio no acepta contribuciones externas, solo issues.

Frente a hacerlo a mano

Sin estas skills, la migración a AGP 9 era el Upgrade Assistant de Android Studio más horas leyendo notas de versión, y el análisis de R8 dependía de saber leer la configuración a ojo. La skill no sustituye al asistente, lo encadena: le delega la subida de versión y se ocupa de lo que el asistente no cubre, como el DSL nuevo, kapt o los BuildConfig personalizados. Frente a una skill genérica de "buenas prácticas de Android", la ventaja es que estas se basan en la documentación oficial y se actualizan con ella: cada una lleva su fecha de última revisión en los metadatos.

Fuentes

Jorge Turbica

Software Engineer y SRE. Escribo sobre los retos reales que me encuentro en producción.

Ver portfolio ↗