Revue pratique : 3 compétences essentielles sur Clawhub et 3 à éviter

Cette évaluation provient d'un développeur qui a testé individuellement les compétences de Clawhub pendant plusieurs semaines, en installant chacune, en surveillant l'utilisation des tokens, en lisant le code source et en décidant de les conserver ou non. La plupart des compétences ne valaient pas la peine d'être gardées en raison de leur manque de fiabilité, de leur consommation silencieuse de tokens ou de leur redondance avec les capacités existantes de l'agent.

Compétences qui valent la peine d'être installées

1. web-search (Brave)

Cette compétence est considérée comme essentielle car sans elle, les agents ne peuvent répondre qu'à partir de leur mémoire, ce qui conduit à des réponses faussement confiantes sur des informations récentes. Elle fonctionne bien car la recherche réelle se fait en dehors du modèle — l'API de Brave effectue la recherche, et seuls les résultats sont réinjectés dans le contexte, ce qui maintient les coûts en tokens minimaux par recherche.

La configuration nécessite d'obtenir une clé API Brave (le niveau gratuit suffit pour un usage personnel), puis d'installer la compétence. Le seul problème noté est l'obtention occasionnelle de résultats inutiles pour des requêtes très spécifiques ou de niche, ce qui est attribué à Brave plutôt qu'à la compétence elle-même.

2. daily-brief

Cette compétence transforme OpenClaw d'un chatbot en un véritable assistant en fournissant un résumé matinal du calendrier, de la météo, des tâches ou d'autres éléments configurés. Elle s'exécute une fois par jour via cron, effectuant un appel API et une réponse, ce qui entraîne des coûts en tokens faibles pour une tâche unique et ciblée.

La recommandation clé est de la personnaliser fortement pendant la première semaine, car la sortie par défaut a tendance à être trop verbeuse. Ajouter une ligne dans SOUL.md comme "les briefings matinaux doivent faire moins de 200 mots. points à puces. pas de préambule." fait une différence significative.

3. memory-search

Cette compétence devient essentielle après le premier mois, à mesure que les fichiers de mémoire grossissent. Sans elle, les agents lisent les fichiers de mémoire du début à la fin et manquent les informations enfouies au milieu. Memory-search ajoute une capacité de recherche sémantique pour trouver le contexte pertinent au lieu de compter sur la chance positionnelle.

Elle résout un problème qui s'aggrave avec le temps — les utilisateurs à long terme finissent par rencontrer "mon agent a tout oublié", ce qui signifie en réalité "mon agent ne peut rien trouver dans 50 pages de mémoire." L'installation est recommandée vers les semaines 3-4, une fois que suffisamment de mémoire s'est accumulée pour que cela compte.

Compétences qui ne valent pas la peine d'être installées

1. food-order

Bien qu'étant une compétence de démonstration populaire, elle échoue sur la plupart des sites de livraison en raison de Cloudflare, du JavaScript dynamique, des CAPTCHA ou des murs de connexion. Même lorsqu'elle fonctionne une fois, elle casse avec les mises à jour ultérieures de l'interface du site. Des tests sur quatre jours ont abouti à zéro commande réussie, avec deux tentatives proches échouant au paiement.

Elle brûle des tokens à chaque tentative échouée en essayant différentes approches. L'alternative pratique : ouvrir directement l'application de nourriture prend environ 30 secondes et ne gaspille pas de tokens.

2. multi-agent orchestrator skills

Trois compétences d'orchestrateur différentes ont été testées, toutes ajoutant une couche de gestion où un agent lit les messages, décide quel agent travailleur doit traiter les tâches, transmet les tâches, lit les résultats et résume en retour. Cela nécessite quatre appels LLM pour ce qu'un seul agent gère en un.

Le calcul des tokens : une question simple coûtant 0,002 $ avec un agent coûte 0,008 $+ avec un orchestrateur. Multiplié par les messages quotidiens et l'utilisation mensuelle, cela ajoute un coût significatif pour un intermédiaire qui augmente la latence et la complexité sans améliorer la qualité pour la plupart des tâches. La recommandation : si vous ne pouvez pas expliquer pourquoi les agents ont besoin de mémoires et de permissions séparées, vous n'avez pas besoin d'un orchestrateur — contactez simplement directement le bon agent.

3. humanizer

Cette compétence injecte des instructions de personnalité dans le comportement de l'agent mais cause des problèmes comme des agents répondant à "programme un rappel pour 15h" avec un langage excessivement décontracté comme "yooo absolument frérot, c'est carré, ce rappel est SET sans blague." Un utilisateur l'a décrit comme "parler à un adolescent qui vient d'apprendre un nouvel argot et a besoin de le suremployer."

Le problème est qu'elle remplace les paramètres de personnalité de SOUL.md globalement, ajoutant du remplissage et de la saveur même lorsque des réponses directes sont souhaitées, tout en facturant des tokens pour chaque mot supplémentaire. L'alternative gratuite : écrivez cinq lignes dans votre SOUL.md comme "soyez direct, adaptez-vous à mon ton, pas de remplissage", ce qui prend deux minutes, coûte zéro token par message et offre un contrôle complet.

Le schéma

Les bonnes compétences font une chose spécifique à moindre coût et restent discrètes. Les mauvaises compétences ajoutent des couches entre les utilisateurs et les agents — des couches d'orchestrateur, des couches de personnalité ou des couches d'automatisation de navigateur pour des tâches qui n'en ont pas besoin. Chaque couche ajoutée signifie payer des tokens sur chaque message. Les meilleures configurations exécutent 3 à 5 compétences au total, chacune méritant sa place par son utilité démontrée.