Google presenta flujos de trabajo agénticos alojados en la nube para aplicaciones Android

Google ha publicado una guía técnica que muestra cómo las aplicaciones Android pueden trasladar agentes de IA complejos y con múltiples pasos a un backend en la nube autogestionado. El enfoque combina el Agent Development Kit (ADK) con los protocolos AG-UI y A2UI para mantener sincronizado el cliente móvil con flujos de trabajo de larga duración, como reservar vuelos, hoteles y restaurantes, sin bloquear la sesión del dispositivo.

¿Por qué trasladar los agentes a la nube?

Según la fuente, ejecutar en un único dispositivo deja de ser práctico cuando las tareas abarcan varios pasos y API externas. Una sesión en el teléfono puede interrumpirse, y gestionar credenciales, estado y coordinación de herramientas desde el cliente móvil añade complejidad. La arquitectura propuesta ejecuta los agentes de reservas en un servicio backend, mientras la aplicación Android se conecta a la sesión activa, muestra el progreso y solicita datos al usuario solo cuando es necesario.

Orquestación del backend con ADK

La guía define un agente de reservas de vuelos basado en Python y Google ADK. El agente se instancia con un identificador de modelo, instrucciones en lenguaje natural y herramientas funcionales para buscar y reservar vuelos. InMemoryRunner gestiona los pasos de ejecución, conserva el contexto de la conversación y dirige los mensajes entre el usuario y el modelo. Las llamadas a herramientas se ejecutan automáticamente cuando el modelo las solicita, de modo que los desarrolladores pueden concentrarse en la lógica del procedimiento mientras el framework se ocupa de la orquestación.

Actualizaciones en streaming mediante AG-UI

Para conectar el agente del backend con el cliente Android, el servidor transmite actualizaciones mediante el protocolo AG-UI. Esta capa de transporte bidireccional estandariza los tipos de mensaje para eventos del ciclo de vida, mensajes de texto, llamadas a herramientas y gestión del estado. En Android, un SDK de Kotlin escucha el flujo de Server-Sent Events y convierte los datos en eventos del cliente con tipos seguros, lo que permite crear una interfaz responsiva similar a un chat.

Interfaz dinámica con A2UI

La fuente presenta el protocolo A2UI para representar componentes interactivos de forma dinámica. El servidor envía cargas JSON que especifican diseños y propiedades, como selectores de opciones o cuadrículas para elegir asientos. El cliente Android mantiene un catálogo de componentes compatibles, y A2uiSchemaManager compila esos esquemas JSON en instrucciones del sistema para que el modelo conozca la estructura exacta requerida. En el dispositivo, A2uiMessageProcessor actualiza las superficies activas y el composable A2uiSurface las representa de forma reactiva dentro de Jetpack Compose.

Dependencias y correspondencia del catálogo

La guía enumera dependencias específicas de Gradle para las bibliotecas de modelo, ejecución e interfaz de A2UI, todas en la versión 1.0.0-alpha01. También destaca que el backend y el cliente móvil deben compartir el mismo ID de definición del catálogo. Cualquier cambio en el catálogo del backend exige aumentar la versión y actualizar la clase de componente correspondiente en Kotlin para evitar errores de análisis. Los componentes estándar de Material 3 están disponibles mediante material3-a2ui, sin necesidad de implementarlos desde cero.

Ilustración editorial generada con IA; no es una fotografía documental.

Fuente: Build intelligent Android apps: In-app agentic workflows