Écosystème de compétences OpenClaw et sélections pratiques pour la production

OpenClaw dispose de deux récits d’extension, et il est facile de les confondre.

Les plugins étendent le temps d’exécution. Les compétences (skills) étendent le comportement de l’agent.

Cette distinction est importante. Un plugin ajoute une nouvelle surface de capacité, telle qu’un canal, un fournisseur ou une intégration d’outil. Une compétence est généralement plus légère. Elle enseigne à l’agent comment et quand utiliser des outils, des binaires, des API ou des flux de travail existants. En pratique, cela fait des compétences la partie la plus dynamique de l’écosystème OpenClaw, et aussi la plus bruyante.

Cet article se concentre sur l’écosystème et la sélection. Pour voir comment les compétences et les plugins se combinent en pratique selon le type d’utilisateur, consultez les modèles de configuration de production OpenClaw. La question ici est plus simple et plus utile : quelles compétences valent réellement la peine d’être installées, comment s’intègrent-elles dans OpenClaw, et lesquelles ressemblent plus à du bruit qu’à des outils durables.

Les notes de popularité ci-dessous utilisent les étoiles et les téléchargements de ClawHub comme instantané approximatif au 18/04/2026.

Ce que sont réellement les compétences OpenClaw

Le modèle de compétences OpenClaw est élégant car il repose principalement sur des fichiers simples.

Une compétence typique ressemble à ceci :

my-skill/
  SKILL.md
  scripts/
  references/
  assets/

Au minimum, la compétence a besoin de SKILL.md. Ce fichier contient un frontmatter YAML et des instructions en markdown qui indiquent à l’agent ce que fait la compétence, quand l’utiliser et quels outils ou commandes sont disponibles.

Un exemple minimal ressemble à ceci :

---
name: hello_world
description: Une compétence simple qui dit bonjour
---

# Compétence Hello World

Utilisez cette compétence lorsque l'utilisateur souhaite un salut rapide.

La partie utile n’est pas le markdown lui-même. La partie utile réside dans la façon dont OpenClaw charge et filtre les compétences.

Une compétence peut être :

• regroupée avec OpenClaw
• installée dans un espace de travail
• partagée au niveau utilisateur
• limitée à un agent
• injectée par un plugin
• filtrée par le système d’exploitation, les binaires, les variables d’environnement ou la configuration

Ce dernier point explique pourquoi les compétences OpenClaw ressemblent davantage à des recettes opérationnelles qu’à des extraits de prompts. Une bonne compétence n’est pas seulement descriptive. Elle déclare suffisamment de métadonnées pour qu’OpenClaw puisse décider si elle doit même être visible.

Autrement dit, le système est plus rigoureux que la moyenne des marchés publics de « packs de prompts ».

Emplacements et structure des compétences OpenClaw

OpenClaw utilise un modèle de priorité plutôt qu’un seul dossier global de compétences.

En pratique, les emplacements à plus haute valeur sont :

• <workspace>/skills pour les remplacements spécifiques au projet
• <workspace>/.agents/skills pour les compétences d’agent du projet
• ~/.agents/skills pour les compétences d’agent personnelles
• ~/.openclaw/skills pour les compétences locales partagées
• les compétences regroupées livrées avec l’installation

Cette disposition est l’une des meilleures décisions de conception d’OpenClaw. Elle permet de remplacer les compétences sans modifier l’installation en amont, et elle évite que la personnalisation locale ne devienne une fourche sale.

Cela signifie également que la visibilité des compétences et leur emplacement sont des préoccupations distinctes.

Une compétence peut exister localement et tout de même être bloquée pour un agent donné. Cela se produit via des listes de permission de compétences dans agents.defaults.skills et agents.list[].skills. Pour la production, cette séparation est plus importante que le marché lui-même. C’est ce qui empêche chaque agent de recevoir chaque flux de travail possible.

Il existe également quelques drapeaux de frontmatter à retenir :

• user-invocable expose une commande slash
• disable-model-invocation garde la compétence hors du prompt du modèle tout en permettant une invocation explicite
• command-dispatch et command-tool peuvent contourner le raisonnement du modèle et appeler un outil directement
• metadata.openclaw.requires.* peut filtrer une compétence en fonction des binaires, des variables d’environnement, du système d’exploitation ou de la configuration

