Como parar um agente de IA no Android e conter ações

Como parar um agente de IA no Android agora

Se você precisa parar um agente de IA no Android, comece reduzindo novos efeitos antes de investigar em profundidade. A sequência imediata é: pare a tarefa ativa dentro do app, pause qualquer fila ou execução em segundo plano, mude o modo de ações para negar por padrão quando o produto oferecer esse controle, e observe se o agente tenta continuar. Se novas ações seguirem aparecendo, use controles mais fortes do Android: force a parada do app, revogue permissões críticas ou ative modo avião para cortar conectividade enquanto você entende o que aconteceu.

1. Abra o agente e toque em parar, cancelar ou interromper a tarefa atual.
2. Pause filas, automações, workflows, plugins ou Skills relacionados à tarefa.
3. Troque aprovações automáticas por negar tudo ou exigir aprovação manual.
4. Se houver risco de novo envio, compra, publicação ou alteração externa, corte rede temporariamente.
5. Abra as configurações do app e force a parada se a execução continuar fora da tela do agente.
6. Anote horário, tarefa solicitada, apps afetados e qualquer confirmação exibida.

Um botão de emergência para agente de IA deve interromper novas ações e impedir novas chamadas de ferramenta. Ele também deve deixar claro o que foi parado, o que ficou pendente e o que já tinha sido concluído. Parar não desfaz automaticamente uma mensagem enviada, um arquivo apagado, um evento criado, uma compra feita ou uma alteração em serviço externo. Essa diferença entre interrupção e reversão é o ponto mais importante do incidente.

Quando o problema é uma falha comum, como permissão faltando ou estado de app confuso, o guia Como depurar e recuperar falhas de agentes de IA no celular Android ajuda a resolver sem tratar tudo como incidente. Aqui o foco é contenção: segurar novas ações primeiro, preservar evidência e só depois decidir como recuperar.

Escolha a camada certa de contenção do agente

Contenção de agente de IA funciona melhor em camadas. A camada mais estreita que interrompe o risco preserva evidência, mantém funções não relacionadas e reduz dano operacional. Se uma única tarefa está errada, pare a tarefa. Se várias tarefas estão esperando, pause a fila. Se uma ferramenta específica está causando risco, desative essa ferramenta. Se um plugin ou Skill está conduzindo a ação, desative essa capacidade. Se o app inteiro continua produzindo efeitos, use permissões, força de parada, rede e credenciais.

A camada de app Android é útil quando você precisa de resposta rápida. Forçar parada interrompe processos do app naquele momento. Desativar ou desinstalar remove execução local. Cortar rede impede novas chamadas remotas enquanto o telefone está desconectado. Esses controles ajudam a conter, mas não devem ser confundidos com limpeza completa. Um serviço externo pode ter recebido a ação antes da contenção.

As permissões do Android também não cobrem tudo. Um agente pode usar permissões locais, integrações do app, conta conectada, serviços web e capacidades internas. O guia Sandbox de agentes de IA e permissões do telefone: por que limites ainda importam explica por que sandbox, permissões e efeitos externos precisam ser avaliados separadamente. A orientação oficial do Android para permissões em tempo de execução reforça essa separação: apps operam em ambiente limitado, permissões revogadas removem acesso local, e permissões especiais seguem processos próprios.

Como revogar permissões e acessos especiais no Android

Para revogar permissões do agente de IA, comece pelo caminho mais comum: Configurações, Apps, escolha o app do agente, Permissões. Os nomes podem variar por fabricante e versão do Android, mas o objetivo é o mesmo: retirar acesso a localização, câmera, microfone, contatos, telefone, SMS, calendário, arquivos, notificações ou outros dados que a tarefa não precisa mais usar. Revogue primeiro permissões ligadas ao efeito suspeito. Se o risco envolve envio de mensagem, priorize SMS, contatos, telefone, notificações e conta do mensageiro. Se envolve localização, priorize localização e acesso em segundo plano. Se envolve captura de conteúdo, priorize câmera, microfone, arquivos, fotos, notificações e sobreposição.

