openclaw sessions
Gespeicherte Konversationssitzungen auflisten.
Sitzungslisten sind keine Verfügbarkeitsprüfungen für Kanäle oder Provider. Sie zeigen persistierte
Konversationszeilen aus Sitzungsspeichern. Ein inaktiver Discord-, Slack-, Telegram- oder
anderer Kanal kann die Verbindung erfolgreich wiederherstellen, ohne eine neue Sitzungszeile
zu erstellen, bis eine Nachricht verarbeitet wird. Verwenden Sie openclaw channels status --probe,
openclaw status --deep oder openclaw health --verbose, wenn Sie die aktuelle
Kanalkonnektivität benötigen.
openclaw sessions und der Gateway-RPC sessions.list sind standardmäßig
begrenzt, damit große, langlebige Speicher nicht den CLI-Prozess oder die
Gateway-Ereignisschleife monopolisieren können. Die CLI gibt standardmäßig die neuesten 100 Sitzungen zurück; übergeben Sie --limit <n>
für ein kleineres oder 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
Ermittlungsquelle beizubehalten, aber nur Zeilen für Agents zurückzugeben, die aktuell in der Konfiguration vorhanden sind.
Die Control UI verwendet diesen Modus standardmäßig, sodass gelöschte oder ausschließlich auf der Festplatte vorhandene Agent-Speicher
nicht erneut in der Sitzungsansicht erscheinen.
--all-agents liest konfigurierte Agent-Speicher. Die Sitzungsermittlung
von Gateway und ACP ist umfassender: Sie schließt auch SQLite-Speicher ein, die aus
konfigurierten Agent-Stammverzeichnissen oder einem vorlagenbasierten session.store-Stammverzeichnis aufgelöst werden. Pfade älterer Selektoren
müssen innerhalb des Agent-Stammverzeichnisses aufgelöst werden; symbolische Links und Pfade außerhalb des Stammverzeichnisses werden
übersprungen.
openclaw sessions --all-agents --json:
Fortschritt des Trajektorienendes
openclaw sessions tail stellt aktuelle Laufzeit-Trajektorienereignisse als kompakte
Fortschrittszeilen dar. Ohne --session-key folgt es zuerst laufenden Sitzungen und anschließend
der neuesten gespeicherten Sitzung. --tail <count> steuert, wie viele vorhandene Ereignisse
vor dem Folgemodus ausgegeben werden; Standard ist 80, und 0 beginnt am aktuellen Ende.
--follow überwacht weiterhin die ausgewählte SQLite-gestützte Sitzung oder eine explizite
ältere Trajektoriendatei.
Die Fortschrittsansicht ist bewusst zurückhaltend: Prompt-Text, Tool-Argumente
und Inhalte von Tool-Ergebnissen werden nicht ausgegeben. Tool-Aufrufe zeigen den Tool-Namen mit
{...redacted...}; Tool-Ergebnisse zeigen einen Status wie ok, error oder done;
Modellabschlusszeilen zeigen Provider/Modell und den Endstatus.
Ein Trajektorienpaket exportieren
/export-trajectory verwendet, nachdem
der Eigentümer die Ausführungsanforderung genehmigt hat. Das Ausgabeverzeichnis wird immer
innerhalb von .openclaw/trajectory-exports/ unter dem ausgewählten Arbeitsbereich aufgelöst.
Bereinigungswartung
Führen Sie die Wartung jetzt aus, statt auf den nächsten Schreibzyklus zu warten:openclaw sessions cleanup verwendet die session.maintenance-Einstellungen aus der Konfiguration
(Konfigurationsreferenz):
- Hinweis zum Umfang:
openclaw sessions cleanupverwaltet Sitzungsspeicher, Transkripte, Trajektorienzeilen und ältere Trajektorien-Sidecars. Es bereinigt nicht den Cron-Ausführungsverlauf, der automatisch die neuesten 2000 Zeilen pro Auftrag beibehält (Cron-Konfiguration). - Die Bereinigung entfernt außerdem nicht referenzierte ältere/archivierte Transkriptartefakte,
Compaction-Prüfpunkte und Trajektorien-Sidecars, die älter als
session.maintenance.pruneAftersind; Artefakte, auf die noch von SQLite- Sitzungszeilen verwiesen wird, bleiben erhalten. - Die Bereinigung weist die Entfernung kurzlebiger Gateway-Modelllauf-Sonden separat als
modelRunPrunedaus. Dies entspricht nur streng expliziten Schlüsseln der Formagent:*:explicit:model-run-<uuid>. Die Aufbewahrungsdauer beträgt fest24hund ist druckabhängig: Veraltete Sondenzeilen werden nur entfernt, wenn bei der Wartung von Sitzungseinträgen oder der Kapazitätsbegrenzung Druck entsteht. Wenn sie ausgeführt wird, erfolgt die Bereinigung der Modellläufe vor der globalen Bereinigung veralteter Einträge und der Begrenzung.
Wenn ein Gateway erreichbar ist, wird eine Bereinigung konfigurierter Agent-Speicher, die kein Probelauf ist,
über das Gateway gesendet, sodass sie denselben Sitzungsspeicher-Schreiber wie der Laufzeitdatenverkehr
verwendet. Verwenden Sie
--store <path> für die explizite Offline-Reparatur eines älteren
Speicherselektors.
openclaw sessions cleanup --all-agents --dry-run --json:
Eine Sitzung komprimieren
Kontextbudget für eine blockierte oder übergroße Sitzung zurückgewinnen.openclaw sessions compact <key> ist der primäre Wrapper um den Gateway-RPC sessions.compact
und erfordert ein laufendes Gateway.
- Ohne
--max-linesfasst das Gateway-LLM das Transkript zusammen. Die CLI legt standardmäßig keine clientseitige Frist fest; das Gateway verwaltet den konfigurierten Compaction-Lebenszyklus. - Mit
--max-lines <n>wird auf die letztennTranskriptzeilen gekürzt und das vorherige Transkript als.bak-Sidecar archiviert. --agent <id>: Agent, dem die Sitzung gehört; fürglobal-Schlüssel erforderlich.--url/--token/--password: Überschreibungen der Gateway-Verbindung.--timeout <ms>: optionale clientseitige RPC-Zeitüberschreitung in Millisekunden.--json: die unverarbeitete RPC-Nutzlast ausgeben.
openclaw agent --message '/compact ...' ist kein Compaction-Pfad. Slash-Befehle
von der CLI werden durch die Prüfung auf autorisierte Absender abgelehnt; dieser
Aufruf wird mit einem von null verschiedenen Status und einem Hinweis beendet, der hierher verweist, statt stillschweigend
keine Aktion auszuführen.sessions.compact-RPC
openclaw gateway call sessions.compact --params '<json>' akzeptiert:
Beispielantwort für eine LLM-Zusammenfassung:
--max-lines 200):