C’est suffisamment de structure pour rendre les compétences puissantes, mais aussi suffisamment de cordes pour créer des packages fragiles si les métadonnées sont négligées.

Où trouver des compétences OpenClaw

Pour une utilisation pratique, il existe trois sources réelles.

ClawHub

ClawHub est le registre public officiel pour les compétences et plugins OpenClaw. C’est l’endroit par défaut pour rechercher, installer, mettre à jour, inspecter les versions et voir les signaux communautaires légers tels que les étoiles et les téléchargements.

Si vous ne devez choisir qu’une seule source, utilisez ClawHub.

Compétences regroupées

OpenClaw est livré avec des compétences regroupées à l’intérieur de l’installation. Elles sont moins fastidieuses, mais la liste est naturellement plus petite que le registre public.

Les compétences regroupées sont le plus proche que l’écosystème ait d’une ligne de base prise en charge.

Compétences locales et basées sur Git

Vous pouvez également conserver des compétences dans votre propre espace de travail ou vos dossiers utilisateur, ou les récupérer depuis des dépôts publics.

Cela est utile pour les compétences privées, les expériences et les remplacements locaux.

Il existe également un dépôt archivé public de compétences de registre sur GitHub. Il est utile comme piste d’audit, pas comme premier endroit pour installer. Traitez-le comme une décharge historique et une surface d’inspection, pas comme une boutique curatée.

Les couches de découverte communautaire telles que les listes « awesome » et les index filtrés font maintenant partie de l’écosystème. C’est un signal en soi. Une fois qu’un marché devient assez grand, une curation secondaire devient nécessaire.

Comment installer, mettre à jour et supprimer des compétences

Le flux d’installation normal se fait via le CLI OpenClaw.

Recherche

openclaw skills search "calendar"
openclaw skills search "github"
openclaw skills search --limit 20 --json

Installation

openclaw skills install <skill-slug>
openclaw skills install <skill-slug> --version <version>
openclaw skills install <skill-slug> --force

Par défaut, openclaw skills install place la compétence dans le répertoire skills/ de l’espace de travail actif.

Mise à jour

openclaw skills update <skill-slug>
openclaw skills update --all

Inspection et validation

openclaw skills list
openclaw skills list --eligible
openclaw skills info <name>
openclaw skills check

Installation avec le CLI ClawHub dédié

Si vous publiez des compétences, synchronisez des dossiers locaux ou souhaitez des flux de travail spécifiques au registre, utilisez le CLI clawhub séparé.

npm i -g clawhub

clawhub search "research"
clawhub install <skill-slug>
clawhub update --all
clawhub skill publish ./my-skill --slug my-skill --name "My Skill" --version 1.0.0

Le CLI dédié écrit un fichier .clawhub/lock.json dans le répertoire de travail, ce qui est utile pour suivre ce qui provient du registre.

Suppression

Cette partie est moins polie que l’installation.

OpenClaw documente les flux d’installation et de mise à jour pour les compétences, mais pas de commande dédiée openclaw skills uninstall. En pratique, la suppression se fait au niveau du système de fichiers.

Si une compétence a été installée dans l’espace de travail, supprimez son dossier de <workspace>/skills, puis lancez une nouvelle session.

Si vous voulez que la compétence reste présente mais ne soit pas utilisable par un agent donné, utilisez des listes de permission de compétences au lieu de la suppression.

Cela semble un peu manuel, car c’est le cas. Le système de compétences est propre. L’expérience utilisateur du cycle de vie est encore en train de rattraper.

Maturité, fiabilité, communauté et support

Le système de compétences est assez mature pour être réel, mais pas assez mature pour être calme.

C’est le résumé le plus court et le plus honnête.

Ce qui est mature

Le modèle sous-jacent est solide.

Les compétences sont des fichiers simples, faciles à inspecter, faciles à remplacer, faciles à versionner, et assez flexibles pour exprimer à la fois de minuscules packs d’instructions et des assistants de tâches assez sérieux. OpenClaw sépare également la visibilité, la priorité et le filtrage temps d’exécution d’une manière qui semble conçue intentionnellement plutôt que rajoutée.

