DroidClaw vs FoneClaw: qual escolher para controlar Android com IA?
Compare DroidClaw e FoneClaw por instalação, APK, Dashboard, CLI, modelos, permissões, custos e tarefas Android suportadas antes de escolher.
- DroidClaw faz mais sentido para quem quer um projeto aberto e configurável com APK, Dashboard e CLI documentada; FoneClaw faz mais sentido para tarefas Android suportadas em um produto pronto.
- O repositório oficial do DroidClaw apresenta APK e Dashboard, enquanto a CLI documenta Bun, ADB, depuração USB e configuração de modelo ou Ollama.
- O custo real depende do modelo escolhido, do provedor, da infraestrutura local e dos dados usados na tarefa; licença MIT não significa inferência gratuita ilimitada.
- Antes de confiar em qualquer fluxo, faça uma tarefa pequena e reversível, confira permissões, alvo, aprovação, erro e resultado visível no Android.
Escolha pelo trabalho que você quer manter
A comparação DroidClaw vs FoneClaw começa por uma pergunta prática: você quer manter uma automação Android configurável como projeto técnico ou usar um assistente Android com caminhos de tarefa já suportados? O repositório oficial do DroidClaw apresenta um projeto MIT com APK, Dashboard, CLI, fluxos de trabalho com IA e fluxos determinísticos. A FoneClaw é nosso produto Android para tarefas suportadas, com modelo padrão gratuito ou modelo compatível configurado, permissões sob demanda e aprovações dependentes da política de cada ferramenta.
| Escolha | Quando faz sentido | O que você mantém |
|---|---|---|
| DroidClaw | Você quer código aberto, fluxos configuráveis e controle técnico da automação | Configuração, modelo, ambiente, fluxo e diagnóstico |
| FoneClaw | Você quer executar tarefas Android suportadas com resultado visível e controles no produto | Permissões, modelo escolhido e revisão das ações |
Não há vencedor universal. DroidClaw é atraente quando a equipe aceita manter fonte, modelos e fluxos. FoneClaw é mais direta quando o usuário quer começar por ações Android concretas, como abrir apps compatíveis, criar eventos de calendário com dados de tempo claros e trabalhar com a Information Inbox.
Separe APK, Dashboard e CLI
DroidClaw para Android tem três caminhos a separar: APK Android, Dashboard e CLI documentada. Além disso, o registro oficial de lançamento do DroidClaw inclui um app-debug.apk e notas sobre metas agendadas, cancelamento e correção de botão de parada no Android para metas iniciadas pela web. Isso confirma caminhos Android e web, sem exigir que todo usuário de APK ou Dashboard mantenha exatamente o mesmo ambiente da CLI.
| Caminho | O que os materiais oficiais estabelecem | O que confirmar antes de usar |
|---|---|---|
| APK | Há APK publicado em release oficial | Origem, permissões, comportamento atual e atualização |
| Dashboard | O README aponta o Dashboard como caminho de uso | Conta, disponibilidade, modelo e escopo do fluxo |
| CLI | Documenta Bun, ADB, depuração USB e provedor de LLM ou Ollama | Autorização ADB, modelo, custo, registros e ambiente local |
Na CLI, o DroidClaw lê XML de acessibilidade, envia objetivo, tela e histórico ao modelo e age por ADB. Também há recurso alternativo por captura de tela quando a árvore de interface não está disponível. Isso é poderoso para quem sabe diagnosticar estrutura de tela, visão, ações e mudanças de app. Também significa que o sucesso depende do modelo, da interface atual, do app de destino e da manutenção do fluxo.
Para comparar o DroidClaw com mais projetos abertos, use Melhores frameworks open source para agentes móveis: como escolher. Aqui o foco é a decisão direta entre DroidClaw e FoneClaw.
Compare tarefas, não apenas ferramentas
Contar ferramentas ou modos de entrada não responde se uma tarefa termina bem. A pergunta útil é: qual produto leva o pedido até um resultado verificável no Android, com o nível de manutenção que você aceita?
| Critério | DroidClaw | FoneClaw |
|---|---|---|
| Configuração | APK, Dashboard ou CLI; a CLI exige ambiente técnico | Produto Android com modelo padrão gratuito ou modelo compatível configurado |
| Fluxos de trabalho | Subobjetivos JSON com IA e fluxos YAML determinísticos | Tarefas Android suportadas por ferramentas integradas e estado visível |
| Percepção de tela | Árvore de acessibilidade e alternativa por captura de tela | Contexto usado quando escolhido e suportado pelo fluxo |
| Ações diárias | Depende do fluxo, do app e do modelo configurado | Abertura de apps, calendário, Information Inbox e outros fluxos suportados |
| Aprovações | Depende da interface, do fluxo e dos controles configurados | Dependem do modo global e da política de cada ferramenta |
| Resultado | Você valida estado do app e registros do fluxo | O usuário revisa progresso, erro e resultado dentro da experiência do produto |
Na FoneClaw, abrir um app compatível muda o app em primeiro plano; criar um evento exige detalhes de tempo suficientes, como início e fim, e não exige localização quando o usuário não a informou; a Information Inbox oferece resposta assistida por IA e atalhos de navegação interna. O escopo atual está em recursos da FoneClaw.
Se a sua decisão depende de como um agente percebe a tela, vale ler Compreensão de tela por IA no Android: estado, captura e ação segura. Esse tema pesa tanto para DroidClaw quanto para qualquer agente que dependa de árvore de interface, captura ou contexto visual.
Verifique custo de modelo e exposição de dados
A licença MIT do DroidClaw ajuda quem quer estudar, adaptar e manter código, mas não torna a inferência gratuita por si só. Se você usa provedor externo, há custo e termos desse provedor. Se usa Ollama, há custo de máquina, energia, manutenção e desempenho local. E “local” não significa necessariamente rodando no próprio telefone: pode ser outro computador na rede, enquanto o app de destino ainda depende de internet.
Na FoneClaw, o modelo padrão gratuito permite começar sem chave pessoal. Também é possível configurar modelo compatível quando o usuário quer outro provedor, sujeito aos termos e custos desse provedor. Em qualquer rota, a exposição de dados depende da tarefa: tela, prompt, histórico, conteúdo de calendário, app aberto ou resposta assistida podem ter sensibilidades diferentes.
Antes de usar um fluxo real, confira que dados entram, para qual modelo ou provedor vão, quais permissões Android são solicitadas, onde registros ou histórico ficam visíveis e quem pode revisar o resultado. Essa avaliação vale mais do que assumir que “open source”, “APK” ou “produto pronto” resolvem privacidade automaticamente.
Teste uma tarefa pequena e reversível
Antes de confiar em um fluxo, escolha uma tarefa pequena. Bons primeiros testes são abrir um app não sensível, criar um evento claramente chamado “Teste” com início e fim conhecidos para depois inspecionar e apagar, resumir uma tela simples ou navegar por uma entrada da Inbox. O objetivo é ver o ciclo inteiro: pedido, contexto, ação proposta, permissão, aprovação quando aplicável, erro e resultado.
No DroidClaw, para a CLI, verifique autorização ADB, modelo configurado, estado da árvore de interface, alternativa por visão e registros de ação. Para APK ou Dashboard, siga o caminho oficial atual e confira se o fluxo mostra onde está agindo e quando deve parar. Fluxos com IA e fluxos YAML determinísticos têm riscos diferentes: um depende mais do modelo; o outro depende mais da definição fixa do fluxo.
Na FoneClaw, comece por uma tarefa suportada. Para evento de calendário, confira título, data, início, fim e calendário antes de criar. Para abrir app, confira se o alvo não é ambíguo. Para a Information Inbox, revise a resposta assistida antes de qualquer ação externa aplicável. Se uma tentativa falha, leia o erro e evite repetir comandos que possam gerar ações duplicadas.
Escolha a configuração que você consegue sustentar
Escolha DroidClaw quando você quer fonte aberta, aceita manter modelos e ambiente, e precisa criar ou adaptar fluxos Android específicos. É uma opção adequada para equipes técnicas que querem mexer na automação em nível de projeto.
Escolha FoneClaw quando você quer um assistente Android com tarefas suportadas, permissões sob demanda, aprovações conforme política e resultado visível no produto.
Para ampliar a decisão além destes dois nomes, volte ao guia de frameworks open source. Para entender o modelo geral de intenção, ferramenta, permissão e resultado, veja Controlar telefone Android com agente de IA: da intenção à ação.