RikkaHub ou FoneClaw pour piloter Android : le cas de la batterie

Comparer deux chemins pour une même demande

Pour choisir RikkaHub ou FoneClaw pour piloter Android, partons d’une tâche limitée : consulter le niveau de batterie et l’état de l’économie d’énergie, puis ouvrir les réglages correspondants sans activer ni désactiver quoi que ce soit. Les deux étapes doivent rester séparées : connaître un état n’autorise pas à le modifier.

RikkaHub Phone Use peut observer l’interface Android et y effectuer des opérations. Chez FoneClaw, nous proposons aussi des outils aux fonctions délimitées pour consulter la batterie et ouvrir l’entrée système concernée. Cette comparaison de configuration s’appuie sur les capacités documentées ; elle ne présente pas de résultats d’essais sur téléphone.

Préparer l’édition, les accès et le modèle

Phone Use est une fonction publiée de RikkaHub, présentée dans ses notes officielles. Elle nécessite l’édition GitHub et Android 11 ou ultérieur. L’édition Play ne comprend pas cette implémentation. Les conditions de prise en charge de RikkaHub distinguent également la configuration de la conversation flottante et l’autorisation Android d’affichage par-dessus les autres applications.

Pour FoneClaw, commencez par vérifier les outils disponibles dans votre édition et ceux qui sont effectivement activés. La page Télécharger FoneClaw distingue les distributions Full et Play Lite ; leur nom ne constitue pas une garantie de disponibilité identique pour chaque outil. Nos fonctionnalités FoneClaw présentent les capacités et les contrôles à examiner.

Le modèle par défaut gratuit permet de commencer sans clé API personnelle. Vous pouvez également choisir un modèle compatible pour chaque conversation. Si vous configurez un service de modèles en ligne, son adresse doit utiliser HTTPS, y compris pour un serveur sur votre réseau local. Cette exigence appartient à FoneClaw et ne doit pas être étendue automatiquement à RikkaHub.

Le guide Connecter une API de modèle IA sur Android avec FoneClaw détaille la connexion si vous utilisez votre fournisseur. Une adresse acceptée ne prouve pas la compatibilité des appels d’outils ; une clé personnelle ne signifie pas non plus que le raisonnement s’effectue dans le téléphone.

RikkaHub : consulter la batterie depuis l’interface

Les conditions de fonctionnement de Phone Use demandent le service d’accessibilité système de RikkaHub et une conversation flottante permettant de suivre ou d’arrêter l’opération. Elles renvoient aux réglages de notification de l’application pour cette fenêtre, puis à l’autorisation Android de superposition. Phone Use ne peut pas manipuler sa propre application au premier plan : le parcours doit d’abord ouvrir une autre application ou revenir à l’accueil.

Préparez ces accès, puis faites ouvrir les paramètres Android avant l’observation. N’imposez pas un chemin de menus supposé identique sur tous les appareils : l’organisation des réglages et les intitulés varient selon le fabricant.

Première demande proposée : « Consulte uniquement le niveau de batterie et l’état de l’économie d’énergie dans les réglages Android. Indique ce qui est effectivement visible et signale toute information introuvable. Ne change aucun réglage, puis arrête-toi. » Une donnée absente de l’écran doit rester inconnue plutôt qu’être déduite.

Phone Use privilégie les éléments fournis par l’accessibilité. Après un changement d’écran, les actions doivent s’appuyer sur la liste d’éléments actualisée, et non sur des indices mémorisés depuis l’écran précédent. Une capture peut être nécessaire si cette liste ne suffit pas ; cela ne rend pas un modèle visuel obligatoire pour chaque opération.

Après avoir vérifié la réponse, formulez séparément : « Ouvre l’entrée des réglages de l’économiseur de batterie, sans toucher à son activation ni à une autre option. Laisse-moi examiner l’écran, puis arrête-toi. » Le résultat à rechercher est l’écran pertinent, ou un blocage clairement signalé, pas une annonce générale de réussite. Contrôlez vous-même que l’état d’activation est resté inchangé.

FoneClaw : séparer la consultation et l’ouverture des réglages

Dans FoneClaw, notre outil device_battery_status consulte l’état de la batterie et de l’économie d’énergie en lecture seule. Il ne modifie pas les réglages. Pour cette première étape, vérifiez sa disponibilité et son activation, ainsi que la compatibilité du modèle sélectionné avec les appels d’outils.

Voici une demande proposée : « Consulte le niveau de batterie et l’état de l’économie d’énergie avec l’outil disponible. Restitue uniquement les informations obtenues, sans ouvrir les paramètres et sans effectuer de modification. » Examinez le résultat effectivement renvoyé. Si l’outil échoue ou ne fournit pas une information, une réponse rédigée avec assurance ne remplace pas cette donnée.

La seconde étape utilise un autre outil : system_settings_open_battery_saver_settings. Sa fonction est d’ouvrir l’entrée Android d’économie d’énergie. Son exécution dépend de la politique d’approbation active, notamment du mode global et des éventuelles règles propres à l’outil. Vérifiez l’autorisation applicable à cette ouverture plutôt que de la déduire du succès de la consultation précédente.

