openclaw status
通道與會話的診斷資訊。
openclaw statusopenclaw status --allopenclaw status --deepopenclaw status --usage備註:
--deep會執行即時探測(WhatsApp Web + Telegram + Discord + Slack + Signal)。- 純
openclaw status維持在快速唯讀路徑上,並在跳過記憶體檢查時將記憶體標記為not checked而非不可用。繁重的安全性稽核、外掛程式相容性和記憶體向量探測則交由openclaw status --all、openclaw status --deep、openclaw security audit和openclaw memory status --deep處理。 status --json --all會回報由plugins.slots.memory選取的作用中記憶體外掛程式執行時期的記憶體詳細資訊。自訂記憶體外掛程式可以停用內建agents.defaults.memorySearch.enabled並仍然回報它們自己的檔案、區塊、向量和 FTS 狀態。--usage會將標準化的供應商使用視窗列印為X% left。- 會話狀態輸出會區分
Execution:和Runtime:。Execution是沙箱路徑(direct、docker/*),而Runtime則告訴您會話是否正在使用OpenClaw Pi Default、OpenAI Codex、CLI 後端,或諸如codex (acp/acpx)的 ACP 後端。關於供應商/模型/執行時期的區別,請參閱 Agent runtimes。 - MiniMax 的原始
usage_percent/usagePercent欄位是剩餘配額,因此 OpenClaw 會在顯示前將其反轉;如果存在計數型欄位則優先採用。model_remains回應偏好採用聊天模型條目,並在需要時從時間戳記衍生視窗標籤,以及在方案標籤中包含模型名稱。 - 當目前會話快照稀疏時,
/status可以從最新的逐字稿使用紀錄中回填權杖和快取計數器。既有的非零即時值仍優先於逐字稿後援值。 /status包含精簡的 Gateway 程序運作時間和主機系統運作時間。- 當即時會話項目缺少主動運行時模型標籤時,文字記錄回退也可以恢復該標籤。如果該文字記錄模型與選定的模型不同,status 會針對恢復的運行時模型(而非選定的模型)來解析內容視窗。
- 對於提示詞大小的計算,當會詞元數據缺失或較小時,文字記錄回退會優先選擇較大的提示詞導向總計,以免自訂供應商的會話崩塌為
0詞元顯示。 - 當配置了多個代理時,輸出內容會包含各代理的會詞元儲存。
- 概覽會在可用時包含 Gateway + 節點主機服務的安裝/運行時狀態。
- 概覽會包含更新通道 + git SHA(針對原始碼簽出)。
- 更新資訊會顯示在概覽中;如果有可用的更新,status 會列印提示以執行
openclaw update(請參閱更新)。 - 模型定價重新整理失敗會顯示為選用的定價警告。這並不代表 Gateway 或管道狀態不健康。
- 唯讀狀態表面 (
status,status --json,status --all) 會在可行時解析其目標設定路徑的支援 SecretRefs。 - 如果設定了支援的管道 SecretRef 但在目前的指令路徑中無法使用,狀態會保持唯讀並回報降級輸出,而不是直接崩潰。人工輸出會顯示諸如「configured token unavailable in this command path」的警告,而 JSON 輸出則包含
secretDiagnostics。 - 當指令本地的 SecretRef 解析成功時,狀態會優先使用解析後的快照,並從最終輸出中清除暫時性的「secret unavailable」管道標記。
status --all包含一個 Secrets 概觀列和一個診斷區段,該區段彙總了 Secret 診斷(為了可讀性已截斷),而不會停止報告的產生。