Le signal communautaire est également réel. OpenClaw lui-même est l’un des projets d’agent IA open source les plus visibles actuellement, et l’écosystème de compétences est assez grand pour que la curation de tiers ait déjà émergé.

Ce qui n’est pas mature

La qualité du registre est inégale.

La question intéressante n’est pas si une compétence peut fonctionner. Beaucoup le font. La question est si l’emballage, les métadonnées, la gestion des secrets et l’histoire de confiance sont cohérents.

Une bonne compétence OpenClaw est étroite, ennuyeuse et inspectable.

Une compétence OpenClaw faible a généralement un ou plusieurs de ces problèmes :

• des métadonnées qui ne correspondent pas à ce dont la compétence a réellement besoin
• des variables d’environnement cachées ou non documentées
• des taps tiers ou des installateurs avec une provenance mince
• un accès de compte large pour une tâche étroite
• des hooks qui deviennent silencieusement un comportement par défaut
• un pitch impressionnant avec très peu de valeur de flux de travail durable

C’est pourquoi « le plus téléchargé » n’est pas la même chose que « prêt pour la production ».

Réalité du support

Le support vient d’un mélange d’endroits :

• documentation officielle
• métadonnées ClawHub et pages de scan
• problèmes GitHub et historique du dépôt
• commentaires communautaires et listes de curation

C’est suffisant pour les opérateurs actifs. Ce n’est pas la même chose que le support entreprise.

Si vous avez besoin de propriété prévisible et de délais de réponse, l’écosystème de compétences semble toujours plus comme un registre open source que comme un contrat de plateforme.

Les préoccupations de sécurité ne sont pas optionnelles

OpenClaw est puissant car il peut agir.

Cela signifie aussi que les compétences doivent être traitées comme du code, pas comme de la décoration.

La posture de sécurité officielle laisse déjà entrevoir le modèle mental correct. Exécutez la passerelle sur une machine dédiée, une VM ou un conteneur. Utilisez un utilisateur OS dédié. Gardez les comptes personnels et les profils de navigateur loin de ce temps d’exécution. Restreignez les outils à haut risque. Traitez les liens, les pièces jointes et les instructions collées comme hostiles par défaut.

Cette guidance devient plus importante, pas moins, une fois que les compétences entrent en jeu.

L’histoire de modération de ClawHub s’est améliorée, mais elle reste fondamentalement un registre public. Les compétences peuvent être signalées, masquées, supprimées et scannées. La publication a maintenant quelques contrôles de base. Mais la leçon de haut niveau des incidents récents est évidente : un registre public de compétences attire rapidement des malwares.

Le bon filtre est simple :

• les compétences d’instruction seulement sont généralement à risque plus faible
• les petits scripts d’aide peuvent être acceptables si les métadonnées et la provenance sont propres
• les hooks méritent une attention supplémentaire
• les compétences qui touchent des comptes sensibles ont besoin de la barre la plus haute
• tout drapeau de scan devrait compter plus que le buzz social

La popularité n’est pas un signal de confiance. Au mieux, c’est un indice qu’une compétence a résolu un vrai problème pour beaucoup de gens.

Les compétences OpenClaw les plus utiles actuellement

Les compétences les plus utiles ne sont pas les plus flash. Ce sont celles qui rendent les flux de travail répétés moins coûteux, plus clairs ou plus sûrs.

Mon filtre ici est opinioné :

• la portée étroite bat la promesse large
• l’inspectable bat le magique
• le local ou transparent bat le proxy opaque
• la valeur de flux de travail bat la nouveauté
• l’emballage propre bat les vibes

Sécurité et auto-correction

Ce sont les compétences les moins glamour de l’écosystème, ce qui est exactement pourquoi elles comptent.

La première est populaire pour une raison. Ce n’est pas un gimmick. Elle crée une boucle de rétroaction autour de l’échec, ce qui est l’une des rares choses qui paie constamment dans les systèmes d’agents.

La deuxième n’est pas populaire en termes absolus, mais c’est l’une des installations les plus sensées que vous puissiez ajouter si vous prévoyez de naviguer régulièrement sur ClawHub.

Recherche et investigation

