CLI commands
工作階段
openclaw sessions
列出已儲存的對話工作階段。
工作階段清單並非頻道/提供者的運作狀態檢查。它們顯示工作階段儲存區中持久保存的
對話資料列。即使沒有建立新的工作階段資料列,沒有活動的 Discord、Slack、Telegram 或
其他頻道仍可成功重新連線,直到處理訊息時才會建立。需要即時
頻道連線狀態時,請使用 openclaw channels status --probe、
openclaw status --deep 或 openclaw health --verbose。
openclaw sessionsopenclaw sessions --agent workopenclaw sessions --all-agentsopenclaw sessions --active 120openclaw sessions --limit 25openclaw sessions --store ./tmp/sessions.jsonopenclaw sessions --json旗標:
| 旗標 | 說明 |
|---|---|
--agent <id> |
一個已設定的代理程式儲存區(預設:已設定的預設代理程式)。 |
--all-agents |
彙整所有已設定的代理程式儲存區。 |
--store <path> |
明確的儲存區路徑(無法與 --agent 或 --all-agents 搭配使用)。 |
--active <minutes> |
僅顯示過去 N 分鐘內更新的工作階段。 |
--limit <n|all> |
輸出的資料列上限(預設為 100;all 會恢復完整輸出)。 |
--json |
機器可讀的輸出。 |
--verbose |
詳細記錄。 |
openclaw sessions 與閘道 sessions.list RPC 預設都有數量限制,
因此大型且長期存在的儲存區不會獨占命令列介面處理程序或閘道事件
迴圈。命令列介面預設傳回最新的 100 個工作階段;若要縮小/擴大範圍,請傳入 --limit <n>,
若確實需要完整儲存區,則傳入 --limit all。
當呼叫端需要指出仍有更多資料列時,JSON 回應會包含 totalCount、limitApplied 和 hasMore。
RPC 用戶端可傳入 configuredAgentsOnly: true,以保留廣泛的合併
探索來源,但只傳回目前仍存在於設定中的代理程式資料列。
Control UI 預設使用此模式,因此已刪除或僅存在於磁碟上的代理程式儲存區
不會重新出現在工作階段檢視中。
--all-agents 會讀取已設定的代理程式儲存區。閘道與 ACP 工作階段
探索範圍更廣:也會包含從已設定代理程式根目錄或範本化
session.store 根目錄解析出的 SQLite 儲存區。舊版選取器
路徑必須解析至代理程式根目錄內;符號連結與根目錄外的路徑會被
略過。
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": "openai/gpt-5.6-sol" }, { "agentId": "work", "key": "agent:work:main", "model": "anthropic/claude-sonnet-4-6" } ]}追蹤軌跡進度
openclaw sessions tailopenclaw sessions tail --followopenclaw sessions tail --session-key "agent:main:telegram:direct:123" --tail 25openclaw sessions --agent work tail --followopenclaw sessions --all-agents tail --followopenclaw sessions tail 會將近期執行階段軌跡事件呈現為精簡的
進度行。未指定 --session-key 時,會先追蹤執行中的工作階段,再追蹤
最新儲存的工作階段。--tail <count> 控制在追蹤模式開始前
列印多少個既有事件;預設為 80,而 0 會從目前的結尾開始。
--follow 會持續監看所選的 SQLite 後端工作階段或明確指定的
舊版軌跡檔案。
進度檢視刻意採取保守設計:不會列印提示文字、工具引數
及工具結果本文。工具呼叫會顯示工具名稱與
{...redacted...};工具結果會顯示 ok、error 或 done 等狀態;
模型完成行會顯示提供者/模型及終止狀態。
匯出軌跡套件
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 --json這是擁有者核准執行要求後,/export-trajectory 斜線命令所使用的
命令路徑。輸出目錄一律解析至所選工作區內的
.openclaw/trajectory-exports/。
清理維護
立即執行維護,而非等待下一個寫入週期:
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 會使用設定中的 session.maintenance 設定
(設定參考):
- 範圍附註:
openclaw sessions cleanup會維護工作階段儲存區、 逐字稿、軌跡資料列及舊版軌跡附屬檔案。它不會 清除排程執行歷程;該歷程會自動為每個工作保留最新的 2000 筆資料列 (排程設定)。 - 清理也會移除未被參照且早於
session.maintenance.pruneAfter的舊版/封存逐字稿成品、 壓縮檢查點及軌跡附屬檔案;仍由 SQLite 工作階段資料列參照的成品會予以保留。 - 清理會將短期閘道模型執行探測清理另行回報為
modelRunPruned。這只會比對形如agent:*:explicit:model-run-<uuid>的嚴格明確索引鍵。保留期固定為24h,並受 容量壓力條件控制:只有在工作階段項目維護/上限壓力出現時, 才會移除過期的探測資料列。執行時,模型執行清理會 先於全域過期項目清理及上限裁切進行。
旗標:
| 旗標 | 說明 |
|---|---|
--dry-run |
預覽在不寫入的情況下會清除/裁切多少個項目。在文字模式中,會列印每個工作階段的動作表(Action、Key、Age、Model、Flags),以及依工作階段標籤分組的摘要。 |
--enforce |
即使 session.maintenance.mode 為 warn,仍套用維護作業。 |
--fix-missing |
移除封存逐字稿成品遺失或僅含標頭/為空的舊版項目,即使它們通常尚未達到依時間/數量移除的條件。 |
--fix-dm-scope |
當 session.dmScope 為 main 時,淘汰先前由 per-peer、per-channel-peer 或 per-account-channel-peer 路由遺留、以對等方為索引鍵的過期直接私訊資料列。請先使用 --dry-run;套用後會從 SQLite 移除這些資料列,並將其舊版逐字稿成品保留為已刪除的封存檔。 |
--active-key <key> |
保護特定作用中索引鍵不受磁碟配額淘汰。持久的外部對話指標(例如群組工作階段與以討論串為範圍的聊天工作階段)也會由依時間/數量/磁碟配額的維護機制保留。 |
--agent <id> |
對一個已設定的代理程式儲存區執行清理。 |
--all-agents |
對所有已設定的代理程式儲存區執行清理。 |
--store <path> |
對特定舊版儲存區選取器路徑執行。 |
--json |
列印 JSON 摘要。搭配 --all-agents 時,輸出會包含每個儲存區各自的摘要。 |
當閘道可連線時,已設定代理程式儲存區的非模擬清理會
透過閘道傳送,因此會與執行階段流量共用相同的工作階段儲存區寫入器。
若要明確離線修復舊版儲存區選取器,請使用 --store <path>。
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 } ]}壓縮工作階段
為卡住或過大的工作階段回收內容預算。openclaw sessions compact <key> 是 sessions.compact
閘道 RPC 的正式包裝命令,且需要執行中的閘道。
openclaw sessions compact "agent:main:main"openclaw sessions compact "agent:main:main" --max-lines 200openclaw sessions compact "agent:work:main" --agent work --json- 未指定
--max-lines時,閘道會使用 LLM 摘要逐字稿。命令列介面 預設不會設定用戶端截止時間;閘道負責管理 已設定的壓縮生命週期。 - 指定
--max-lines <n>時,會截短至逐字稿的最後n行,並 將先前的逐字稿封存為.bak附屬檔案。 --agent <id>:擁有該工作階段的代理程式;使用global索引鍵時為必填。--url/--token/--password:閘道連線覆寫設定。--timeout <ms>:選用的用戶端 RPC 逾時時間,單位為毫秒。--json:列印原始 RPC 承載資料。
當閘道回報壓縮失敗或無法連線時,命令會以非零狀態碼結束,因此排程和指令碼絕不會將無聲的無操作誤認為成功。
sessions.compact RPC
openclaw gateway call sessions.compact --params '<json>' 接受:
| 欄位 | 類型 | 必填 | 說明 |
|---|---|---|---|
key |
字串 | 是 | 要壓縮的工作階段金鑰(例如 agent:main:main)。 |
agentId |
字串 | 否 | 擁有該工作階段的代理程式 ID(適用於 global 金鑰)。 |
maxLines |
整數 ≥ 1 | 否 | 截斷為最後 N 行,而非使用 LLM 摘要。 |
LLM 摘要回應範例:
{ "ok": true, "key": "agent:main:main", "compacted": true, "result": { "tokensBefore": 243868, "tokensAfter": 34941 }}截斷回應範例(--max-lines 200):
{ "ok": true, "key": "agent:main:main", "compacted": true, "archived": "/home/user/.openclaw/agents/main/sessions/transcripts/<id>.jsonl.bak", "kept": 200}