Outils, Plugins, Skills et Workflows FoneClaw : choisir la bonne couche
Guide FoneClaw pour comprendre Tool, Plugin, Skill, Workflow et Shortcut : actions Android, permissions, approbations, données, scénarios et choix d’extension.
- Dans FoneClaw, un Tool agit, un Plugin ajoute une capacité installable, un Skill guide, un Workflow enchaîne et un Shortcut démarre vite une tâche fréquente.
- Les couches se composent : un Skill peut orienter la décision, un Workflow peut organiser les étapes, un Plugin peut fournir des Tools, et les Tools exécutent sous permissions Android et approbations FoneClaw.
- La base actuelle de FoneClaw rassemble assistant flottant, contexte d’écran, continuité de tâche, approbations, arrêt, récupération de permissions et actions rapides.
- Le bon choix consiste à utiliser la plus petite couche qui possède le changement : action atomique, capacité nouvelle, savoir-faire réutilisable, procédure ordonnée ou point d’entrée rapide.
Tools, Plugins, Skills, Workflows et Shortcuts en une vue
La façon la plus simple de comprendre outils plugins skills workflows FoneClaw est d’attribuer un verbe à chaque couche. Un Tool agit. Un Plugin ajoute. Un Skill guide. Un Workflow enchaîne. Un Shortcut démarre. Ces couches ne se remplacent pas ; elles résolvent des responsabilités différentes dans un agent téléphonique Android.
Quand nous construisons FoneClaw, nous cherchons toujours la couche la plus petite qui possède vraiment le changement. Si l’utilisateur veut régler le volume, il faut un Tool. Si une capacité vient d’un paquet installable, il faut un Plugin. Si l’agent a besoin d’une méthode ou d’un savoir-faire réutilisable, il faut un Skill. Si l’utilisateur répète une séquence d’étapes, il faut un Workflow. Si cette séquence doit être lancée très vite, un Shortcut devient le bon point d’entrée.
| Couche | Verbe propriétaire | Rôle dans FoneClaw | Contrôle clé |
|---|---|---|---|
| Tool | Agir | Exécuter une action atomique Android ou agentique sous contrat explicite. | Permission, politique, approbation, résultat. |
| Plugin | Ajouter | Installer une capacité externe ou spécialisée qui peut contribuer ses propres Tools. | Paquet, signature, activation, permissions, outils déclarés. |
| Skill | Guider | Fournir des instructions réutilisables pour mieux traiter une famille de tâches. | Métadonnées, contexte d’usage, limites de guidance. |
| Workflow | Enchaîner | Sauvegarder une procédure ordonnée que l’agent peut rejouer sous contrôles runtime. | Étapes, conditions, approbations, reprise. |
| Shortcut | Démarrer | Offrir un lancement rapide pour une intention ou une routine fréquente. | Entrée, paramètres, visibilité, arrêt. |
La page Fonctionnalités FoneClaw présente cette logique de capacités avec la formulation stable 100+ built-in tools. Ce guide sert à choisir la bonne couche quand vous construisez, personnalisez ou évaluez un workflow d’agent Android.
Tools atomiques et Plugins installables
Un Tool est l’unité d’action. Il a un contrat : ce qu’il reçoit, ce qu’il peut faire, ce qu’il renvoie, quelles permissions entrent en jeu et quel niveau d’approbation s’applique. Dans FoneClaw, les Tools portent les gestes concrets : lire un état visible, ouvrir une app, ajuster un réglage pris en charge, préparer une tâche, capturer un écran quand le contexte le permet ou exécuter une action système gouvernée. La documentation du catalogue d’outils FoneClaw formalise cette logique de contrats et de politiques.
Un Plugin ajoute une capacité installable. Il arrive comme paquet séparé, avec son cycle de vérification, ses permissions et les Tools qu’il contribue. Cette séparation nous aide à garder le noyau FoneClaw lisible tout en permettant des capacités spécialisées. Un plugin de fichiers peut apporter des opérations de gestion de documents ; un plugin média peut fournir une fonction locale particulière ; un plugin professionnel peut relier un service métier. Le Plugin ajoute, puis ses Tools agissent.
Les permissions restent dans le flux. Installer un Plugin ne transforme pas ses actions en exécution libre. Android peut demander une autorisation système, FoneClaw peut demander une approbation, et l’utilisateur doit voir les effets sensibles. Nous avons introduit les fondations Plugin et Extension, la recherche de marketplace, la vérification de paquets et les contrôles d’approbation pour construire cette extensibilité comme une capacité gouvernée.
Deux exemples rendent la différence concrète. Pour un cas de fichiers, Plugin d’agent IA gestionnaire de fichiers Android : opérations, permissions et contrôle montre comment un plugin expose des opérations séparées avec chemins, aperçus et approbations. Pour un cas média, FoneClaw gratuit : plugin YouTube Downloader local sur Android illustre une capacité installable qui ne se confond pas avec les Tools intégrés.
Guidage, procédures répétables et points d’entrée rapides
Un Skill est une couche de guidance. Il ne donne pas par lui-même une autorité Android. Il fournit un savoir-faire structuré : comment reconnaître une tâche, quelles consignes suivre, quels critères respecter, quelles formulations préférer, quelles limites garder en tête. La documentation du format Skill FoneClaw décrit ces paquets d’instructions réutilisables avec leurs métadonnées. Dans notre vocabulaire produit, le Skill guide la décision de l’agent.
Un Workflow est une procédure sauvegardée. Il enchaîne des étapes dans un ordre attendu : vérifier un état, ouvrir une app, préparer un réglage, demander une approbation, exécuter, puis confirmer. La documentation du format Workflow FoneClaw montre cette notion de procédure ordonnée. Un Workflow peut rendre une tâche répétitive plus rapide, tout en restant soumis aux contrats des Tools, aux permissions Android et aux approbations FoneClaw.
Un Shortcut est un point d’entrée rapide. Il sert quand l’utilisateur lance souvent la même intention : « mode réunion », « préparer Discord », « vérifier le téléphone », « capturer et résumer », « ouvrir mon trajet ». Le Shortcut ne remplace pas les étapes ; il raccourcit l’invocation. Il peut démarrer un Workflow, appeler une intention connue ou préparer un contexte, puis l’agent poursuit avec ses contrôles normaux.
La même tâche peut donc exister à trois couches. Une routine de réunion peut avoir un Skill qui explique les règles de préparation, un Workflow qui ordonne volume, Ne pas déranger et rappel, puis un Shortcut qui lance la routine en un geste. Pour des exemples d’automatisation vocale multi-étapes, Automatiser les tâches Android avec une seule commande vocale garde les scénarios détaillés.
Comment les couches FoneClaw se composent
La composition commence par la demande. L’utilisateur exprime une intention : « prépare mon téléphone pour une réunion », « organise ces fichiers », « récupère ce contenu », « crée une routine pour le soir ». FoneClaw reçoit le contexte disponible, puis choisit les couches utiles. Un Skill peut orienter l’interprétation. Un Workflow peut fournir une séquence. Un Tool peut exécuter une étape. Un Plugin peut apporter un Tool spécialisé. Un Shortcut peut servir de déclencheur récurrent.
L’autorité ne se déplace pas automatiquement d’une couche à l’autre. Un Skill peut expliquer comment agir, mais le Tool reste responsable de l’action. Un Workflow peut organiser plusieurs étapes, mais chaque étape garde ses permissions et ses approbations. Un Plugin peut contribuer des Tools, mais il ne contourne ni Android ni les contrôles FoneClaw. Un Shortcut peut accélérer l’entrée, mais il ne transforme pas une action sensible en action invisible.
Cette séparation donne de la souplesse. Pour une tâche simple, FoneClaw peut appeler un Tool directement. Pour une tâche répétée, il peut lancer un Workflow. Pour une capacité absente du noyau, il peut utiliser un Plugin installé et vérifié. Pour une tâche spécialisée, un Skill peut améliorer la façon dont l’agent comprend et structure la demande. La composition n’a donc pas un chemin unique ; elle choisit la couche qui possède le bon changement.
Cette logique rejoint l’évolution plus large des applications appelables par machine. App Intents et applications appelables par machine : ce que les agents IA peuvent vraiment faire explique comment les apps et services peuvent exposer des capacités plus structurées aux agents.
Permissions, approbations et données selon les couches
Les permissions Android appartiennent au téléphone et à l’utilisateur. Les approbations FoneClaw appartiennent à la tâche et à l’effet. Les données appartiennent à leur contexte : l’écran visible, le fichier, le service, l’application, le Plugin ou l’hôte agent. Cette distinction est essentielle dans les outils vs skills d’agents IA. Une couche peut décrire ou organiser une action ; l’exécution réelle reste liée à l’autorité du moment.
Un Tool demande ce dont il a besoin pour agir. Un Plugin déclare les capacités et permissions qu’il apporte. Un Skill contient de la guidance et des métadonnées, pas un accès Android direct. Un Workflow sauvegarde une procédure, avec des étapes qui restent contrôlées à l’exécution. Un Shortcut conserve une entrée pratique, mais l’effet final passe par les mêmes garde-fous.
La donnée suit la même logique. Un Plugin peut avoir son propre modèle de fonctionnement et ses propres besoins. Certains services conservent un résultat, une trace ou un fichier parce que leur fonction l’exige. FoneClaw doit donc montrer ce qui est demandé, quel outil agit, quelle permission est impliquée et quel résultat apparaît. L’utilisateur doit pouvoir désactiver, revoir ou retirer une capacité quand elle ne correspond plus à son usage.
Pour approfondir la sécurité de ces couches extensibles, Sécurité des compétences d’agents IA : pourquoi les permissions sur mobile doivent être vérifiées au moment de l’action explique pourquoi la vérification au moment de l’action reste le bon réflexe.
Trois exemples FoneClaw de bout en bout
Premier exemple : un réglage réversible. L’utilisateur dit : « active Ne pas déranger pour la réunion ». FoneClaw peut utiliser un Tool de réglage pris en charge, afficher l’action proposée, demander l’approbation si nécessaire, exécuter, puis confirmer l’état. Un Shortcut peut accélérer l’entrée si cette routine revient souvent. Le Workflow devient utile quand la réunion implique aussi volume, rappel, capture ou ouverture d’app.
Deuxième exemple : une préparation de réunion. Un Skill peut guider l’agent sur les étapes attendues : vérifier le calendrier, régler le téléphone, préparer les notifications, garder une note. Un Workflow peut enregistrer l’ordre. Les Tools exécutent les réglages et actions pris en charge. Le Shortcut « réunion » lance l’ensemble. Les capacités actuellement disponibles de FoneClaw renforcent cette expérience avec l’assistant flottant, l’attachement de l’écran actuel, la continuité de tâche, les approbations, l’arrêt, la récupération de permissions et les actions rapides. La page Télécharger FoneClaw sert de point d’entrée à cette base actuelle.
Troisième exemple : une capacité Plugin. Si l’utilisateur veut organiser des fichiers, le noyau FoneClaw peut comprendre l’objectif et vérifier le contexte, tandis qu’un Plugin de fichiers apporte des Tools spécialisés. Le Tool liste, prépare, écrit ou renomme selon son contrat. Le Plugin ajoute la capacité, le Workflow peut enchaîner les étapes, et les approbations protègent les effets sensibles. C’est là que les plugins d’agents Android deviennent utiles : ils étendent le périmètre sans mélanger guidance, installation et exécution.
Ces exemples montrent la règle que nous appliquons en construisant FoneClaw : un résultat utile vient de couches bien séparées qui coopèrent. Le produit actuel, documenté sur le dépôt officiel FoneClaw Android, avance vers une extension plus claire, plus contrôlable et plus facile à expliquer à l’utilisateur.
Choisir la bonne couche d’extension FoneClaw
La décision tient en cinq questions. Avez-vous besoin d’une action atomique ? Choisissez un Tool. Avez-vous besoin d’une capacité qui vient d’un paquet séparé ? Choisissez un Plugin. Avez-vous besoin de savoir-faire réutilisable ? Créez un Skill. Avez-vous besoin de rejouer une suite d’étapes ? Créez un Workflow. Avez-vous besoin de lancer plus vite une intention fréquente ? Ajoutez un Shortcut.
Les erreurs de classification sont fréquentes. Transformer une consigne en Plugin rend le système trop lourd. Mettre une action sensible dans un Skill crée une confusion d’autorité. Utiliser un Workflow pour une étape unique ajoute de la complexité. Mettre trop de logique dans un Shortcut rend la reprise difficile. Notre règle est pragmatique : choisissez la plus petite couche qui possède réellement le changement, puis laissez les permissions, approbations et Tools gérer l’exécution.
Pour démarrer, prenez une tâche réversible : ouvrir une app, régler un volume pris en charge, préparer Ne pas déranger, ou lancer une routine de réunion avec confirmation. Ensuite seulement, ajoutez un Workflow, un Shortcut ou un Plugin. Cette progression garde FoneClaw lisible pour l’utilisateur et maintenable pour le constructeur.
À mesure que les apps exposent davantage de capacités appelables, la taxonomie FoneClaw restera utile : les capacités peuvent venir d’apps, de Plugins ou d’outils intégrés, mais l’agent doit toujours savoir qui guide, qui enchaîne, qui démarre et qui agit.