O Painel de privacidade do Android ajuda a reconstruir a linha do tempo porque mostra acessos recentes de apps a permissões e permite selecionar uma permissão para atualizar o acesso. Use esse painel antes de limpar tudo, sempre que possível. Ele pode mostrar se houve uso recente de localização, câmera ou microfone e ajuda a separar uma suspeita de uma ação confirmada.

Atenção aos acessos especiais. Alguns controles ficam fora da lista normal de permissões: acessibilidade, acesso a notificações, aparecer sobre outros apps, instalar apps desconhecidos, modificar configurações do sistema, uso sem restrição de bateria, administração do dispositivo e acesso a arquivos mais amplo. A ajuda do Android sobre configurações restritas lembra que acessibilidade pode ler conteúdo da tela e interagir com apps. Esse poder é útil para recursos legítimos, mas deve ser concedido apenas quando você entende a finalidade.

Force a parada quando o app continuar executando ou quando você precisar segurar a situação antes de decidir. Desinstale quando o app não for confiável, quando o controle interno falhar ou quando o incidente envolver acesso persistente que você não consegue explicar. Limpar dados pode remover histórico local, então preserve antes horários, capturas relevantes e registros de ações se você precisar reportar. Uninstall remove o app local; efeitos remotos, como e-mail enviado ou token usado em serviço externo, exigem verificação na conta correspondente.

Veja o que o agente já alterou

Depois de conter novas ações, construa uma janela de tempo. Anote quando a tarefa começou, quando você percebeu o problema e quando aplicou cada controle. Essa linha do tempo ajuda a distinguir plano, tentativa e conclusão. O chat do agente é útil, mas não deve ser a única evidência. Verifique os apps e serviços que poderiam ter recebido efeito real.

Comece por superfícies de alta consequência: mensagens, chamadas, e-mail, calendário, arquivos, downloads, fotos, notas, navegador, compras, apps de trabalho, posts publicados, permissões do Android, configurações do sistema e sessões de conta. Em cada local, procure registros recentes, itens enviados, rascunhos, eventos criados, arquivos apagados, uploads, alterações de configuração e notificações de segurança. Se uma ação envolveu outra pessoa, verifique o que ela recebeu antes de enviar nova mensagem de correção.

Preserve evidência sem espalhar dados sensíveis. Capturas de tela com horário, registros de app, notificações e histórico de permissões ajudam na triagem. Evite apagar logs como primeira reação. Se houver informação íntima, financeira, de trabalho ou de conta, registre apenas o necessário para provar horário e efeito. Para um modelo mais amplo de autoria, permissões e trilhas de auditoria, o guia Identidade de agentes de IA: permissões, aprovação por ferramenta e auditoria no Android mostra como separar quem pediu, que ferramenta agiu, que aprovação apareceu e qual evidência ficou.

Classifique cada efeito em local ou remoto. Alterar brilho ou abrir um app é local e normalmente reversível no telefone. Enviar e-mail, compartilhar arquivo, publicar conteúdo, disparar pagamento ou alterar uma conta é remoto e precisa ser reparado no serviço de destino. Essa classificação decide o próximo passo: restaurar configuração, revogar token, avisar destinatário, recuperar arquivo, cancelar ação ou acionar suporte.

Como parar e conter uma tarefa na FoneClaw

Na FoneClaw, construímos controles visíveis para que o usuário consiga interromper trabalho, restringir ações e recuperar com segurança. Se uma tarefa em andamento parece errada, pare a execução ativa primeiro. Em seguida, revise a fila ou sessão envolvida, coloque ações em modo de negação ou aprovação manual quando quiser bloquear novas etapas e desative capacidades que não devem participar da próxima tentativa.