Demande proposée : « Ouvre seulement les réglages de l’économiseur de batterie pour que je les examine. Ne demande pas de changement d’état et n’effectue aucune autre action. » L’écran atteint constitue alors la preuve à contrôler. Selon le système du fabricant, l’ouverture peut aboutir aux réglages généraux de batterie plutôt qu’à une page spécialisée.

Ouvrir les réglages ne signifie pas activer l’économiseur. Les applications ordinaires ne peuvent pas le basculer directement par l’API publique concernée ; l’utilisateur effectue manuellement ce changement dans les paramètres. Pour notre comparaison, laissez justement cette commande intacte. Les deux résultats attendus restent une consultation en lecture seule, puis une ouverture d’écran, sans modification du réglage.

Garder la main sur les accès et l’exécution

RikkaHub applique des blocages dans le code à une liste déterminée d’applications bancaires et de paiement. Cette liste ne garantit pas la couverture de toute application financière. Les consignes de Phone Use demandent aussi de s’arrêter et de solliciter l’accord avant de payer, envoyer ou supprimer, sauf si l’utilisateur a déjà demandé explicitement cette action précise. Une instruction adressée au modèle n’équivaut pas à une boîte de confirmation obligatoire pour chaque opération.

Chez FoneClaw, les appels dépendent du mode d’approbation global et des règles propres aux outils. Il ne faut donc pas supposer qu’une confirmation apparaîtra systématiquement, ni qu’une permission Android vaut consentement permanent pour toute demande future. Pour cette tâche, conservez un périmètre explicite : lire un état, puis ouvrir une entrée sans modifier son contenu.

Avant de commencer, repérez comment interrompre l’exécution dans l’interface utilisée. Avec RikkaHub, suivez le déroulement depuis la fenêtre flottante ; si vous devez retirer ses accès, Android permet de désactiver son service d’accessibilité et son autorisation de superposition. Avec FoneClaw, interrompez la tâche en cours et désactivez les outils dont vous n’avez plus besoin.

Après un arrêt, examinez l’écran et l’état réel de l’exécution avant de reprendre. L’interruption n’annule pas une opération déjà effectuée. Évitez de lancer simultanément les deux parcours : vous ne sauriez plus quelle demande a provoqué le changement d’écran observé.

Identifier le blocage avant de recommencer

Un échec de connexion au modèle, un outil indisponible et un écran Android inaccessible demandent des corrections différentes. Reprenez au dernier résultat vérifié plutôt que de renvoyer toute la consigne.

• Phone Use absent dans RikkaHub : contrôlez d’abord l’édition installée et la version Android. Une édition Play ne devient pas compatible avec ce parcours en accordant davantage de permissions.
• Observation ou manipulation bloquée : vérifiez le service d’accessibilité, la configuration de la conversation flottante et l’autorisation de superposition. Assurez-vous aussi que RikkaHub n’est pas lui-même l’application au premier plan.
• Mauvais élément visé après une navigation : demandez une nouvelle observation. La liste d’accessibilité doit correspondre à l’écran actuel ; une vue personnalisée peut nécessiter une capture et un modèle capable de la traiter.
• Consultation réussie dans FoneClaw, mais réglages non ouverts : vérifiez séparément la disponibilité du second outil, son activation, l’approbation applicable et les éventuelles permissions nécessaires. Examinez aussi si le fabricant a ouvert une page générale de batterie.
• Erreur du modèle ou du réseau : contrôlez le fournisseur, les identifiants et la compatibilité des appels d’outils. Dans FoneClaw, vérifiez également HTTPS, même pour un serveur local.

Ne publiez pas votre clé API dans une capture ou un message de dépannage. Si le résultat reste ambigu, arrêtez la tâche et consultez manuellement l’état de la batterie. Recommencer sans inspection pourrait seulement multiplier les navigations ou les demandes en attente. Une conversation terminée ne prouve pas que l’écran souhaité a été atteint.

Noter les résultats, les autorisations et les coûts

La fiche suivante est proposée pour votre propre vérification, sans résultats préremplis. Utilisez le même téléphone, notez les conditions de départ et réalisez les parcours l’un après l’autre. La charge pouvant évoluer entre deux consultations, ne transformez pas un écart de valeur en mesure de précision.

Conservez seulement les éléments nécessaires à la comparaison, sans identifiants ni contenu personnel visible en arrière-plan. Les coûts d’un fournisseur API restent distincts des conditions d’une édition ou d’une offre. Enfin, une opération exécutée sur l’interface locale ne démontre pas que le modèle et tous les journaux restent sur le téléphone : le traitement dépend du service configuré.

Choisir le parcours que vous pouvez vérifier

Retenez RikkaHub si vous souhaitez préparer et suivre un parcours d’observation de l’interface, avec ses accès d’accessibilité et de fenêtre flottante. Choisissez FoneClaw lorsque les outils dédiés couvrent votre besoin et que vous préférez contrôler séparément la consultation et l’ouverture des réglages. Dans les deux cas, votre configuration et votre capacité à vérifier le résultat comptent davantage qu’une promesse de contrôle universel.

Pour élargir le choix au-delà de cette tâche, Assistants IA Android avec votre propre clé API : quatre clients à comparer distingue les usages des différents clients. Ici, commencez par la lecture seule. N’ouvrez ensuite les réglages qu’après avoir vérifié les données, et laissez leur activation inchangée. Cette progression suffit à évaluer le parcours sans lui confier immédiatement des actions plus larges.