CLI Sandbox
Gérez les runtimes de sandbox pour l’exécution isolée des agents.Vue d’ensemble
OpenClaw peut exécuter des agents dans des runtimes de sandbox isolés pour des raisons de sécurité. Les commandessandbox vous aident à inspecter et recréer ces runtimes après des mises à jour ou des changements de configuration.
Aujourd’hui, cela signifie généralement :
- Conteneurs de sandbox Docker
- Runtimes de sandbox SSH lorsque
agents.defaults.sandbox.backend = "ssh" - Runtimes de sandbox OpenShell lorsque
agents.defaults.sandbox.backend = "openshell"
ssh et OpenShell remote, la recréation est plus importante qu’avec Docker :
- l’espace de travail distant est canonique après l’amorçage initial
openclaw sandbox recreatesupprime cet espace de travail distant canonique pour la portée sélectionnée- l’utilisation suivante l’amorce à nouveau depuis l’espace de travail local actuel
Commandes
openclaw sandbox explain
Inspecter le mode/la portée/l’accès à l’espace de travail de sandbox effectif, la politique des outils de sandbox et les garde-fous d’élévation (avec les chemins de clés de configuration de correction).
openclaw sandbox list
Lister tous les runtimes de sandbox avec leur statut et leur configuration.
- Nom et statut du runtime
- Backend (
docker,openshell, etc.) - Libellé de configuration et indication de correspondance avec la configuration actuelle
- Âge (temps depuis la création)
- Temps d’inactivité (temps depuis la dernière utilisation)
- Session/agent associé
openclaw sandbox recreate
Supprimer les runtimes de sandbox pour forcer leur recréation avec la configuration mise à jour.
--all: recréer tous les conteneurs de sandbox--session <key>: recréer le conteneur pour une session spécifique--agent <id>: recréer les conteneurs pour un agent spécifique--browser: recréer uniquement les conteneurs de navigateur--force: ignorer l’invite de confirmation
Cas d’usage
Après la mise à jour d’une image Docker
Après la modification de la configuration de sandbox
Après la modification de la cible SSH ou du matériel d’authentification SSH
ssh principal, la recréation supprime la racine d’espace de travail distante par portée
sur la cible SSH. L’exécution suivante l’amorce à nouveau depuis l’espace de travail local.
Après la modification de la source, de la politique ou du mode OpenShell
remote, la recréation supprime l’espace de travail distant canonique
pour cette portée. L’exécution suivante l’amorce à nouveau depuis l’espace de travail local.
Après la modification de setupCommand
Pour un agent spécifique uniquement
Pourquoi est-ce nécessaire ?
Problème : Lorsque vous mettez à jour la configuration du sandbox :- Les runtimes existants continuent de fonctionner avec les anciens paramètres
- Les runtimes ne sont purgés qu’après 24 h d’inactivité
- Les agents utilisés régulièrement conservent indéfiniment les anciens runtimes actifs
openclaw sandbox recreate pour forcer la suppression des anciens runtimes. Ils seront recréés automatiquement avec les paramètres actuels lors du prochain besoin.
Astuce : préférez openclaw sandbox recreate à un nettoyage manuel spécifique au backend.
Cette commande utilise le registre de runtimes de Gateway et évite les incohérences lorsque les clés de portée/session changent.
Configuration
Les paramètres de sandbox se trouvent dans~/.openclaw/openclaw.json sous agents.defaults.sandbox (les remplacements par agent vont dans agents.list[].sandbox) :
Voir aussi
- Documentation Sandbox
- Configuration des agents
- Commande Doctor - Vérifier la configuration du sandbox