A contenção pode acontecer em várias camadas dentro da experiência: tarefa, ferramenta, workflow, Skill, plugin e permissão Android. Quando o risco está em uma ferramenta específica, desative ou ajuste essa ferramenta. Quando uma extensão ou Skill adicionou uma rota de ação que você não quer usar agora, desative essa camada antes de repetir a tarefa. Quando o bloqueio vem do Android, revogue ou reconfigure a permissão pelo sistema e deixe a recuperação guiar o próximo passo.

O ponto que mantemos claro no produto é a separação entre parar e desfazer. Parar uma tarefa impede novas etapas da FoneClaw naquele fluxo. Uma mensagem já enviada, um arquivo já removido ou uma alteração concluída em outro app precisa de verificação e reparo fora do botão de parada. Essa fronteira torna a recuperação mais honesta: primeiro seguramos novas ações, depois vemos o que realmente aconteceu, e só então retomamos com escopo menor.

Para entender como ferramentas, plugins, Skills, workflows e Shortcuts se encaixam em camadas de capacidade, consulte Ferramentas, Plugins, Skills, Workflows e Shortcuts na FoneClaw: guia de camadas. Os recursos atuais ficam na página de recursos da FoneClaw, e as informações de instalação ficam na página de download da FoneClaw.

Recuperação segura depois da contenção

Recuperação começa depois da verificação de efeitos. Se algo foi enviado, publicado ou alterado externamente, repare no local correto: cancele, edite, apague, avise destinatários, restaure backup, reverta configuração ou abra suporte do serviço afetado. Se credenciais, tokens, chaves ou sessões podem ter sido expostos, altere senha, encerre sessões desconhecidas, revogue tokens e ative autenticação adicional quando o serviço oferecer.

Depois volte ao agente com permissões mínimas. Reative uma capacidade por vez e comece em modo de leitura ou preparação, sem execução consequente. Peça ao agente para resumir estado, listar próximos passos ou preparar um rascunho, mas segure envios, exclusões e alterações até confirmar que a causa foi entendida. Esse retorno gradual evita transformar recuperação em nova rodada de efeitos.

Use uma tarefa canário de baixo risco. Por exemplo: consultar um calendário, abrir uma tela, preparar um lembrete sem salvar, ou criar um rascunho que você possa descartar. Verifique se a aprovação aparece, se o app pede a permissão correta, se o resultado é visível e se parar funciona. Só depois restaure uma ação mais consequente. A pesquisa da Anthropic sobre agentes confiáveis na prática enfatiza controle humano, transparência, interações seguras e privacidade; em um telefone, esses princípios viram passos concretos de retomada.

Quando a causa foi excesso de escopo, mantenha o escopo menor. Quando foi permissão ampla, mantenha a permissão revogada até uma tarefa justificar o retorno. Quando foi ambiguidade de prompt, salve uma formulação mais específica. Recuperação boa deixa o sistema mais previsível do que antes do incidente.

Quando desinstalar, reportar ou buscar ajuda

Desinstale o app quando ele continuar agindo depois da contenção, quando você não reconhecer a origem, quando permissões reaparecem sem explicação ou quando há sinais de abuso de conta. Reporte ao suporte do produto quando você tiver horário, tarefa, capturas necessárias e descrição do efeito. Envie apenas o conteúdo relevante; senhas, chaves, mensagens íntimas e arquivos não relacionados devem ficar fora do relato.

Escalone para o provedor do serviço quando o efeito já saiu do telefone: e-mail enviado, compra, transferência, publicação, alteração de conta, arquivo compartilhado ou acesso por token. Em ambiente de trabalho, preserve evidência e siga o canal interno de segurança antes de limpar dados. Em situações de risco financeiro, íntimo, físico ou legal, use o canal apropriado do banco, plataforma, empregador, autoridade ou emergência local.

Um botão de emergência é uma barreira para novas ações, não uma máquina do tempo. A resposta madura combina parada, contenção, inspeção, reparo e retomada gradual. É assim que projetamos controles em agentes de telefone: menos mistério, mais estado visível e uma recuperação que respeita o que o Android e os serviços externos realmente permitem.