Sandbox CLI
Sandbox-Laufzeitumgebungen für isolierte Agentenausführung verwalten.Überblick
OpenClaw kann Agenten aus Sicherheitsgründen in isolierten Sandbox-Laufzeitumgebungen ausführen. Die Befehlesandbox helfen Ihnen, diese Laufzeitumgebungen nach Updates oder Konfigurationsänderungen zu prüfen und neu zu erstellen.
Heute bedeutet das in der Regel:
- Docker-Sandbox-Container
- SSH-Sandbox-Laufzeitumgebungen, wenn
agents.defaults.sandbox.backend = "ssh" - OpenShell-Sandbox-Laufzeitumgebungen, wenn
agents.defaults.sandbox.backend = "openshell"
ssh und OpenShell remote ist Neuerstellung wichtiger als bei Docker:
- der entfernte Workspace ist nach dem ersten Seed der kanonische Workspace
openclaw sandbox recreatelöscht diesen kanonischen entfernten Workspace für den ausgewählten Geltungsbereich- bei der nächsten Verwendung wird er erneut aus dem aktuellen lokalen Workspace initialisiert
Befehle
openclaw sandbox explain
Die effektive Sandbox-Modus-/Geltungsbereich-/Workspace-Zugriffskonfiguration, die Sandbox-Tool-Richtlinie und Elevated-Gates prüfen (mit Config-Key-Pfaden zur Behebung).
openclaw sandbox list
Alle Sandbox-Laufzeitumgebungen mit ihrem Status und ihrer Konfiguration auflisten.
- Name und Status der Laufzeitumgebung
- Backend (
docker,openshellusw.) - Konfigurationslabel und ob es mit der aktuellen Konfiguration übereinstimmt
- Alter (Zeit seit der Erstellung)
- Leerlaufzeit (Zeit seit der letzten Verwendung)
- Zugehörige Sitzung/zugehöriger Agent
openclaw sandbox recreate
Sandbox-Laufzeitumgebungen entfernen, um eine Neuerstellung mit aktualisierter Konfiguration zu erzwingen.
--all: Alle Sandbox-Container neu erstellen--session <key>: Container für eine bestimmte Sitzung neu erstellen--agent <id>: Container für einen bestimmten Agenten neu erstellen--browser: Nur Browser-Container neu erstellen--force: Bestätigungsaufforderung überspringen
Anwendungsfälle
Nach dem Aktualisieren eines Docker-Images
Nach dem Ändern der Sandbox-Konfiguration
Nach dem Ändern des SSH-Ziels oder des SSH-Authentifizierungsmaterials
ssh löscht die Neuerstellung das entfernte Workspace-Root pro Geltungsbereich
auf dem SSH-Ziel. Beim nächsten Lauf wird es erneut aus dem lokalen Workspace initialisiert.
Nach dem Ändern von OpenShell-Quelle, -Richtlinie oder -Modus
remote löscht die Neuerstellung den kanonischen entfernten Workspace
für diesen Geltungsbereich. Beim nächsten Lauf wird er erneut aus dem lokalen Workspace initialisiert.
Nach dem Ändern von setupCommand
Nur für einen bestimmten Agenten
Warum ist das nötig?
Problem: Wenn Sie die Sandbox-Konfiguration aktualisieren:- laufen bestehende Laufzeitumgebungen mit den alten Einstellungen weiter
- werden Laufzeitumgebungen erst nach 24 Stunden Inaktivität bereinigt
- halten regelmäßig verwendete Agenten alte Laufzeitumgebungen unbegrenzt am Leben
openclaw sandbox recreate, um das Entfernen alter Laufzeitumgebungen zu erzwingen. Sie werden bei Bedarf automatisch mit den aktuellen Einstellungen neu erstellt.
Tipp: Bevorzugen Sie openclaw sandbox recreate gegenüber manueller backend-spezifischer Bereinigung.
Es verwendet die Laufzeitregistrierung des Gateway und vermeidet Inkonsistenzen, wenn sich Geltungsbereichs-/Sitzungsschlüssel ändern.
Konfiguration
Sandbox-Einstellungen befinden sich in~/.openclaw/openclaw.json unter agents.defaults.sandbox (Überschreibungen pro Agent kommen unter agents.list[].sandbox):
Siehe auch
- Sandbox Documentation
- Agent Configuration
- Doctor Command - Sandbox-Einrichtung prüfen