CLI Sandbox
Gestisci i runtime sandbox per l’esecuzione isolata degli agenti.Panoramica
OpenClaw può eseguire agenti in runtime sandbox isolati per motivi di sicurezza. I comandisandbox ti aiutano a ispezionare e ricreare questi runtime dopo aggiornamenti o modifiche di configurazione.
Oggi questo di solito significa:
- container sandbox Docker
- runtime sandbox SSH quando
agents.defaults.sandbox.backend = "ssh" - runtime sandbox OpenShell quando
agents.defaults.sandbox.backend = "openshell"
ssh e OpenShell remote, la ricreazione è più importante rispetto a Docker:
- il workspace remoto è canonico dopo il seeding iniziale
openclaw sandbox recreateelimina quel workspace remoto canonico per l’ambito selezionato- l’utilizzo successivo esegue nuovamente il seeding dal workspace locale corrente
Comandi
openclaw sandbox explain
Ispeziona la modalità/l’ambito/l’accesso al workspace sandbox effettivi, la policy degli strumenti sandbox e i gate elevati (con i percorsi delle chiavi config per la correzione).
openclaw sandbox list
Elenca tutti i runtime sandbox con il loro stato e la configurazione.
- Nome e stato del runtime
- Backend (
docker,openshell, ecc.) - Etichetta config e se corrisponde alla config corrente
- Età (tempo dalla creazione)
- Tempo di inattività (tempo dall’ultimo utilizzo)
- Sessione/agente associato
openclaw sandbox recreate
Rimuove i runtime sandbox per forzarne la ricreazione con la config aggiornata.
--all: ricrea tutti i container sandbox--session <key>: ricrea il container per una sessione specifica--agent <id>: ricrea i container per un agente specifico--browser: ricrea solo i container browser--force: salta il prompt di conferma
Casi d’uso
Dopo aver aggiornato un’immagine Docker
Dopo aver modificato la configurazione sandbox
Dopo aver modificato il target SSH o il materiale auth SSH
ssh core, la ricreazione elimina la root del workspace remoto per ambito
sul target SSH. L’esecuzione successiva esegue nuovamente il seeding dal workspace locale.
Dopo aver modificato source, policy o mode di OpenShell
remote, la ricreazione elimina il workspace remoto canonico
per quell’ambito. L’esecuzione successiva esegue nuovamente il seeding dal workspace locale.
Dopo aver modificato setupCommand
Solo per un agente specifico
Perché è necessario?
Problema: quando aggiorni la configurazione sandbox:- i runtime esistenti continuano a funzionare con le vecchie impostazioni
- i runtime vengono rimossi solo dopo 24 ore di inattività
- gli agenti usati regolarmente mantengono attivi indefinitamente i vecchi runtime
openclaw sandbox recreate per forzare la rimozione dei vecchi runtime. Verranno ricreati automaticamente con le impostazioni correnti quando serviranno di nuovo.
Suggerimento: preferisci openclaw sandbox recreate rispetto alla pulizia manuale specifica del backend.
Usa il registro runtime del Gateway ed evita discrepanze quando cambiano le chiavi di ambito/sessione.
Configurazione
Le impostazioni sandbox si trovano in~/.openclaw/openclaw.json sotto agents.defaults.sandbox (gli override per agente vanno in agents.list[].sandbox):
Vedi anche
- Documentazione Sandbox
- Configurazione agente
- Comando Doctor - Controlla la configurazione sandbox