Écosystème des compétences OpenClaw et choix pratiques pour la production

OpenClaw possède deux types d’extensions, et il est facile de les confondre.

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

Cette distinction est importante. Un plugin ajoute une nouvelle surface de capacités, comme un canal, un fournisseur ou une intégration d’outil. Une compétence est généralement plus légère. Elle apprend à l’agent comment et quand utiliser des outils, des binaires, des API ou des workflows 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 le côté sélection. Pour savoir 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. Si votre priorité de déploiement est un fonctionnement sécurisé par défaut pour les assistants toujours actifs, associez cela au Guide d’exploitation NemoClaw. Si vous utilisez également Hermes Agent, les modèles SKILL.md se chevauchent avec OpenClaw — comparez ce guide avec Rédaction de compétences Hermes Agent — Structure et meilleures pratiques SKILL.md pour les installations via le hub, la restriction conditionnelle des outils et la discipline de taille des prompts. La question ici est plus simple et plus utile : quelles compétences valent vraiment 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 téléchargements de ClawHub comme un aperçu approximatif au 18/04/2026.

Ce que sont vraiment 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 :

ma-compétence/
  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 une salutation rapide.

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

Une compétence peut être :

• intégrée à 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 système d’exploitation, binaires, variables d’environnement ou configuration

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

En d’autres termes, 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 dossier global unique pour les 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 des agents du projet
• ~/.agents/skills pour les compétences personnelles de l’agent
• ~/.openclaw/skills pour les compétences locales partagées
• les compétences intégrées fournies 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 empêche la personnalisation locale de se transformer en une fourchette sale.

Cela signifie également que la visibilité de la compétence et son emplacement sont des préoccupations séparées.

Une compétence peut exister localement et être néanmoins bloquée pour un agent donné. Cela se produit via les listes de contrôle des 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 workflow possible.

Il y a é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 restreindre une compétence en fonction des binaires, des variables d’environnement, du système d’exploitation ou de la configuration

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

Où trouver des compétences OpenClaw

Pour une utilisation pratique, il y a 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 des signaux communautaires légers tels que les étoiles et les téléchargements.

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

Compétences intégrées

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

Les compétences intégrées sont la chose la plus proche d’une baseline supportée que l’écosystème ait.

Compétences locales et basées sur Git

Vous pouvez également conserver des compétences dans votre propre espace de travail ou dossiers utilisateur, ou les extraire de 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 du registre sur GitHub. Il est utile comme traçabilité d’audit, mais pas comme premier endroit pour installer. Traitez-le comme un dump historique et une surface d’inspection, pas comme une boutique curatoriale.

Les couches de découverte communautaire telles que les listes « awesome » et les index filtrés font désormais partie de l’écosystème également. C’est un signal en soi. Une fois qu’un marché devient assez grand, la 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 workflows 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 aboutie 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 est basée sur le système de fichiers.

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

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

Cela semble un peu manuel parce que c’est le cas. Le système de compétences est propre. L’UX du cycle de vie rattrape encore son retard.

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 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 petits packs d’instructions et des assistants de tâches assez sérieux. OpenClaw sépare également la visibilité, la priorité et la restriction d’exécution d’une manière qui semble conçue intentionnellement plutôt qu’ajoutée après coup.

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

Ce qui n’est pas mature

La qualité du registre est inégale.

Le problème intéressant n’est pas si une compétence peut fonctionner. Beaucoup le font. Le problème est si le packaging, 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 installateurs avec une provenance mince
• un accès large au compte pour une tâche étroite
• des hooks qui deviennent silencieusement le comportement par défaut
• une pitch impressionnante avec très peu de valeur de workflow 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 de sources :

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

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

Si vous avez besoin d’une propriété prévisible et de temps de réponse, l’écosystème de compétences semble encore 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 parce qu’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 runtime. Restreignez les outils à haut risque. Traitez les liens, pièces jointes et instructions collées comme hostiles par défaut.

Ce guide devient plus important, pas moins, une fois que les compétences entrent en jeu.

L’histoire de modération de ClawHub s’est améliorée, mais c’est fondamentalement encore un registre public. Les compétences peuvent être signalées, caché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 de compétences public attire les malwares rapidement. Pour un contexte plus large sur la façon dont les 44 000+ compétences de ClawHub positionnent OpenClaw contre l’approche de génération autonome de Hermes Agent — y compris des comparaisons de taille d’écosystème, des données de téléchargement de packages et des métriques de santé communautaire — consultez OpenClaw vs Hermes Agent : Étoiles, Téléchargements & Utilisation 2026.

Le bon filtre est simple :

• les compétences instructionnelles sont généralement à risque plus faible
• les petits scripts utilitaires peuvent être bien si les métadonnées et la provenance sont propres
• les hooks méritent un examen plus approfondi
• les compétences qui touchent des comptes sensibles nécessitent le niveau de barre le plus élevé
• tout drapeau de scan devrait compter plus que l’hype sociale

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

Les compétences OpenClaw les plus utiles actuellement

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

Mon filtre ici est avisé :

• la portée étroite bat la promesse large
• l’inspectable bat le magique
• le local ou transparent bat le proxy opaque
• la valeur du workflow bat la nouveauté
• le packaging propre bat les vibes

Sécurité et autocorrection

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 gadget. Elle crée une boucle de rétroaction autour de l’échec, ce qui est l’une des rares choses qui rapporte régulièrement 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é du packaging varie beaucoup.

Le schéma le plus fort ici est que la méthode bat souvent l’étendue.

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

Workflows développeurs

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

La compétence GitHub est le genre de compétence que l’écosystème devrait avoir en plus grand nombre. 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 soins. Les fichiers d’état du navigateur, cookies et contexte de page sont de véritables surfaces de données. Cela ne rend pas la compétence mauvaise. Cela la rend opérationnelle.

Mémoire et connaissance

Cette catégorie est plus précieuse qu’elle n’y paraît à première vue.

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 l’ajout incessant de résumés.

Espace de travail et productivité personnelle

C’est la catégorie la plus inégale. Elle contient des compétences véritablement utiles, mais aussi certaines des incohérences de métadonnées les plus évidentes.

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 incohérences 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 au compte.

Notion se trouve dans la même catégorie. Bonne valeur de workflow. Histoire de packaging plus désordonnée.

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

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

Certaines compétences sont populaires pour des raisons compréhensibles et ne font pas encore partie de ma liste de première passe.

C’est le schéma plus large en un tableau.

Les comptages de téléchargements élevés n’effacent pas les problèmes de packaging.

La forme réelle 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 de la 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 fort. Les compétences sont inspectables. Les remplacements sont propres. La priorité est sensée. La restriction est pratique. ClawHub fournit la versioning, la découverte, les étoiles, téléchargements, commentaires et modération de base.

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

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

• 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 revue manuelle des métadonnées actuelles, de la source et de la gestion des secrets.

C’est probablement le bon cadrage pour l’ensemble de 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 savoir comment les compétences se combinent avec les plugins dans les 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.

Le même format SKILL.md et la convention de dossier sont également la base de la norme ouverte Agent Skills utilisée par Claude Code, GitHub Copilot et OpenAI Codex. Pour savoir comment cela fonctionne sur VS Code, JetBrains et Cursor — y compris la compatibilité IDE, l’ajustement des déclencheurs, les tests et la séparation portée projet vs personnelle — consultez Compétences Claude pour les développeurs.