DroidClaw ou FoneClaw : quel agent Android choisir ?
Comparez DroidClaw et FoneClaw selon l’installation APK, Dashboard ou CLI, les workflows Android, le coût du modèle, les permissions et le résultat vérifiable.
- DroidClaw convient si vous voulez un projet MIT configurable, avec APK, Dashboard et CLI, et si vous acceptez d’adapter le code source, la configuration de modèle et les workflows.
- FoneClaw convient si vous voulez des tâches Android prises en charge dans une app prête à l’usage, avec modèle gratuit ou configuré, permissions à la demande et résultats visibles.
- La comparaison ne se résume pas au nombre d’outils : vérifiez l’entrée utilisée, le modèle, les données envoyées, les approbations, l’état final et la maintenance quotidienne.
- Commencez par une tâche réversible, comme ouvrir une app non sensible ou créer un événement test avec début et fin connus, puis contrôlez la permission, l’erreur éventuelle et le résultat.
Choisir selon ce que vous voulez maintenir
Le choix entre DroidClaw et FoneClaw dépend moins d’un vainqueur universel que du travail que vous voulez assumer. DroidClaw est un projet ouvert sous licence MIT, pensé pour des workflows Android configurables et une intégration que l’utilisateur technique peut adapter. FoneClaw, de notre côté, est une app Android orientée tâches prises en charge : l’utilisateur choisit un modèle gratuit par défaut ou un modèle compatible configuré, puis utilise des capacités Android avec permissions à la demande, approbations selon politique et résultat vérifiable.
| Votre priorité | Choix à examiner | Pourquoi |
|---|---|---|
| Modifier le projet, inspecter le code source, bâtir des workflows | DroidClaw | Projet MIT avec APK, tableau de bord web, ligne de commande et workflows personnalisables |
| Utiliser des actions Android prêtes dans une app | FoneClaw | Actions prises en charge comme ouverture d’app, calendrier et Information Inbox |
| Contrôler votre fournisseur de modèle | Les deux, selon configuration | DroidClaw documente des fournisseurs ou Ollama ; FoneClaw propose un modèle gratuit ou compatible configuré |
| Réduire la maintenance technique quotidienne | FoneClaw | Moins de dépendances à maintenir côté CLI, scripts et configuration locale |
Si vous comparez plusieurs frameworks au-delà de ces deux noms, le guide Frameworks open source pour agents mobiles : Open-AutoGLM, Mobilerun ou mobile-use élargit le contexte. Ici, nous restons sur la décision DroidClaw ou FoneClaw.
Distinguer APK, Dashboard et CLI DroidClaw
Le dépôt officiel DroidClaw présente trois chemins d’entrée : un APK Android, un Dashboard et une voie CLI. Le registre officiel de publication DroidClaw inclut aussi un fichier APK et mentionne des améliorations liées aux objectifs planifiés, à l’annulation et au bouton d’arrêt Android pour des objectifs lancés depuis le web. L’APK et le Dashboard ne doivent donc pas être confondus avec les prérequis de la CLI.
| Chemin DroidClaw | Ce que la documentation établit | Ce que vous devez confirmer |
|---|---|---|
| APK | Un APK est publié dans la version officielle | Compatibilité appareil, permissions demandées et comportement courant |
| Dashboard | Le README pointe vers une interface web Dashboard | Compte, disponibilité, modèle utilisé et relation avec l’appareil |
| CLI | Prérequis documentés : Bun, ADB, débogage USB Android et clé fournisseur ou Ollama local | Autorisation ADB, modèle configuré, accès réseau et maintenance des scripts |
La voie CLI lit l’arbre d’accessibilité, envoie au modèle l’objectif, l’écran et l’historique, puis agit via ADB. DroidClaw documente aussi une option de vision par capture quand l’arbre d’interface manque, ainsi que des workflows IA en sous-objectifs JSON et des flux YAML déterministes sans appel LLM. Ces éléments sont utiles, mais ils demandent une évaluation sur votre appareil, vos apps et votre modèle.
Comparer les tâches plutôt que les totaux
Un agent Android ne se juge pas seulement au nombre d’actions listées. Le bon critère est la tâche que vous voulez réellement confier au téléphone : ouvrir une app, lire un contexte visible, préparer une réponse, créer un événement, naviguer dans une boîte d’informations, ou exécuter un workflow multi-étapes. Un total d’outils ou une capture d’écran ne prouve pas, à lui seul, que la tâche aboutira.
| Critère | DroidClaw | FoneClaw |
|---|---|---|
| Installation | APK, Dashboard ou CLI selon le chemin choisi | App Android avec capacités prises en charge |
| Workflow | Workflows configurables, JSON IA et YAML déterministe documentés | Tâches Android guidées avec résultat visible dans les capacités supportées |
| Perception écran | Arbre d’accessibilité et vision par capture selon cas | Contexte d’écran et outils Android pris en charge selon permissions |
| Actions courantes | Dépend de la configuration, du modèle, de l’app et du workflow | Ouverture d’app, calendrier, Information Inbox et autres actions prises en charge |
| Approbations | À contrôler selon l’interface utilisée, le workflow et la configuration | Dépendent du mode global et de la politique de chaque outil |
| Preuve finale | État dans l’appareil, logs ou feedback d’action | App ouverte, événement créé, réponse préparée, erreur claire ou autre état vérifiable |
Chez FoneClaw, les capacités utiles incluent l’ouverture d’une app installée, la création d’un événement calendrier lorsque les détails requis, notamment début et fin, sont fournis, les réponses assistées par IA dans Information Inbox et les raccourcis de navigation dans l’Inbox. Pour comprendre la différence entre arbre UI, capture et action sûre, lisez Compréhension d’écran IA Android : arbre UI, capture et action sûre.
Vérifier coût du modèle et exposition des données
La licence MIT de DroidClaw concerne le code ; elle ne rend pas l’inférence gratuite. Si vous utilisez un fournisseur de modèle, ses coûts, quotas et conditions s’appliquent. Si vous utilisez Ollama, le calcul local peut tourner sur une autre machine, et cela ne signifie pas que toutes les apps cibles fonctionnent hors ligne. Les apps contrôlées, les services appelés et le modèle choisi déterminent aussi ce qui transite hors du téléphone.
FoneClaw propose un modèle gratuit par défaut et permet aussi de configurer un modèle compatible. Là encore, le choix du modèle et de la tâche compte : une réponse dans Information Inbox, une création d’événement ou l’ouverture d’une app n’exposent pas les mêmes données. Les permissions Android sont demandées quand l’action les exige, et les approbations dépendent des réglages globaux et de la politique de l’outil concerné.
Avant de choisir, notez trois choses : où part le contexte envoyé au modèle, quel fournisseur facture l’inférence, et quel journal ou résultat vous pouvez consulter après l’action. Cette vérification est plus utile qu’une promesse générale de confidentialité ou d’automatisation totale.
Essayer une petite tâche réversible
Avant de faire confiance à un workflow, commencez par une tâche courte, non sensible et réversible. Exemple : ouvrir une app de notes de test, créer un événement clairement nommé avec heure de début et de fin connues, puis le vérifier et le supprimer, ou naviguer vers une entrée interne sans envoyer de message. Le but est d’observer la chaîne complète : cible choisie, permission demandée, étape proposée, validation éventuelle, action effectuée et résultat final.
Avec DroidClaw CLI, vérifiez d’abord l’autorisation ADB, la configuration du modèle, l’accès à l’arbre d’interface ou la capacité de vision quand l’arbre manque. Avec l’APK ou le Dashboard, utilisez les instructions officielles du projet et contrôlez l’état visible sur le téléphone. Avec FoneClaw, vérifiez la permission Android demandée, l’approbation éventuelle selon l’outil, le message d’erreur s’il y en a un, puis l’état final dans l’app cible.
Arrêtez les essais avant de créer des doublons ou de déclencher des actions externes répétées. Une action de calendrier, de message ou de navigation doit être confirmée par son résultat observable, pas seulement par une phrase de l’assistant. Pour cadrer cette logique plus largement, le guide Contrôler un téléphone Android avec un agent IA : intention, confirmation et vérification explique comment séparer intention, exécution et preuve.
Choisir la configuration que vous pouvez soutenir
Choisissez DroidClaw si vous voulez adapter le code source, les workflows et la configuration de modèle, notamment par la voie CLI avec ses dépendances. Choisissez FoneClaw si vous voulez des actions Android prises en charge dans une app maintenue par notre équipe, avec modèle gratuit ou compatible configuré, permissions à la demande, approbations selon politique et résultats lisibles.
La page Fonctionnalités FoneClaw présente les capacités actuelles côté FoneClaw. Le bon choix est celui que vous pourrez maintenir après le premier essai : configuration ouverte avec DroidClaw, ou exécution Android encadrée avec FoneClaw.