RikkaHub ou FoneClaw para controlar o Android: bateria
Compare a configuração de RikkaHub e FoneClaw para consultar a bateria e abrir a economia de energia sem ativá-la. Veja permissões, aprovação e verificações.
- O exercício tem duas etapas separadas: consultar a bateria e o estado da economia de energia; depois, abrir o ajuste correspondente sem alterar seu interruptor.
- RikkaHub Phone Use exige a edição do GitHub, Android 11 ou posterior, serviço de acessibilidade e conversa flutuante com permissão de sobreposição. A edição Play não implementa esse recurso.
- Na FoneClaw, a consulta usa uma ferramenta somente de leitura; abrir o ajuste é outra ação, sujeita à política de aprovação ativa. A mudança da economia de energia fica com o usuário.
- Compare o resultado real, a tela aberta e as autorizações utilizadas. Na FoneClaw, modelos são selecionáveis por conversa e APIs on-line exigem HTTPS, inclusive em servidores locais.
Duas rotas para consultar a bateria sem mudar ajustes
Para decidir entre RikkaHub ou FoneClaw para controlar o Android, comece por uma tarefa pequena e delimitada: consultar a bateria e o estado da economia de energia; só depois, em outro pedido, abrir o ajuste correspondente sem ativar nem desativar nada. Consultar um estado, abrir uma tela e mudar uma configuração são resultados diferentes.
O RikkaHub pode percorrer a interface com Phone Use. Na FoneClaw, oferecemos ferramentas específicas para consultar a bateria e abrir a entrada de economia de energia. Esta comparação explica a configuração documentada das duas rotas, não resultados de testes realizados em aparelhos.
| Aspecto | RikkaHub Phone Use | FoneClaw |
|---|---|---|
| Caminho da tarefa | Observar elementos da interface e navegar pelas telas | Consultar o estado por ferramenta e solicitar separadamente a abertura do ajuste |
| Preparação principal | Edição do GitHub, Android compatível, acessibilidade e janela flutuante | Edição com as ferramentas necessárias habilitadas e política de aprovação conferida |
| Modelo | Compatível com as ferramentas utilizadas; imagem apenas quando necessária | Modelo selecionado na conversa e compatível com chamadas de ferramentas |
| Autorização | Permissões do sistema, bloqueios de código e instruções ao modelo | Permissões reais e aprovação global ou específica da ferramenta |
| Evidência útil | Informação visível e tela efetivamente alcançada | Resultado da consulta e ajuste do sistema efetivamente aberto |
Em ambas, uma resposta dizendo “concluído” não substitui conferir o aparelho.
Prepare a edição, as permissões e o modelo
No RikkaHub, Phone Use está disponível na edição distribuída pelo GitHub em Android 11 ou posterior. A edição Play não implementa esse recurso. Além da versão do Android, são necessários o serviço de acessibilidade do RikkaHub e a configuração da conversa flutuante com autorização de sobreposição. As notas oficiais de Phone Use e o controle de compatibilidade publicado pelo RikkaHub estabelecem essas condições.
Na FoneClaw, confira primeiro se sua edição oferece as duas ferramentas necessárias e se elas estão habilitadas. Full APK e Google Play Lite são distribuições diferentes, não nomes de assinatura. Lite tem suporte a plugins pelo seu catálogo, tarefas agendadas e atalhos, mas isso não confirma que toda ferramenta disponível em outra edição esteja presente nela. Use a página de download da FoneClaw para escolher a distribuição adequada, sem presumir equivalência entre edições.
Você pode começar com nosso modelo padrão gratuito ou configurar uma API compatível. O modelo pode ser selecionado separadamente em cada conversa. Para modelos on-line na FoneClaw, o endereço precisa usar HTTPS, inclusive quando o servidor está no computador ou na rede local. Aceitar o endereço não comprova, por si só, suporte a ferramentas ou imagens.
Essa exigência de HTTPS é uma condição da FoneClaw, não uma regra atribuída ao RikkaHub. Da mesma forma, usar uma chave própria não significa que a inferência aconteça no telefone. Confira também o provedor, a rede e a disponibilidade do serviço para sua conta e região.
RikkaHub: como verificar a interface antes de executar uma ação
Prepare o RikkaHub antes de enviar o pedido. Nas configurações de acessibilidade do Android, habilite o serviço de Phone Use. A orientação da ferramenta aponta para a área de notificações nas configurações do aplicativo para preparar a janela flutuante; conceda também a permissão de sobreposição exigida pelo Android. Essa janela permite acompanhar e interromper o trabalho. A implementação publicada de Phone Use detalha esses requisitos.
O RikkaHub não pode operar sua própria interface em primeiro plano por essa ferramenta. O fluxo deve começar abrindo outro aplicativo apropriado, como as configurações do sistema, ou indo à tela inicial, antes de observar os elementos disponíveis. Siga a interface exibida no seu aparelho, pois o caminho até as informações de bateria varia conforme o fabricante.
Um primeiro pedido proposto é: “Consulte o nível da bateria e se a economia de energia está ativada. Não altere nenhuma configuração. Se algum dado não estiver acessível, informe o que não conseguiu verificar e pare”. O resultado esperado para conferência é a correspondência entre a resposta e o que a interface realmente mostra, não um percentual previamente escolhido.
Phone Use prioriza os elementos de acessibilidade. As ações devem usar os índices da observação mais recente; depois de uma mudança de tela, referências antigas podem não apontar para o mesmo elemento. Capturas entram quando a lista não oferece informação suficiente, com suporte adequado do modelo para esse conteúdo. Isso não torna um modelo com visão obrigatório para toda operação.
Somente após conferir a consulta, faça o segundo pedido: “Abra a tela de economia de energia para eu revisar. Não toque no interruptor, não ative nem desative nada e pare quando chegar”. Verifique a tela alcançada e o estado do controle. Se a entrada não estiver identificável, o procedimento deve parar sem adivinhar toques.
FoneClaw: separe consulta e abertura do ajuste
Na FoneClaw, o mesmo exercício pode seguir um caminho de ferramentas específicas. O modelo interpreta o pedido, mas a ação depende da ferramenta habilitada, da edição instalada e da política ativa. Os recursos da FoneClaw ajudam a distinguir essa execução de uma resposta baseada apenas em conhecimento geral.
A ferramenta device_battery_status consulta o estado da bateria e da economia de energia sem mudar configurações. Antes de começar, confira sua disponibilidade e habilitação. Você pode usar o mesmo primeiro pedido: “Consulte o nível da bateria e se a economia de energia está ativada. Não altere nenhuma configuração. Se algum dado não estiver acessível, informe o que não conseguiu verificar e pare”.
Leia o resultado efetivamente retornado pela ferramenta. Uma explicação genérica sobre como poupar bateria não comprova a consulta. Quando necessário, compare o estado informado com a indicação do próprio Android, considerando que o nível pode variar entre momentos diferentes.
O segundo pedido usa outra função: system_settings_open_battery_saver_settings, destinada a abrir a entrada de economia de energia. Confira a aprovação exigida pela política ativa antes da chamada. O pedido proposto continua limitado: “Abra a tela de economia de energia para eu revisar. Não ative nem desative nada e pare quando a tela abrir”.
Nessa rota, abrir a configuração não significa alterar seu interruptor. Aplicativos comuns não podem alternar esse estado diretamente pela API pública; a mudança fica para o usuário na tela do sistema. Dependendo do fabricante, a abertura pode levar às configurações gerais de bateria em vez da entrada específica. Confira o destino e não considere essa alternativa prova de que a tela exata foi alcançada.
Para esse exercício, não é necessário conceder controle visual amplo apenas porque ele existe em outra rota. Comece pelas capacidades específicas disponíveis e mantenha a consulta separada da abertura do ajuste.
Acompanhe a execução e saiba como interromper
Permissão do Android, instrução ao modelo e confirmação de uma chamada são camadas diferentes. Conceder acessibilidade permite um tipo de acesso, mas não expressa consentimento para qualquer ação futura. Um pedido limitado também não deve virar autorização para continuar explorando o aparelho.
No RikkaHub, há bloqueios de código para uma lista definida de aplicativos bancários e de pagamento. Isso não garante cobertura de todo aplicativo financeiro. As instruções de Phone Use também orientam parar e perguntar antes de pagar, enviar ou excluir, salvo quando o usuário já pediu explicitamente aquela ação exata. Essa orientação ao modelo não comprova a existência de uma caixa de confirmação obrigatória para cada operação irreversível.
Na FoneClaw, a aprovação depende do modo global e de eventuais ajustes por ferramenta. A consulta somente de leitura e a abertura de uma configuração não devem ser tratadas como chamadas equivalentes. Examine o que está sendo solicitado e cumpra a aprovação aplicável, sem pressupor que toda tarefa sempre exibirá o mesmo diálogo.
Durante Phone Use, acompanhe a conversa flutuante e use os controles disponíveis para interromper se a navegação sair do escopo. Quando necessário, revogue o acesso de acessibilidade ou sobreposição nas configurações do Android. Na FoneClaw, interrompa a tarefa atual e desabilite ferramentas desnecessárias. Depois, confira o estado real da execução: parar não desfaz uma ação já aplicada, e fechar uma janela não deve ser tomado automaticamente como confirmação de interrupção.
Localize a falha antes de tentar novamente
Se o resultado ficou incompleto, identifique em qual etapa houve problema. Uma falha de conexão com o modelo não se resolve concedendo acessibilidade; uma entrada de sistema ausente não se resolve repetindo a mesma frase indefinidamente.
- Phone Use indisponível no RikkaHub: confira a distribuição instalada e o Android 11 ou posterior. Depois, verifique o serviço de acessibilidade, a configuração da janela flutuante e a autorização de sobreposição.
- A observação mostra o aplicativo errado: saia da interface do próprio RikkaHub por uma ação apropriada de abertura ou retorno à tela inicial antes de observar novamente.
- Os elementos mudaram: faça uma nova observação. Não reutilize índices de uma tela anterior. Se a interface personalizada não expuser elementos suficientes, uma captura pode exigir compatibilidade de imagem do modelo.
- A FoneClaw consulta, mas não abre o ajuste: verifique separadamente a ferramenta de abertura, a aprovação pendente ou configurada e a entrada oferecida pelo fabricante. O sucesso da consulta não valida automaticamente a segunda etapa.
- A chamada ao modelo falha: confira o modelo selecionado na conversa, as credenciais e o provedor. Na FoneClaw, verifique também HTTPS, inclusive para servidor local.
- O destino é ambíguo: pare. Examine a tela e o estado atual antes de repetir, sem tentar compensar a incerteza com toques adicionais.
Se precisar de ajuda, compartilhe apenas o trecho necessário do erro e o contexto da etapa. Oculte chaves de API, notificações pessoais e outros dados em capturas ou registros. Não desative proteções do Android para forçar uma operação que a edição ou o aparelho não oferece.
Registre evidências e custos separadamente
Use esta ficha como uma proposta de avaliação no seu aparelho, não como uma tabela de resultados já medidos. Mantenha o escopo igual nas duas rotas e registre as condições de cada tentativa. Não espere percentuais idênticos se as consultas ocorrerem em momentos diferentes.
| Etapa | O que registrar | Evidência a procurar |
|---|---|---|
| Preparação | Aparelho, Android, edição, modelo e ferramentas disponíveis | Configuração realmente utilizada, sem expor credenciais |
| Consulta | Dados retornados e informações não verificadas | Resultado da ferramenta ou correspondência com a interface observada |
| Abertura do ajuste | Tela específica, configurações gerais de bateria ou falha | Destino visível e interruptor sem alteração |
| Autorização e parada | Permissões, aprovações apresentadas e interrupções necessárias | Execução encerrada no ponto solicitado |
| Custo | Condições do aplicativo, do plano e do provedor | Consumo ou cobrança efetivamente informados pela conta |
Separe distribuição, assinatura e consumo de API. Nosso modelo padrão gratuito é uma opção de início; um provedor personalizado pode cobrar separadamente. Operar a interface do telefone ou consultar uma API do Android não significa que o raciocínio do modelo aconteça localmente. Confira quais dados chegam ao serviço escolhido e registre somente as evidências necessárias, sem criar um arquivo de telas pessoais.
Escolha a rota que você consegue verificar
O RikkaHub faz sentido quando você quer preparar Phone Use e acompanhar uma navegação pela interface. A FoneClaw oferece uma rota de ferramentas delimitadas quando a consulta e a abertura necessárias estão disponíveis na sua edição. A escolha depende do acesso que você aceita conceder, da configuração que consegue manter e da evidência que consegue conferir.
Se ainda está escolhendo entre clientes, consulte Assistentes de IA para Android com chave de API própria. Para configurar um provedor compatível, o guia Como conectar uma API de modelo de IA no Android com a FoneClaw detalha a conexão sem misturá-la com a autorização das ações.
Comece pela consulta somente de leitura. Depois, autorize apenas a abertura da configuração e confira onde o aparelho chegou. Só avance para tarefas mais amplas quando conseguir distinguir pedido, execução e resultado real.