Cómo detener un agente de IA en Android y contener sus acciones

Primer minuto: detener un agente de IA en Android

Si necesitas detener un agente de IA en Android, actúa en este orden: pausa o detén la tarea activa, bloquea la cola de tareas, cambia las acciones del agente a denegar, corta conectividad si el agente sigue produciendo efectos y solo después empieza a investigar. La prioridad inicial es frenar acciones nuevas, no reconstruir todo el incidente en el primer minuto.

Empieza por la interfaz del propio agente. Busca controles como Detener, Cancelar tarea, Pausar cola, Denegar acciones, Desactivar herramienta o Finalizar ejecución. Si el agente está preparando un mensaje, abriendo apps, tocando ajustes o usando un plugin, detenlo antes de cerrar pantallas. Esa acción conserva más contexto visible que reiniciar el teléfono de inmediato.

Si la tarea continúa o no puedes confiar en la interfaz, usa controles del dispositivo. Activa modo avión para interrumpir red móvil, Wi-Fi y Bluetooth cuando el riesgo dependa de conexiones externas. Después ve a Ajustes, Apps, selecciona la app del agente y usa Forzar detención si necesitas cortar su ejecución local. Estos pasos pueden interrumpir conectividad y procesos, pero no revierten acciones completadas.

La distinción es crítica: un interruptor de emergencia para agente IA impide que el agente siga actuando; no recupera automáticamente un correo enviado, una reserva hecha, un archivo borrado, una publicación subida ni un cambio ya sincronizado. Para fallos ordinarios sin señal de incidente, nuestra guía Cómo depurar y recuperar fallos de un agente móvil Android sin repetir acciones peligrosas explica cómo reintentar con seguridad. Aquí tratamos contención: detener primero, inspeccionar después y recuperar con evidencia.

Elegir la capa correcta de contención del agente IA

La contención de agente IA es por capas. No siempre conviene usar el control más amplio. La capa más estrecha que frena el efecto conserva evidencia, reduce daño colateral y permite recuperar más rápido. Si solo una herramienta de calendario está fallando, desactivar todo el teléfono puede ser excesivo. Si el agente está enviando datos por red, una pausa local puede quedarse corta.

La primera capa es la tarea activa. Detener una tarea corta el flujo actual: preparación de mensaje, lectura de pantalla, navegación, cambio de ajuste o acción dentro de una app. La segunda capa es la cola. Si hay varias tareas esperando, pausa o vacía la cola antes de inspeccionar; de lo contrario, una tarea posterior puede reabrir el mismo riesgo.

La tercera capa son herramientas, Workflows, Skills, plugins o extensiones. Un agente puede usar capacidades distintas para llamar, enviar SMS, crear eventos, abrir enlaces, leer pantalla, instalar apps o consultar servicios externos. Si identificas la capacidad implicada, desactívala o cambia su aprobación a denegar. Esta capa es más precisa que revocar todos los permisos de Android y suele preservar funciones no relacionadas.

La cuarta capa es la app Android. Forzar detención detiene ejecución local; desactivar notificaciones evita nuevas interrupciones; borrar datos reinicia estado local, pero puede eliminar evidencia útil o sesiones necesarias para revisar. La quinta capa son permisos y accesos especiales: ubicación, cámara, micrófono, contactos, calendario, notificaciones, accesibilidad, superposición, uso de apps, instalación de apps desconocidas y optimización de batería.

La sexta capa son credenciales y servicios externos. Si el agente usó correo, nube, repositorio, calendario compartido, cuenta de trabajo o servicio de pago, revocar un permiso Android no elimina necesariamente el acceso ya concedido en el servicio. Cierra sesiones, rota tokens, revisa integraciones y corta OAuth cuando el riesgo salga del dispositivo. La séptima capa es red: modo avión, desactivar Wi-Fi o bloquear datos puede frenar sincronización, aunque no deshace lo que ya salió.

Android combina sandbox de app, permisos de runtime y accesos especiales. La guía oficial de permisos de Android para desarrolladores describe cómo los permisos revocados eliminan acceso y cómo algunos permisos especiales siguen procesos distintos. Para entender por qué un sandbox no sustituye permisos y controles visibles, Sandbox de agentes de IA y permisos del teléfono: por qué aún hacen falta límites desarrolla esa frontera de diseño.

Revocar permisos y accesos especiales en Android