Les compétences de recherche sont là où OpenClaw devient vraiment utile, mais aussi là où la qualité de l’emballage varie beaucoup.

Le motif le plus fort ici est que la méthode bat souvent la largeur.

Multi Search Engine est le choix d’utilitaire large. Tavily Search est le choix de service propre. Academic Deep Research est le choix de processus. Aucun d’eux n’est flashy. Tous peuvent être utiles.

Flux de travail de développeur

C’est la catégorie la plus manifestement précieuse pour les lecteurs techniques.

La compétence GitHub est le genre de compétence que l’écosystème devrait avoir davantage. Elle est ennuyeuse, directe et liée à un outil que les développeurs connaissent déjà.

Agent Browser est plus puissant, mais mérite aussi plus de soin. Les fichiers d’état du navigateur, les cookies et le contexte de page sont de vraies surfaces de données. Cela ne rend pas la compétence mauvaise. Elle la rend opérationnelle.

Mémoire et connaissance

Cette catégorie est plus précieuse qu’elle n’en a l’apparence au premier coup d’œil.

La compétence ontology se distingue car elle traite la mémoire comme une structure plutôt que comme une accumulation de notes. C’est une direction à long terme plus forte pour les systèmes d’agents que d’ajouter indéfiniment des résumés.

Espace de travail et productivité personnelle

C’est la catégorie la plus inégale. Elle contient des compétences réellement utiles, mais aussi certains des écarts de métadonnées les plus évidents.

C’est là que l’écosystème devient intéressant.

Gog est clairement utile. C’est aussi un bon exemple de pourquoi l’utilité et la confiance sont des questions séparées. Les notes de scan actuelles pointent des écarts de métadonnées autour des binaires et des identifiants. Cela ne le rend pas automatiquement malveillant. Cela en fait une compétence à inspecter avant d’accorder un accès de compte.

Notion se situe dans la même catégorie. Bonne valeur de flux de travail. Histoire d’emballage plus confuse.

Openai Whisper est l’inverse. Elle est limitée, locale et rafraîchissante de simplicité.

Les compétences que je ne presserais pas d’installer

Certaines compétences sont populaires pour des raisons compréhensibles et ne figurent pas non plus dans ma liste de premier passage.

C’est le motif plus large dans un seul tableau.

Les comptes de téléchargement élevés n’effacent pas les problèmes d’emballage.

La vraie forme de l’écosystème de compétences OpenClaw

L’écosystème de compétences OpenClaw est déjà assez grand pour être utile et déjà assez bruyant pour nécessiter une curation.

C’est généralement le moment où un écosystème devient réel.

La bonne nouvelle est que le format de compétence sous-jacent est solide. Les compétences sont inspectables. Les remplacements sont propres. La priorité est sensée. Le filtrage est pratique. ClawHub fournit la versioning, la découverte, les étoiles, les téléchargements, les commentaires et une modération de base.

La mauvaise nouvelle est que les registres publics bougent plus vite que les modèles de confiance.

Si vous voulez l’avis court et opinioné, c’est ceci :

• le système de compétences est meilleur que la moyenne des marchés IA
• le registre est plus utile que sûr par défaut
• les meilleures compétences sont petites, spécifiques et opérationnellement ennuyeuses
• les métadonnées suspectes ne sont pas un problème cosmétique
• « populaire » ne devrait jamais surpasser « inspectable »

Conclusion

Si je devais réduire les compétences OpenClaw à l’ensemble qui semble le plus durable actuellement, je commencerais par :

• self-improving-agent
• Skill Vetter
• Github
• Multi Search Engine
• Tavily Search
• Academic Deep Research
• ontology
• Openai Whisper

Ensuite, je considérerais Gog et Notion seulement après une révision manuelle des métadonnées actuelles, de la source et de la gestion des secrets.

C’est probablement le bon cadrage pour tout l’écosystème de compétences OpenClaw en 2026.

La bonne partie est déjà très bonne.

La partie sûre nécessite encore un adulte dans la pièce.

Pour voir comment les compétences se combinent avec les plugins dans des déploiements réels par type d’utilisateur, consultez les modèles de configuration de production OpenClaw.

Pour la couche de plugins dont ces compétences dépendent, consultez le guide des plugins OpenClaw.