Android Halo: estado y progreso de agentes de IA en la barra superior
Qué es Android Halo, qué confirmó Google, qué reveló un análisis de Android Canary y cómo distinguir visibilidad, permisos y control del teléfono.
- Android Halo es una vista previa de Google pensada para mostrar desde la parte superior de la pantalla qué está haciendo un agente de IA.
- Google confirmó estados relacionados con una tarea en curso, el modo en directo y los mensajes, con disponibilidad prevista para más adelante en 2026.
- Un análisis de Android Canary encontró referencias en desarrollo a un control del icono y a Agent Task, pero esas funciones no estaban activas ni tienen lanzamiento confirmado.
- Android Halo comunica estado y atrae la atención del usuario; los permisos, las credenciales, las integraciones y la capacidad de actuar proceden de otros componentes.
- FoneClaw mantiene visibles sus acciones Android compatibles, solicita permisos y confirmación, y ofrece resultados o alternativas prácticas sin depender actualmente de Android Halo.
Android Halo sigue siendo una vista previa para 2026
Android Halo es la propuesta de Google para consultar de un vistazo qué está haciendo un agente de IA desde la parte superior de la pantalla del teléfono. La compañía la presentó el 19 de mayo de 2026 y situó su disponibilidad para más adelante ese mismo año. A 27 de julio, la fuente oficial citada no establece un despliegue general en Android estable.
En la presentación oficial de Android Halo, Google explicó que la superficie puede indicar cuándo un agente acepta o desarrolla una tarea, entra en modo en directo o envía un mensaje. La finalidad es conservar el progreso visible mientras el usuario utiliza otras aplicaciones, sin obligarlo a regresar continuamente a la aplicación del agente.
Google también indicó que Halo funcionaría con Gemini Spark y otros agentes compatibles. Sin embargo, el anuncio no incluyó una lista completa de agentes, teléfonos, regiones, idiomas o canales de Android. La compañía añadió que Gemini Intelligence aportaría funciones adicionales de Halo en sus dispositivos más avanzados, pero no detalló en qué consistirían.
La respuesta práctica es, por tanto, concreta: Android Halo tiene alcance y calendario generales confirmados, pero sus condiciones finales de acceso siguen pendientes. Las referencias encontradas después en software de prueba aportan indicios sobre su desarrollo, no sustituyen el anuncio público. Para comprender el papel de estas tareas sin confundirlo con acciones ilimitadas, consulte Agentes Gemini en segundo plano y acciones del móvil: límites seguros.
Por qué el estado del agente debe permanecer a la vista
Cuando un agente trabaja durante varios minutos, ocultar todo el recorrido dentro de una aplicación crea una pregunta constante: ¿sigue trabajando, se ha bloqueado o necesita atención? La barra de estado Android Halo busca responder sin ocupar la pantalla completa. Su ubicación superior convierte el estado del agente en una señal persistente mientras la persona continúa con otra actividad.
Ese diseño resulta especialmente útil para tareas asíncronas. Un agente puede estar reuniendo información, esperando la respuesta de un servicio o preparando un resultado. Si el usuario tiene que abrir la aplicación para descubrir cada cambio, pierde buena parte de la ventaja del trabajo en segundo plano. Una señal compacta puede comunicar actividad y dirigir a la interacción completa solo cuando haga falta.
Los tres tipos de información mencionados por Google cubren momentos distintos. «Trabajando» indica actividad en curso; el modo en directo sugiere una interacción que requiere atención inmediata; un mensaje señala que el agente tiene algo que comunicar. Halo actúa así como punto de estado y de atención, no como descripción exhaustiva de todo el proceso.
Para que esa superficie sea útil, el icono debe conducir a información accionable: qué tarea está activa, qué agente la ejecuta y si espera una respuesta. También debería resultar fácil detener o revisar el trabajo desde un punto comprensible. La idea del teléfono como lugar central para supervisar varios procesos se desarrolla en Control de agentes de IA móvil: el teléfono como centro de mando.
La persistencia requiere equilibrio. Un estado demasiado discreto pasa inadvertido cuando hace falta confirmar; uno excesivamente llamativo compite con llamadas, navegación y otras prioridades. El valor de la barra de estado Android Halo dependerá de cómo distinga actividad normal, intervención requerida y resultado disponible.
Qué confirmó Google, qué apareció en Android Canary y qué falta saber
La información disponible procede de dos niveles distintos. Google confirmó la vista previa y su finalidad. Más tarde, un análisis de software en desarrollo encontró textos que sugieren posibles controles y requisitos internos. Separar ambos niveles evita presentar una cadena de texto como una función terminada.
| Aspecto | Estado | Lectura correcta |
|---|---|---|
| Superficie en la parte superior | Confirmada por Google | Mostrará información resumida sobre el trabajo del agente |
| Tarea, modo en directo y mensaje | Confirmados en la vista previa | Son los estados o señales nombrados públicamente |
| Disponibilidad | Indicada para más adelante en 2026 | No equivale a un despliegue general actual |
| Gemini Spark | Nombrado por Google | Forma parte de los agentes previstos, sujeto al lanzamiento |
| Otros agentes compatibles | Confirmados como categoría | La lista completa permanece pendiente |
| Control para mostrar u ocultar el icono | Texto encontrado en desarrollo | No estaba activo ni tiene publicación asegurada |
| Función Agent Task | Referencia encontrada en desarrollo | No ha sido anunciada como requisito comercial definitivo |
| Teléfonos, regiones, idiomas y APIs | Sin lista completa | Hay que esperar documentación oficial |
| Funciones adicionales de Gemini Intelligence | Anticipadas sin detalle | Su alcance exacto sigue abierto |
El análisis de Android Canary 2607 publicado por Android Authority el 10 de julio encontró textos en desarrollo para una sección de ajustes de la barra de estado y un control que podría mostrar u ocultar el icono del agente asistente. También halló referencias que vinculaban ese icono con una función de dispositivo llamada Agent Task.
La publicación indicó expresamente que ninguno de esos cambios estaba activo y que las conclusiones de un análisis de APK pueden no llegar a una versión pública. Por eso, el posible interruptor y Agent Task pertenecen a la columna de indicios, no a la de funciones disponibles. Una ruta de ajustes, versión de Android o lista de equipos solo podrá darse por establecida cuando Google la publique.
De «trabajando» a un estado realmente útil
¿Qué necesita saber una persona mientras un agente actúa en segundo plano? Los estados mencionados por Google son un punto de partida, pero una experiencia completa debe distinguir varios momentos operativos. La siguiente secuencia es un marco de diseño para evaluar cualquier agente; no representa una especificación actual de la interfaz de Halo.
- Aceptada: el agente recibió la tarea y muestra cómo la interpretó.
- Trabajando: está realizando pasos y puede indicar la fase actual.
- Esperando información: falta un dato que solo el usuario puede aportar.
- Esperando confirmación: la siguiente acción tiene una consecuencia que debe aprobarse.
- Interacción en directo: el agente necesita atención continua o una conversación inmediata.
- Completada: existe un resultado final verificable.
- Parcialmente completada: algunos pasos terminaron y otros requieren intervención.
- Fallida: la tarea no alcanzó el objetivo y explica la causa.
- Detenida: el usuario o el sistema interrumpió el trabajo.
- Mensaje disponible: hay una actualización que puede revisarse cuando convenga.
La diferencia entre «trabajando» y «esperando confirmación» es crucial. El primer estado puede continuar sin atención; el segundo debe explicar qué se va a hacer. De igual modo, «completada» necesita una prueba: un archivo creado, un mensaje enviado, un ajuste visible o una referencia de reserva. Sin resultado comprobable, el estado es solo una declaración.
Los fallos parciales merecen una categoría propia. Si un agente reunió información pero no pudo enviarla, el usuario debería conservar el trabajo útil y conocer el paso pendiente. Esta claridad facilita reanudar, cambiar de método o completar manualmente la tarea en lugar de empezar desde cero.
Para quienes diseñan productos, Halo plantea una oportunidad: convertir una actividad opaca en una secuencia comprensible. El significado de cada estado, la prioridad visual y las opciones para detener o retomar tendrán que documentarse cuando la función llegue al público.
Ver al agente no significa darle autoridad
Un icono que indica actividad no concede permiso para controlar el teléfono. Android Halo comunica estado y puede servir como acceso a una interacción, pero la capacidad real del agente procede de otras piezas: el modelo, el entorno donde se ejecuta, las integraciones con aplicaciones o servicios y las acciones que Android permite.
El modelo interpreta la petición y prepara un plan. El agente coordina la tarea. Una integración ofrece acceso a una función concreta. Los permisos determinan qué datos o capacidades están disponibles. Las credenciales identifican la cuenta. Un entorno aislado puede limitar herramientas o red. La confirmación autoriza una acción importante, y los registros permiten comprobar qué sucedió. Halo puede hacer visibles algunos de esos momentos, pero no los crea por sí mismo.
La distinción evita dos errores. El primero es pensar que un agente visible ya puede abrir cualquier aplicación, enviar mensajes o aprobar pagos. El segundo consiste en asumir que ocultar el icono detendría necesariamente la tarea. El comportamiento real de un control de visibilidad tendrá que definirse: esconder una señal y cancelar una operación son acciones diferentes.
Incluso cuando una tarea se ejecuta en un entorno aislado, el teléfono conserva sus propios límites. Nuestra explicación Sandbox de agentes de IA y permisos del teléfono: por qué aún hacen falta límites separa esas dos protecciones. Para operaciones con consecuencias, también hacen falta identidad y evidencia, desarrolladas en Identidad, permisos y auditoría de agentes IA: la capa de seguridad que necesita un teléfono.
La mejor lectura de Android Halo es la de un panel compacto de atención. Ayuda a saber que existe actividad, cuándo revisarla y cuándo responder. El control operativo sigue dependiendo de la arquitectura del agente y de las decisiones que el sistema permita al usuario.
Cómo comprobar la futura compatibilidad
¿Qué teléfonos y agentes admitirán Android Halo? Google confirmó Gemini Spark y otros agentes compatibles, pero no publicó una relación completa en mayo. Tampoco estableció en ese anuncio dispositivos, regiones, idiomas, tipos de cuenta o canales de lanzamiento. Cualquier lista concreta necesita una fuente oficial posterior.
La compatibilidad deberá comprobarse en varias capas. Primero, el dispositivo y su canal de Android deben incluir la superficie. Segundo, el agente ha de estar reconocido como compatible. Tercero, la cuenta, el idioma y la región deben admitir la tarea. Por último, cada aplicación o servicio necesita sus propios permisos e integración.
La referencia en desarrollo a Agent Task añade una pregunta, no una respuesta. Si Google presenta esa función, habrá que saber si depende del hardware, de servicios del sistema, de una versión concreta o de una certificación para fabricantes. Hasta entonces, no permite descartar ni confirmar ningún modelo de teléfono.
Gemini Intelligence introduce otra posible diferenciación. Google dijo que sus dispositivos más avanzados obtendrían capacidades adicionales de Android Halo, pero no definió cuáles. Los compradores deberán distinguir entre la presencia básica de Halo y las ampliaciones ligadas a esa oferta, además de revisar plan, cuenta y región.
El agente también importa. Gemini Spark y FoneClaw representan propuestas distintas, como explica Gemini Spark vs FoneClaw: asistente en la nube o agente de IA en el móvil. La mención de Spark en Halo no establece compatibilidad con otros productos. Una futura documentación para desarrolladores tendrá que indicar cómo un agente publica estados, solicita atención y comunica su resultado.
La ejecución visible desde la perspectiva de FoneClaw
En FoneClaw consideramos que el usuario debe poder seguir una tarea mientras avanza, no descubrir el resultado únicamente al final. El modelo compatible configurado aporta comprensión, razonamiento y planificación. FoneClaw realiza las acciones Android admitidas, muestra resultados visibles y conserva permisos y confirmación en los pasos que lo requieren.
Nuestro enfoque distingue claramente entre plan y acción. El modelo puede proponer abrir una aplicación, buscar un dato o preparar un mensaje; FoneClaw comprueba qué acciones están disponibles y ejecuta las compatibles. Cuando aparece una decisión importante, el flujo vuelve al usuario con el contexto necesario para confirmarla.
El progreso también debe reflejar obstáculos. Si falta un permiso, una aplicación cambia de estado o una acción no está disponible, FoneClaw presenta el punto alcanzado y ofrece una alternativa práctica. Puede abrir la pantalla adecuada, mantener preparado el resultado o indicar el paso manual restante. Esa recuperación es tan importante como mostrar actividad.
Android Halo comparte el principio de que la actividad del agente debe permanecer visible, pero actualmente FoneClaw no depende de una integración nativa con Halo, Gemini Spark, Gemini Intelligence ni Agent Task. Nuestra experiencia se apoya en sus propios recorridos visibles y en las capacidades Android compatibles. Para entender cómo encaja este comportamiento en un móvil agentivo, consulte Teléfono con IA agentiva: qué es y qué cambia en 2026.
Una futura superficie común de estado podría facilitar la supervisión de agentes distintos desde el sistema. Para resultar útil tendría que conservar la identidad del agente, el significado del estado, la acción pendiente y una ruta clara para detener o revisar. Esos criterios permiten evaluar Halo sin confundir presencia visual con alcance operativo.
Los detalles que debe concretar el lanzamiento
La disponibilidad prevista para más adelante en 2026 deja varias preguntas que solo la documentación pública puede resolver. La primera es el calendario: fecha, canal de Android y proceso de activación. La segunda es la compatibilidad: dispositivos, agentes, regiones, idiomas, cuentas y posibles niveles de Gemini Intelligence.
Los desarrolladores necesitan saber si existirán interfaces para publicar estados, qué agentes podrán utilizarlas y cómo se validará su identidad. También hacen falta definiciones comunes para tarea en curso, modo en directo, mensaje, intervención requerida, finalización y error. Sin esa semántica, dos agentes podrían usar la misma señal para situaciones diferentes.
- Fecha de disponibilidad pública y canales de lanzamiento.
- Dispositivos, fabricantes, regiones e idiomas compatibles.
- Lista de agentes y requisitos de cuenta.
- Definición pública de Agent Task, si llega a anunciarse.
- Funciones adicionales vinculadas a Gemini Intelligence.
- Controles para mostrar, revisar, detener o descartar tareas.
- Accesibilidad de iconos, colores, animaciones y avisos.
- Tratamiento de información privada en estados y mensajes.
- Registros, resultados verificables y recuperación después de fallos.
La privacidad merece atención porque una barra persistente puede revelar el tipo de tarea a quien mire la pantalla. Google tendrá que explicar cuánto detalle se muestra con el teléfono bloqueado, cómo se oculta información sensible y qué controla el usuario. El posible interruptor encontrado en Android Canary apunta a una línea de trabajo, pero todavía no define el comportamiento final.
Android Halo aborda un problema real: los agentes en segundo plano necesitan una presencia visible, comprensible y fácil de interrumpir. Google ha confirmado la dirección general, tres señales de estado y una llegada prevista para 2026. Los textos encontrados en desarrollo ofrecen pistas adicionales, mientras que compatibilidad, APIs, controles y recuperación siguen esperando especificación oficial.