Para revocar permisos del agente IA, abre Ajustes, Apps, selecciona la app del agente y entra en Permisos. Los nombres cambian por fabricante y versión, pero normalmente verás categorías como Cámara, Micrófono, Ubicación, Contactos, Calendario, Teléfono, SMS, Archivos, Notificaciones y Dispositivos cercanos. Desactiva primero los permisos conectados al efecto sospechoso.

Usa el Panel de privacidad de Android para reconstruir actividad reciente. La ayuda oficial del Panel de privacidad explica que puedes ver accesos recientes a permisos y cambiar el acceso de una app desde esa vista. Esa evidencia ayuda a distinguir “el agente planeó usar ubicación” de “la app accedió a ubicación”. Las ventanas de tiempo y rutas de menú varían, así que revisa también la información de la app.

Después revisa accesos especiales. No todos aparecen en la lista normal de permisos. Busca menús como Acceso especial de apps, Accesibilidad, Acceso a notificaciones, Mostrar sobre otras apps, Instalar apps desconocidas, Uso de apps, Administradores del dispositivo, No molestar, Acceso a todos los archivos o Modificar ajustes del sistema. La ayuda de Android sobre ajustes restringidos recuerda que accesibilidad puede leer contenido de pantalla e interactuar con apps, y que las rutas pueden cambiar por versión.

Prioriza permisos según el riesgo. Si el agente está enviando mensajes, corta SMS, Teléfono, Contactos, Notificaciones y accesos a la app de mensajería. Si el riesgo es ubicación o rutas, corta Ubicación y apps de mapas. Si hay lectura de pantalla o interacción automática, revisa Accesibilidad y superposición. Si el problema es captura o audio, corta Cámara y Micrófono; Android también ofrece controles rápidos para cámara y micrófono en versiones recientes.

Forzar detención, desinstalar o borrar datos son pasos más fuertes. Forzar detención corta ejecución local. Desinstalar elimina la app local, pero no retira necesariamente integraciones externas ni borra efectos remotos. Borrar datos puede dificultar la revisión si todavía necesitas historial, timestamps o configuración para entender qué pasó. Antes de limpiar, captura evidencia suficiente.

Inspeccionar lo que el agente ya cambió

Una vez detenido el flujo, crea una ventana de tiempo. Anota cuándo empezó la tarea, cuándo la detuviste y qué viste en pantalla. No dependas solo del historial del chat del agente. Un registro conversacional puede omitir acciones de apps, reintentos, sincronización externa o fallos intermedios.

Revisa primero las superficies de alto impacto: SMS, apps de mensajería, llamadas, correo, calendario, contactos, archivos, descargas, fotos compartidas, ajustes del sistema, apps instaladas, permisos concedidos, sesiones de cuenta, compras, publicaciones, almacenamiento en nube y servicios de trabajo. Comprueba elementos enviados, borradores, papelera, historial de cambios, registros de acceso y notificaciones recientes.

Separa efectos locales y remotos. Cambiar brillo, activar Bluetooth o abrir una app suele ser local y verificable en el dispositivo. Enviar un correo, compartir un archivo, publicar contenido, eliminar un documento sincronizado o cambiar una cuenta ocurre también en un servicio externo. Para esos casos, entra en el servicio correspondiente y confirma el estado real. Detener el agente en Android no recupera automáticamente lo que el servidor ya aceptó.

Preserva evidencia antes de limpiar. Captura pantallas con hora visible cuando sea útil, guarda IDs de mensajes, nombres de archivos, destinatarios, eventos creados y permisos usados. No compartas contraseñas, tokens ni contenido sensible innecesario en reportes. Si el incidente afecta trabajo, cuentas financieras, datos íntimos o información de terceros, conserva timestamps y consulta el canal de respuesta adecuado antes de borrar.

La auditoría es más clara cuando cada agente y herramienta tiene identidad, permiso y registro. Nuestra guía Identidad de agentes de IA: permisos, aprobación por herramienta y auditoría en Android explica cómo diseñamos esa evidencia para que el usuario pueda distinguir solicitud, aprobación, ejecución y resultado.

Detener y contener una tarea en FoneClaw

En FoneClaw construimos los controles para que el usuario pueda cortar trabajo visible antes de tocar capas más amplias del teléfono. Si una tarea compatible está activa, el primer paso es detenerla desde la propia experiencia de FoneClaw. Después revisa si hay tareas pendientes o sesiones esperando, porque contener una ejecución actual no debería dejar reintentos automáticos fuera de la vista del usuario.

