Avant d'installer des OpenClaw Skills, lisez cette checklist :
indispensables 2026 et contrôles de sécurité

Vous avez sans doute déjà vu une dizaine de listes « à installer absolument ». La vraie question est de savoir si les Skills navigateur, e-mail, GitHub, stockage cloud, shell, DevOps et audit de sécurité conviennent à votre agent. Ce guide fait de la revue sécurité le fil conducteur : quels Skills intégrer rapidement, lesquels exigent un passage verify complet, et lesquels rester en bac à sable tant que le cas d'usage n'est pas clair.

1Plus le Skill est puissant, plus l'inspection est prioritaire

Les Skills externes arrivent avec scripts, dépendances et variables d'environnement dont la source n'est pas toujours fiable. On ne peut pas sauter verify / inspect / check. L'agent suit SKILL.md pour appeler des outils — des permissions floues peuvent déclencher lectures de fichiers, flux OAuth ou envois sortants en une seule conversation.

Lancez openclaw skills verify pour contrôler les enveloppes de signature ClawHub, puis parcourez manuellement les hooks d'installation et les scripts shell, Node ou Python référencés. Un Skill à haut privilège n'est pas interdit — il exige moindre privilège, tests isolés et validation explicite avant la production.

2Couche de base à faible risque : à valider en premier

Points de départ raisonnables une fois la passerelle validée par un smoke test :

• →Météo / fuseau / conversion d'unités : pas d'accès compte, appels API prévisibles.
• →Recherche en lecture seule avec verrous de chemins : confirmer que le manifeste ne balaie pas $HOME ni tout le disque par défaut.
• →Outils bundled sous allowBundled : packs officiels à périmètre étroit — lire quand même SKILL.md avant activation.

3Couche d'extension à risque moyen : installer tôt, vérifier d'abord

Ces Skills apportent une vraie productivité mais touchent sessions, jetons ou droits d'écriture :

• →Navigateur : cookies et sessions connectées ; restreindre à un profil dédié.
• →GitHub / E-mail / Calendrier (lecture seule) : jetons à périmètre fin — pas d'admin dépôt ni d'envoi mail sans besoin réel.
• →Slack : commencer sur un canal test ; surveiller publication auto et upload de fichiers.
• →Google Workspace : un dossier ou libellé à la fois, pas tout Drive.
• →DevOps (lecture seule) : journaux CI et statut de déploiement — bloquer merge, deploy ou delete jusqu'à revue.

Flux recommandé : clawhub skills install → openclaw skills verify --card → agent isolé avec identifiants de test → openclaw skills check --agent <nom>.

4Couche compte à risque élevé : à la demande uniquement

Par défaut, mettre en attente tant qu'il n'y a pas de besoin documenté et de passage bac à sable :

• →Shell / coding-agent : exécution arbitraire de commandes sur l'hôte.
• →Écriture GitHub : merge auto, suppression de branche ou publication de release.
• →E-mail / Slack en envoi auto : messages sortants sans validation humaine.
• →Synchro cloud complète : lecture/écriture large sur stockage personnel ou d'équipe.
• →Skills d'audit sécurité : auto-évaluation défensive de vos propres actifs uniquement — jamais de cibles tierces.

5Checklist sécurité avant installation

6Maintenance après installation

La sécurité ne s'arrête pas à l'installation. Installez une routine récurrente avec les commandes CLI (vérifiées dans la doc OpenClaw au 2026-05-29) :

• →openclaw skills list — inventaire de ce qui est activé par agent et canal.
• →openclaw skills check / openclaw skills check --agent <nom> — dépendances manquantes ou dérive de config.
• →openclaw skills update — correctifs ; relancer verify après chaque mise à jour.
• →enabled: false dans la config ou openclaw doctor --fix — désactiver les Skills inutilisés.
• →Désinstaller les packs inconnus et faire tourner les jetons si un Skill s'est comporté de façon inattendue.

Séparez jetons et répertoires de données entre bac à sable et production pour que l'expérimentation ne pollue pas les journaux d'audit prod.

7Listes recommandées et en attente — 2026

Recommandés (après verify) : outils bundled en lecture seule, système de fichiers à chemins verrouillés, navigateur/GitHub en lecture seule, Skills d'audit défensif limités à votre infra.

En attente par défaut : shell / coding-agent, écriture base de données, envoi auto e-mail ou Slack, synchro cloud complète, tout pack issu d'un annuaire tiers non vérifié.

Les Skills à haut privilège restent utilisables — pas le jour J. Moindre privilège, test isolé, puis liste blanche écrite avant déploiement production.

+Faire l'acceptation isolée sur Mac mini

Le schéma le plus propre : un hôte d'acceptation dédié avec son propre profil ~/.openclaw — valider les Skills là avant de brancher les canaux de production. Le Mac mini M4 consomme environ 4 W au repos, pratique pour une passerelle 24 h/24. Gatekeeper, SIP et FileVault ajoutent une couche au-delà des permissions Skill ; l'environnement Unix natif fait tourner OpenClaw, Homebrew et SSH sans couche de virtualisation supplémentaire.

Si vous reliez des Skills à des agents multi-canaux en production, un Mac mini M4 est un nœud d'isolation rentable qui sépare physiquement bac à sable et prod. Explorez l'hébergement Mac mini dès maintenant pour construire cette couche d'acceptation avant d'élargir les permissions.