CLI commands
Sitzungen
openclaw sessions
Gespeicherte Konversation-Sessions auflisten.
Session-Listen sind keine Liveness-Prüfungen für Kanäle/Provider. Sie zeigen persistierte
Konversationszeilen aus Session-Speichern. Ein ruhiger Discord-, Slack-, Telegram- oder
anderer Kanal kann sich erfolgreich neu verbinden, ohne eine neue Session-Zeile zu erstellen,
bis eine Nachricht verarbeitet wird. Verwenden Sie openclaw channels status --probe,
openclaw status --deep oder openclaw health --verbose, wenn Sie Live-
Kanalverbindungen benötigen.
openclaw sessions- und Gateway-sessions.list-Antworten sind standardmäßig begrenzt,
damit große, langlebige Speicher nicht den CLI-Prozess oder die Gateway-
Ereignisschleife blockieren können. Die CLI gibt standardmäßig die neuesten 100 Sessions
zurück; übergeben Sie --limit <n> für ein kleineres/größeres Fenster oder --limit all,
wenn Sie absichtlich den vollständigen Speicher benötigen. JSON-Antworten enthalten
totalCount, limitApplied und hasMore, wenn Aufrufer anzeigen müssen, dass weitere
Zeilen vorhanden sind.
RPC-Clients können configuredAgentsOnly: true übergeben, um die breite kombinierte
Discovery-Quelle beizubehalten, aber nur Zeilen für Agents zurückzugeben, die aktuell in der
Konfiguration vorhanden sind. Die Control UI verwendet diesen Modus standardmäßig, damit
gelöschte oder nur auf Datenträger vorhandene Agent-Speicher nicht erneut in der Sessions-
Ansicht erscheinen.
openclaw sessionsopenclaw sessions --agent workopenclaw sessions --all-agentsopenclaw sessions --active 120openclaw sessions --limit 25openclaw sessions --verboseopenclaw sessions --jsonBereichsauswahl:
- Standard: konfigurierter Standard-Agent-Speicher
--verbose: ausführliche Protokollierung--agent <id>: ein konfigurierter Agent-Speicher--all-agents: alle konfigurierten Agent-Speicher zusammenfassen--store <path>: expliziter Speicherpfad (kann nicht mit--agentoder--all-agentskombiniert werden)--limit <n|all>: maximale Anzahl auszugebender Zeilen (Standard100;allstellt die vollständige Ausgabe wieder her)
Ein Trajectory-Bundle für eine gespeicherte Session exportieren:
openclaw sessions export-trajectory --session-key "agent:main:telegram:direct:123" --workspace .openclaw sessions export-trajectory --session-key "agent:main:telegram:direct:123" --output bug-123 --jsonDies ist der Befehlspfad, den der Slash-Befehl /export-trajectory verwendet, nachdem
der Owner die Exec-Anfrage genehmigt hat. Das Ausgabeverzeichnis wird immer innerhalb von
.openclaw/trajectory-exports/ unter dem ausgewählten Workspace aufgelöst.
openclaw sessions --all-agents liest konfigurierte Agent-Speicher. Gateway- und ACP-
Session-Discovery sind breiter: Sie enthalten auch nur auf Datenträger vorhandene Speicher,
die unter dem standardmäßigen agents/-Root oder einem vorlagenbasierten
session.store-Root gefunden werden. Diese gefundenen Speicher müssen zu regulären
sessions.json-Dateien innerhalb des Agent-Roots aufgelöst werden; Symlinks und Pfade
außerhalb des Roots werden übersprungen.
JSON-Beispiele:
openclaw sessions --all-agents --json:
{ "path": null, "stores": [ { "agentId": "main", "path": "/home/user/.openclaw/agents/main/sessions/sessions.json" }, { "agentId": "work", "path": "/home/user/.openclaw/agents/work/sessions/sessions.json" } ], "allAgents": true, "count": 2, "totalCount": 2, "limitApplied": 100, "hasMore": false, "activeMinutes": null, "sessions": [ { "agentId": "main", "key": "agent:main:main", "model": "gpt-5" }, { "agentId": "work", "key": "agent:work:main", "model": "claude-opus-4-6" } ]}Cleanup-Wartung
Wartung jetzt ausführen (statt auf den nächsten Schreibzyklus zu warten):
openclaw sessions cleanup --dry-runopenclaw sessions cleanup --agent work --dry-runopenclaw sessions cleanup --all-agents --dry-runopenclaw sessions cleanup --enforceopenclaw sessions cleanup --enforce --active-key "agent:main:telegram:direct:123"openclaw sessions cleanup --dry-run --fix-dm-scopeopenclaw sessions cleanup --jsonopenclaw sessions cleanup verwendet session.maintenance-Einstellungen aus der Konfiguration:
-
Hinweis zum Bereich:
openclaw sessions cleanupwartet Session-Speicher, Transkripte und Trajectory-Sidecars. Es bereinigt keine Cron-Ausführungsprotokolle (cron/runs/<jobId>.jsonl), die durchcron.runLog.maxBytesundcron.runLog.keepLinesin der Cron-Konfiguration verwaltet und in der Cron-Wartung erklärt werden. -
Cleanup bereinigt auch nicht referenzierte primäre Transkripte, Compaction-Checkpoints und Trajectory-Sidecars, die älter als
session.maintenance.pruneAftersind; Dateien, die weiterhin vonsessions.jsonreferenziert werden, bleiben erhalten. -
--dry-run: Vorschau anzeigen, wie viele Einträge ohne Schreiben bereinigt/begrenzt würden.- Im Textmodus gibt der Probelauf eine Aktionstabelle pro Session aus (
Action,Key,Age,Model,Flags), damit Sie sehen können, was behalten bzw. entfernt würde.
- Im Textmodus gibt der Probelauf eine Aktionstabelle pro Session aus (
-
--enforce: Wartung anwenden, auch wennsession.maintenance.modeaufwarngesetzt ist. -
--fix-missing: Einträge entfernen, deren Transkriptdateien fehlen, auch wenn sie normalerweise noch nicht nach Alter/Anzahl entfernt würden. -
--fix-dm-scope: Wennsession.dmScopeaufmaingesetzt ist, veraltete peer-schlüsselbasierte direkte DM-Zeilen außer Betrieb nehmen, die von früheremper-peer-,per-channel-peer- oderper-account-channel-peer-Routing übrig geblieben sind. Verwenden Sie zuerst--dry-run; das Anwenden des Cleanup entfernt diese Zeilen aussessions.jsonund bewahrt ihre Transkripte als gelöschte Archive auf. -
--active-key <key>: Einen bestimmten aktiven Schlüssel vor Verdrängung durch das Datenträgerbudget schützen. Dauerhafte externe Konversationszeiger, etwa Gruppen-Sessions und thread-bezogene Chat-Sessions, werden ebenfalls durch Wartung nach Alter/Anzahl/Datenträgerbudget beibehalten. -
--agent <id>: Cleanup für einen konfigurierten Agent-Speicher ausführen. -
--all-agents: Cleanup für alle konfigurierten Agent-Speicher ausführen. -
--store <path>: Gegen eine bestimmtesessions.json-Datei ausführen. -
--json: Eine JSON-Zusammenfassung ausgeben. Mit--all-agentsenthält die Ausgabe eine Zusammenfassung pro Speicher.
Wenn ein Gateway erreichbar ist, wird nicht als Probelauf ausgeführtes Cleanup für konfigurierte Agent-Speicher
über das Gateway gesendet, damit es denselben Session-Speicher-Writer wie Laufzeit-
Traffic verwendet. Verwenden Sie --store <path> für eine explizite Offline-Reparatur einer Speicherdatei.
openclaw sessions cleanup --all-agents --dry-run --json:
{ "allAgents": true, "mode": "warn", "dryRun": true, "stores": [ { "agentId": "main", "storePath": "/home/user/.openclaw/agents/main/sessions/sessions.json", "beforeCount": 120, "afterCount": 80, "missing": 0, "dmScopeRetired": 0, "pruned": 40, "capped": 0 }, { "agentId": "work", "storePath": "/home/user/.openclaw/agents/work/sessions/sessions.json", "beforeCount": 18, "afterCount": 18, "missing": 0, "dmScopeRetired": 0, "pruned": 0, "capped": 0 } ]}Verwandt:
- Session-Konfiguration: Konfigurationsreferenz