Debugging
Questa pagina descrive gli helper di debug per l’output in streaming, soprattutto quando un provider mescola il ragionamento nel testo normale.Override di debug a runtime
Usa/debug in chat per impostare override di configurazione solo a runtime (in memoria, non su disco).
/debug è disabilitato per impostazione predefinita; abilitalo con commands.debug: true.
Questo è utile quando devi attivare o disattivare impostazioni poco comuni senza modificare openclaw.json.
Esempi:
/debug reset cancella tutti gli override e ripristina la configurazione su disco.
Output di trace della sessione
Usa/trace quando vuoi vedere righe di trace/debug possedute dal Plugin in una sessione senza attivare la modalità verbose completa.
Esempi:
/trace per la diagnostica del Plugin, come i riepiloghi di debug di Active Memory.
Continua a usare /verbose per il normale output verbose di stato/strumenti e continua a usare /debug per gli override di configurazione solo a runtime.
Modalità watch del Gateway
Per iterare rapidamente, esegui il gateway sotto il file watcher:src/, i file sorgente delle estensioni,
i metadati package.json e openclaw.plugin.json delle estensioni, tsconfig.json,
package.json e tsdown.config.ts. Le modifiche ai metadati delle estensioni riavviano il
gateway senza forzare una ricompilazione tsdown; le modifiche a sorgenti e configurazione
ricostruiscono comunque prima dist.
Aggiungi eventuali flag CLI del gateway dopo gateway:watch e verranno inoltrati a ogni
riavvio. Rieseguire lo stesso comando watch per lo stesso set repo/flag ora
sostituisce il watcher precedente invece di lasciare processi watcher padre duplicati.
Profilo dev + gateway dev (--dev)
Usa il profilo dev per isolare lo stato e avviare una configurazione sicura e usa e getta per il
debug. Esistono due flag --dev:
--devglobale (profilo): isola lo stato sotto~/.openclaw-deve imposta per default la porta del gateway su19001(le porte derivate si spostano con essa).gateway --dev: dice al Gateway di creare automaticamente una configurazione predefinita + workspace quando mancano (e di saltareBOOTSTRAP.md).
pnpm openclaw ....
Cosa fa:
-
Isolamento del profilo (
--devglobale)OPENCLAW_PROFILE=devOPENCLAW_STATE_DIR=~/.openclaw-devOPENCLAW_CONFIG_PATH=~/.openclaw-dev/openclaw.jsonOPENCLAW_GATEWAY_PORT=19001(browser/canvas si spostano di conseguenza)
-
Bootstrap dev (
gateway --dev)- Scrive una configurazione minima se manca (
gateway.mode=local, bind loopback). - Imposta
agent.workspacesul workspace dev. - Imposta
agent.skipBootstrap=true(nessunBOOTSTRAP.md). - Prepopola i file del workspace se mancanti:
AGENTS.md,SOUL.md,TOOLS.md,IDENTITY.md,USER.md,HEARTBEAT.md. - Identità predefinita: C3‑PO (droide protocollare).
- Salta i provider di canale in modalità dev (
OPENCLAW_SKIP_CHANNELS=1).
- Scrive una configurazione minima se manca (
--dev è un flag di profilo globale e viene intercettato da alcuni runner.
Se devi specificarlo esplicitamente, usa la forma con variabile d’ambiente:
--reset cancella configurazione, credenziali, sessioni e il workspace dev (usando
trash, non rm), poi ricrea la configurazione dev predefinita.
Suggerimento: se è già in esecuzione un gateway non dev (launchd/systemd), fermalo prima:
Logging del flusso grezzo (OpenClaw)
OpenClaw può registrare lo stream grezzo dell’assistente prima di qualsiasi filtro/formattazione. Questo è il modo migliore per vedere se il ragionamento arriva come delta di testo semplice (o come blocchi di thinking separati). Abilitalo tramite CLI:~/.openclaw/logs/raw-stream.jsonl
Logging dei chunk grezzi (pi-mono)
Per acquisire i chunk grezzi OpenAI-compat prima che vengano analizzati in blocchi, pi-mono espone un logger separato:~/.pi-mono/logs/raw-openai-completions.jsonl
Nota: questo viene emesso solo dai processi che usano il provider
openai-completions di pi-mono.
Note sulla sicurezza
- I log dei flussi grezzi possono includere prompt completi, output degli strumenti e dati utente.
- Mantieni i log in locale ed eliminali dopo il debug.
- Se condividi i log, rimuovi prima segreti e PII.