La segunda capa es el control de acciones. FoneClaw permite trabajar con aprobaciones visibles y modos de control para que el usuario pueda denegar acciones mientras inspecciona. Si una herramienta concreta está implicada, reduce el alcance: desactiva la herramienta, cambia su aprobación, deshabilita el Workflow relacionado o revisa la capa de Plugin o Skill cuando aplique. Para entender cómo se separan esas capacidades, Herramientas, Plugins, Skills y Workflows de FoneClaw: guía de capas explica qué controla cada nivel.

La tercera capa es Android. Si el riesgo depende de contactos, calendario, ubicación, pantalla, notificaciones, cámara, micrófono o archivos, revoca el permiso correspondiente desde Ajustes. Si falta un permiso legítimo y quieres reintentar más tarde, FoneClaw debe ayudarte a recuperarlo de forma visible; si estás conteniendo un incidente, mantén el permiso apagado hasta terminar la inspección.

Detener FoneClaw frena trabajo futuro dentro del flujo, pero los efectos completados requieren reparación independiente. Un mensaje enviado, una llamada iniciada, un evento creado o un archivo modificado debe revisarse en la app o servicio correspondiente. Las capacidades actuales se explican en la página de funciones de FoneClaw, y la instalación se mantiene en descarga de FoneClaw, con la información más reciente disponible para esta actualización del artículo y sin identificadores internos de versión.

Recuperar con seguridad después de contener el agente

La recuperación empieza después de verificar efectos. Repara lo que haya ocurrido: borra o corrige mensajes si la app lo permite, cancela eventos erróneos, restaura archivos desde papelera o copia, corrige ajustes, informa a destinatarios afectados y documenta qué cambió. Si hubo credenciales, enlaces privados o tokens expuestos, rota credenciales y cierra sesiones antes de reactivar el agente.

Después vuelve en modo estrecho. Reactiva una sola capacidad, con permisos mínimos y una tarea de bajo riesgo. Por ejemplo, prueba lectura o resumen antes de permitir envío; prueba calendario con creación de borrador antes de permitir escritura; prueba ubicación con vista previa antes de navegación automática. Verifica evidencia en cada paso.

Las ideas de agentes confiables de Anthropic son útiles aquí: control humano, interacciones seguras, transparencia y privacidad deben acompañar al ciclo de planear, actuar, observar y repetir hasta terminar o pedir entrada humana. En Android eso se traduce en no reintentar a ciegas. Reintentar antes de inspeccionar puede duplicar el mismo daño.

Restaura permisos uno por uno. Si necesitas contactos y calendario, no reactives también SMS, ubicación y accesibilidad por comodidad. Si el agente usa colas o varias conversaciones, confirma que no quedan tareas antiguas esperando. Para gestionar sesiones y aprobaciones, Cola de tareas IA en Android: sesiones y aprobación detalla cómo aislar tareas y evitar que una conversación reabra trabajo no deseado.

Termina con una tarea canaria: pequeña, reversible y fácil de comprobar. Si funciona con evidencia clara, amplía alcance gradualmente. Si vuelve a fallar, conserva logs, reduce permisos y escala antes de intentar una acción de mayor impacto.

Cuándo desinstalar, reportar o pedir ayuda

Desinstala o mantén la app deshabilitada cuando el agente continúe actuando tras detener tareas, cuando no puedas identificar la capacidad implicada o cuando haya señales de comportamiento ajeno al flujo que aprobaste. Si sospechas malware, instalación no autorizada o accesos persistentes, revisa apps instaladas, accesos especiales y sesiones de cuenta.

Escala fuera del teléfono cuando el efecto ya llegó a un servicio: banco, correo, nube, repositorio, cuenta de trabajo, mensajería, red social o proveedor de identidad. Cambia contraseñas desde un dispositivo confiable si hay indicios de exposición. En entornos laborales, conserva evidencia y sigue el proceso de seguridad de la organización antes de borrar datos.

Al contactar soporte, comparte lo necesario: modelo de teléfono, versión de Android, app implicada, hora aproximada, permisos relevantes, acciones observadas y capturas sin secretos. No envíes contraseñas, tokens, documentos íntimos ni contenido no relacionado. Para una lectura más amplia de riesgos en agentes de teléfono, Riesgos de seguridad en phone agents y cómo construir una ruta más segura ayuda a decidir cuándo el problema es una tarea fallida, una configuración insegura o un incidente mayor.