OpenClaw 所有命令,我按用途整理成了 12 組,建議收藏

作者:良逍Ai出海筆記
日期:2026年3月12日 上午11:10
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

呢篇文章將OpenClaw命令分類為CLI系統控制同聊天會話控制,方便你快速查閲同區分兩者用途。

整理版摘要

作者係OpenClaw嘅資深用戶,親身經驗發現好多新手撈亂終端CLI同聊天命令嘅用法。佢整理咗呢篇速查手冊,將命令按用途分為12組:CLI 6組用嚟管系統,聊天命令6組用嚟管會話。核心結論係——CLI改嘅係規則,持久有效;聊天命令(除咗/config)多數隻影響當前session。

呢篇係系列第三篇,前兩篇分別講部署同理解框架(〈為什麼openclaw status和/status不一樣〉)。作者建議先睇前兩篇,理解咗架構之後再查呢篇。佢同時提醒,出問題第一時間跑openclaw doctor,排渠道問題可以用openclaw channels status --probe --json。

  • OpenClaw命令分為終端CLI(系統控制)同聊天命令(會話控制),兩者用途完全唔同,唔可以撈亂。
  • CLI命令管理系統層面:啟動、渠道、資源、Agent、安全、進階能力;改動係持久、系統級嘅。
  • 聊天命令管理會話層面:查狀態、控制對話、調參數、管子Agent、改配置、執行Shell;多數隻影響當前session。
  • 關鍵差異CLI改規則,聊天命令控制運行;/config set係少數可以持久化嘅聊天命令,但要手動開啓。
  • 實用速查:出問題先跑openclaw doctor;用/context detail睇當前上下文有咩;用/usage cost睇會話花費。
結構示例

內容片段

內容片段 text
openclaw onboard          # 初始化引導,首次必跑openclaw dashboard        # 打開 Dashboard(最快聊天入口)openclaw status           # 系統整體診斷openclaw status --deep    # 帶實時探測的深度診斷openclaw status --usage   # 看完整 provider 用量明細openclaw health           # 快速檢查 Gateway 是否正常openclaw doctor           # 自動排障,出了問題第一個跑它
整理重點

命令分類總覽

呢篇唔講道理,只做一件事:將OpenClaw命令按用途分類梳理清楚,方便你隨時翻。命令分兩大類:終端CLI管系統,聊天命令管會話。

CLI改嘅係規則,聊天命令控制嘅係呢次運行——呢個係核心區別,一定要記住。

作者建議先睇前兩篇(部署篇同框架篇),理解咗架構之後再查呢篇會更順。

整理重點

終端CLI命令:6大類系統控制

終端裏嘅openclaw係系統控制枱。作者按用途分成6組,每組都有特定場景。

  1. 1 啟動同入口:openclaw onboard(首次初始化)、openclaw dashboard(最快聊天入口)、openclaw doctor(出問題第一時間跑)。
  2. 2 渠道同消息:openclaw channels list/status/add/remove/login/logout/logs;message send可以主動發消息到WhatsAppTelegram等渠道。
  3. 3 能力同資源:openclaw skills list/info/check;models系列;memory系列——睇系統有咩技能、模型、記憶可用。
  4. 4 Agent管理:openclaw agent --message(直接在終端跑一輪對話);agents系列管理獨立Agent嘅workspace、bindings、identity。
  5. 5 安全同執行控制:openclaw approvals系列;security audit——控制Agent能否喺你機器執行命令,新手建議先用默認策略。
  6. 6 進階系統能力:gateway、browser、nodes、cron、backup、plugins、sessions——用得到再查。

openclaw channels status --probe --json 可以用嚟一眼睇到邊個渠道連唔到,係作者最常用嘅排障命令。

整理重點

聊天命令:6大會話控制

聊天裏嘅/...命令由Gateway處理,多數要單獨發送。作者同樣按用途分成6組。

  1. 1 基礎查詢:/status、/context detail(睇當前上下文有咩文件、工具、skill)、/whoami——調試必用。
  2. 2 會話控制:/new、/stop、/restart、/usage cost(睇會話花費)、/compact(壓縮上下文)。
  3. 3 Directives(運行時調參):/model、/think、/verbose、/reasoning——注意:單獨發送先會持久化到session;/reasoning喺羣聊可能有風險。
  4. 4 Sub-agent控制:/subagents list/spawn/info/log/send/steer/kill——同時處理多個任務時好用。
  5. 5 配置同權限(默認關閉):/config show/get/set/unset(寫入磁盤);/approve——需要手動開啓commands.config。
  6. 6 Shell執行(默認關閉):! <command>——需要commands.bash: true,受嚴格安全控制。
整理重點

速查總表同核心區別

作者提供咗一張速查對照表,簡單講就係同一件事,兩個入口。

  • 睇系統狀態CLI用openclaw status,聊天用/status。
  • 排障CLI用openclaw doctor,聊天冇對應命令。
  • 管渠道CLI用openclaw channels...,聊天冇。
  • 切模型(系統級)CLI用openclaw models...;切模型(當前會話):聊天用/model <name>。
  • 管審批規則CLI用openclaw approvals...;處理審批請求:聊天用/approve...。
  • 改配置CLI用openclaw config set;聊天用/config set(要開啓)。

終端裏改嘅嘢係持久、系統級;聊天裏改嘅嘢(除/config外)基本隻影響當前session——呢句係全篇最值得記低嘅判斷。

作者總結:呢篇係速查手冊,建議收藏。配合前兩篇一齊睇,基本唔會再搞混CLI同聊天命令。

 

上一篇文章我講咗 OpenClaw 最核心嘅一個判斷:終端 CLI 管系統,聊天命令管會話。

如果你仲未睇,建議你先睇嚇嗰篇(《點解 openclaw status 同 /status 唔同》),理解咗框架之後再睇呢篇會順手啲。

呢篇唔講道理,淨係做一件事:將 OpenClaw 嘅命令按用途分類清楚,方便你隨時查。

OpenClaw 命令 6+6 分類總覽:終端 CLI 管系統 vs 聊天命令管會話
OpenClaw 命令 6+6 分類總覽:終端 CLI 管系統 vs 聊天命令管會話

一、終端 CLI 命令:管系統嘅 6 大類

終端裏面嘅 openclaw ... 係系統控制枱。我按用途分成 6 組,每組講清楚咩場景會用到。

1)啟動同入口

場景:第一次裝好、日常檢查、出咗問題排錯。

openclaw onboard          # 初始化引導,首次必跑
openclaw dashboard        # 打開 Dashboard(最快聊天入口)
openclaw status           # 系統整體診斷
openclaw status --deep    # 帶實時探測的深度診斷
openclaw status --usage   # 看完整 provider 用量明細
openclaw health           # 快速檢查 Gateway 是否正常
openclaw doctor           # 自動排障,出了問題第一個跑它

部署完第一件事:openclaw dashboard。出咗問題第一件事:openclaw doctor


2)渠道同消息

場景:接入飛書、Telegram 等渠道,或者主動俾渠道發消息。

openclaw channels list       # 列出所有渠道
openclaw channels status     # 檢查渠道健康(會給修復建議)
openclaw channels add        # 添加渠道
openclaw channels remove     # 移除渠道
openclaw channels login      # 登錄渠道賬號
openclaw channels logout     # 登出渠道賬號
openclaw channels logs       # 查看渠道日誌

openclaw message send --target <id> --message <text>
                             # 主動往渠道發消息
openclaw directory           # 查找目標 ID,配合 message send 用

message send 可以主動往 WhatsApp、Telegram、Discord、Slack 等渠道發消息、投票、反應——唔使等其他人先嚟。

我用得最多嘅排錯命令係 openclaw channels status --probe --json,一眼就睇到邊個渠道死咗。


3)能力同資源

場景:睇系統而家有咩 Skill、模型、記憶可以用。

openclaw skills list         # 有哪些技能
openclaw skills info <name>  # 某個技能的詳情
openclaw skills check        # 檢查技能依賴是否就緒

openclaw models              # 等於 models status
openclaw models list         # 模型列表
openclaw models status       # 模型狀態
openclaw models set          # 設置默認模型
openclaw models set-image    # 設置圖像模型
openclaw models auth         # 模型認證
openclaw models aliases      # 模型別名
openclaw models fallbacks    # 模型回退鏈

openclaw memory status       # 記憶索引狀態
openclaw memory index        # 建索引
openclaw memory search       # 搜索記憶

呢組唔係叫 Agent 做嘢,而係睇系統層面有咩資源可以用。


4)Agent 管理

場景:從終端直接觸發 Agent 運行,或者管理多個獨立 Agent。

openclaw agent --message "..."    # 觸發一輪 Agent 運行
openclaw agent --local            # 本地運行,不走 Gateway

openclaw agents list              # 列出所有獨立 Agent
openclaw agents add               # 添加 Agent
openclaw agents delete            # 刪除 Agent
openclaw agents bindings          # 查看綁定關係
openclaw agents bind              # 綁定
openclaw agents unbind            # 解綁
openclaw agents set-identity      # 設置 Agent 身份

注意區分:agent(單數)係直接喺終端行一輪對話;agents(複數)係管理獨立 Agent 嘅 workspace、bindings、identity。

呢組適合你需要批量調度或者腳本化調用 Agent 嘅場景。


5)安全同執行控制

場景:控制 Agent 可唔可以喺你部機執行命令。

openclaw approvals get                # 查看當前審批規則
openclaw approvals set                # 設置審批規則
openclaw approvals allowlist add      # 添加白名單
openclaw approvals allowlist remove   # 移除白名單

openclaw security audit               # 安全審計

這組特別重要但成日俾人忽略

Exec Approvals 係讓 sandboxed Agent 喺真實機器執行命令時嘅安全閘門。命令行唔行得通,要睇 policy + allowlist + 用戶審批係咪同時滿足。

佢決定 Agent 到底有冇權限鬱你部機。 新手建議先用默認策略,搞清楚機制先再放鬆。


6)進階系統能力

場景:網關運維、瀏覽器自動化、節點管理、定時任務。新手暫時唔使理。

openclaw gateway install|start|stop|status|restart
                             # 網關服務管理
openclaw browser ...         # 瀏覽器實例控制
openclaw nodes ...           # 節點管理
openclaw node ...            # 單節點操作
openclaw cron ...            # 定時任務
openclaw backup ...          # 備份
openclaw plugins ...         # 插件管理
openclaw sessions ...        # 會話管理

說明 OpenClaw 嘅 CLI 唔單止係聊天入口——佢係成個系統嘅運維控制面。知道有呢啲嘢就得,用到先查。


二、聊天命令:管會話嘅 6 大類

聊天裏面嘅 /... 由 Gateway 處理,大多數要作為單獨一條消息發送。同樣按用途分成 6 組。

1)基礎查詢

場景:喺聊天裏面睇「我𠵱家咩狀態」。

/help              # 幫助
/commands          # 列出所有可用命令
/status            # 當前會話狀態(模型、provider 用量)
/context detail    # 當前上下文有什麼文件、工具、skill
/context json      # JSON 格式輸出上下文
/whoami 或 /id     # 我的 sender ID

/context detail 特別實用——睇到當前上下文塞咗幾多嘢,包括文件大細、工具數量、system prompt 大細。除錯嘅時候成日用。


2)會話控制

場景:開新對話、停止、重啟、睇用咗幾多錢。

/reset 或 /new     # 開新會話
/new <model>       # 開新會話並切換模型
/stop              # 停止當前運行
/restart           # 重啓

/usage off         # 關閉 usage 顯示
/usage tokens      # 每條回覆後顯示 token 用量
/usage full        # 完整 usage
/usage cost        # 打印本地 session 的成本彙總

/compact           # 壓縮上下文(對話太長時用)

/usage cost 想控制開支嘅話好有用,睇到當前 session 用咗幾多錢。


3)Directives:運行時調參

場景:轉模型、調整思考級別、開除錯資訊。

呢組係聊天命令裏面最有門道嘅。Directives 唔係聊天文字,係運行時控制信號。

核心機制:撈埋喺消息裏面發只係臨時 hint;單獨發一條先會持久化到 session。(上一篇有詳細解釋。)

/model <name>        # 切換模型
/model list          # 列出可用模型
/model status        # 當前模型狀態

/think off           # 關閉思考
/think minimal       # 最小思考
/think low           # 低
/think medium        # 中等
/think high          # 高
/think xhigh         # 極高

/verbose on|full|off # 詳細信息(調試用,正常建議關)

/reasoning on|off|stream   # 輸出推理過程
/elevated on|off|ask|full  # 提升執行權限
/exec host=<...>           # 執行環境參數
/queue                     # 隊列控制

注意/reasoning 和 /verbose 喺羣組裏面有風險——可能會暴露你唔想公開嘅內部推理或者工具輸出。正常使用建議閂咗佢。


4)Sub-agent 控制

場景:查看同管理當前對話入面派出嘅子助手。

/subagents list       # 當前有哪些子 Agent
/subagents spawn      # 啓動一個子 Agent
/subagents info <id>  # 子 Agent 詳情
/subagents log <id>   # 查看某個子 Agent 的日誌
/subagents send <id>  # 給子 Agent 發消息
/subagents steer <id> # 中途調整方向
/subagents kill <id>  # 終止子 Agent

呢組唔係改系統配置,而係管當前 session 裏面嘅子助手。例如你叫 OpenClaw 同時處理幾個任務,可以用 /subagents list 睇進度,用 /subagents steer 中途調整方向。


5)配置同權限(默認關閉)

場景:喺聊天裏面改配置或者處理審批。要手動開啟。

/config show         # 查看配置
/config get <key>    # 讀取某項
/config set <k> <v>  # 修改配置(寫入磁盤 openclaw.json)
/config unset <key>  # 刪除某項

/debug show          # 查看運行時調試配置
/debug set <k> <v>   # 修改(只改運行時,不寫磁盤)
/debug unset <key>   # 刪除
/debug reset         # 重置

/approve <id> allow-once    # 本次允許
/approve <id> allow-always  # 永久允許
/approve <id> deny          # 拒絕
/allowlist                  # 查看或修改白名單

注意/config 要先開 commands.config: true/debug 需要 commands.debug: true。全部都係 owner-only,普通用戶冇權限用。


6)Shell 執行(默認關閉)

場景:喺聊天裏面直接執行主機命令。要小心使用。

! <command>      # 在宿主機跑命令
/bash <command>  # 同上,別名
!poll            # 查看長時間運行的命令狀態
!stop            # 停止運行中的命令

需要 commands.bash: true,仲要配合 tools.elevated 嘅 allowlist。

聊天裏面都可以行命令,但佢唔係普通 shell——受更嚴格嘅安全控制。


三、速查總表

CLI vs 聊天命令速查對照表:同一件事,兩個入口
CLI vs 聊天命令速查對照表:同一件事,兩個入口
你想做咩
終端 CLI
聊天命令
睇系統狀態
openclaw status/status
排障
openclaw doctor
管渠道
openclaw channels ...
主動發消息
openclaw message send
管模型(系統級)
openclaw models ...
轉模型(當前會話)
/model <name>
管審批規則
openclaw approvals ...
處理審批請求
/approve ...
管獨立 Agent
openclaw agents ...
管子 Agent
/subagents ...
調思考級別
/think ...
睇上下文
/context detail
看花費
openclaw status --usage/usage cost
改配置
openclaw config set/config set
(要開啟)
行 shell
! <command>
(要開啟)

四、核心分別就一句話

CLI 改嘅係規則,聊天命令控制嘅係呢次運行。

終端裏面改嘅嘢係持久、系統級嘅。聊天裏面改嘅嘢(除咗 /config)基本上隻影響當前 session。


呢篇建議收藏,用到嘅時候查比起去睇官方文檔快。

上一篇講嘅係理解框架(《點解 openclaw status 同 /status 唔同》),呢篇係具體速查。兩篇夾埋睇,基本上就唔會再搞亂。

系列回顧:

  • • 第一篇:「68 蚊搭建 OpenClaw,接入飛書 + Telegram」— 教你部署
  • • 第二篇:「新手最應該先搞清嘅 2 套命令」— 幫你理解
  • • 第三篇:就係呢篇 — 方便你查

之後仲會寫 Agent 配置同多代理協作嘅實戰經驗,有興趣嘅可以先關注。

有咩問題,留言區見。

 


 

上一篇我講了 OpenClaw 最核心的一個判斷:終端 CLI 管系統,聊天命令管會話。

如果你還沒看,建議先看那篇(《為什麼 openclaw status 和 /status 不一樣》),理解框架之後再來查這篇會更順。

這篇不講道理,只做一件事:把 OpenClaw 的命令按用途分類梳理清楚,方便你隨時翻。

OpenClaw 命令 6+6 分類總覽:終端 CLI 管系統 vs 聊天命令管會話
OpenClaw 命令 6+6 分類總覽:終端 CLI 管系統 vs 聊天命令管會話

一、終端 CLI 命令:管系統的 6 大類

終端裏的 openclaw ... 是系統控制枱。我按用途分成 6 組,每組說清楚什麼場景會用到。

1)啓動和入口

場景:第一次裝好、日常檢查、出了問題排障。

openclaw onboard          # 初始化引導,首次必跑
openclaw dashboard        # 打開 Dashboard(最快聊天入口)
openclaw status           # 系統整體診斷
openclaw status --deep    # 帶實時探測的深度診斷
openclaw status --usage   # 看完整 provider 用量明細
openclaw health           # 快速檢查 Gateway 是否正常
openclaw doctor           # 自動排障,出了問題第一個跑它

部署完第一件事:openclaw dashboard。出了問題第一件事:openclaw doctor


2)渠道和消息

場景:接入飛書、Telegram 等渠道,或者主動給渠道發消息。

openclaw channels list       # 列出所有渠道
openclaw channels status     # 檢查渠道健康(會給修復建議)
openclaw channels add        # 添加渠道
openclaw channels remove     # 移除渠道
openclaw channels login      # 登錄渠道賬號
openclaw channels logout     # 登出渠道賬號
openclaw channels logs       # 查看渠道日誌

openclaw message send --target <id> --message <text>
                             # 主動往渠道發消息
openclaw directory           # 查找目標 ID,配合 message send 用

message send 可以主動往 WhatsApp、Telegram、Discord、Slack 等渠道發消息、投票、反應——不用等別人先來。

我用得最多的排障命令是 openclaw channels status --probe --json,一眼能看到哪個渠道掛了。


3)能力和資源

場景:看系統現在有什麼 Skill、模型、記憶可以用。

openclaw skills list         # 有哪些技能
openclaw skills info <name>  # 某個技能的詳情
openclaw skills check        # 檢查技能依賴是否就緒

openclaw models              # 等於 models status
openclaw models list         # 模型列表
openclaw models status       # 模型狀態
openclaw models set          # 設置默認模型
openclaw models set-image    # 設置圖像模型
openclaw models auth         # 模型認證
openclaw models aliases      # 模型別名
openclaw models fallbacks    # 模型回退鏈

openclaw memory status       # 記憶索引狀態
openclaw memory index        # 建索引
openclaw memory search       # 搜索記憶

這組不是讓 Agent 幹活,而是看系統層面有哪些資源可用。


4)Agent 管理

場景:從終端直接觸發 Agent 運行,或管理多個獨立 Agent。

openclaw agent --message "..."    # 觸發一輪 Agent 運行
openclaw agent --local            # 本地運行,不走 Gateway

openclaw agents list              # 列出所有獨立 Agent
openclaw agents add               # 添加 Agent
openclaw agents delete            # 刪除 Agent
openclaw agents bindings          # 查看綁定關係
openclaw agents bind              # 綁定
openclaw agents unbind            # 解綁
openclaw agents set-identity      # 設置 Agent 身份

注意區分:agent(單數)是直接在終端跑一輪對話;agents(複數)是管理獨立 Agent 的 workspace、bindings、identity。

這組適合你需要批量調度或腳本化調用 Agent 的場景。


5)安全和執行控制

場景:控制 Agent 能不能在你的機器上執行命令。

openclaw approvals get                # 查看當前審批規則
openclaw approvals set                # 設置審批規則
openclaw approvals allowlist add      # 添加白名單
openclaw approvals allowlist remove   # 移除白名單

openclaw security audit               # 安全審計

這組特別重要但容易被忽略

Exec Approvals 是讓 sandboxed Agent 在真實機器上執行命令時的安全閘門。命令能不能跑,要看 policy + allowlist + 用戶審批是否同時滿足。

它決定 Agent 到底能不能真的動你的機器。 新手建議先用默認策略,搞清楚機制再放開。


6)進階系統能力

場景:網關運維、瀏覽器自動化、節點管理、定時任務。新手先不用管。

openclaw gateway install|start|stop|status|restart
                             # 網關服務管理
openclaw browser ...         # 瀏覽器實例控制
openclaw nodes ...           # 節點管理
openclaw node ...            # 單節點操作
openclaw cron ...            # 定時任務
openclaw backup ...          # 備份
openclaw plugins ...         # 插件管理
openclaw sessions ...        # 會話管理

說明 OpenClaw 的 CLI 不只是聊天入口——它是整套系統的運維控制面。知道有這些就行,用到再查。


二、聊天命令:管會話的 6 大類

聊天裏的 /... 由 Gateway 處理,大多數要作為單獨一條消息發送。同樣按用途分成 6 組。

1)基礎查詢

場景:在聊天裏看"我現在什麼狀態"。

/help              # 幫助
/commands          # 列出所有可用命令
/status            # 當前會話狀態(模型、provider 用量)
/context detail    # 當前上下文有什麼文件、工具、skill
/context json      # JSON 格式輸出上下文
/whoami 或 /id     # 我的 sender ID

/context detail 特別實用——能看到當前上下文塞了多少東西,包括文件大小、工具數量、system prompt 大小。調試的時候經常用。


2)會話控制

場景:開新對話、停止、重啓、看花了多少錢。

/reset 或 /new     # 開新會話
/new <model>       # 開新會話並切換模型
/stop              # 停止當前運行
/restart           # 重啓

/usage off         # 關閉 usage 顯示
/usage tokens      # 每條回覆後顯示 token 用量
/usage full        # 完整 usage
/usage cost        # 打印本地 session 的成本彙總

/compact           # 壓縮上下文(對話太長時用)

/usage cost 想控制花費的話很有用,能看到當前 session 花了多少錢。


3)Directives:運行時調參

場景:切模型、調思考級別、開調試信息。

這組是聊天命令裏最有門道的。Directives 不是聊天文本,是運行時控制信號。

核心機制:混在消息裏發只是臨時 hint;單獨發一條才會持久化到 session。(上一篇有詳細解釋。)

/model <name>        # 切換模型
/model list          # 列出可用模型
/model status        # 當前模型狀態

/think off           # 關閉思考
/think minimal       # 最小思考
/think low           # 低
/think medium        # 中等
/think high          # 高
/think xhigh         # 極高

/verbose on|full|off # 詳細信息(調試用,正常建議關)

/reasoning on|off|stream   # 輸出推理過程
/elevated on|off|ask|full  # 提升執行權限
/exec host=<...>           # 執行環境參數
/queue                     # 隊列控制

注意/reasoning 和 /verbose 在羣聊裏有風險——可能暴露你不想公開的內部推理或工具輸出。正常使用建議關着。


4)Sub-agent 控制

場景:查看和管理當前對話裏派出去的子助手。

/subagents list       # 當前有哪些子 Agent
/subagents spawn      # 啓動一個子 Agent
/subagents info <id>  # 子 Agent 詳情
/subagents log <id>   # 查看某個子 Agent 的日誌
/subagents send <id>  # 給子 Agent 發消息
/subagents steer <id> # 中途調整方向
/subagents kill <id>  # 終止子 Agent

這組不是改系統配置,而是管當前 session 裏的子助手。比如你讓 OpenClaw 同時處理多個任務,可以用 /subagents list 看進度,用 /subagents steer 中途調方向。


5)配置和權限(默認關閉)

場景:在聊天裏改配置或處理審批。需要手動開啓。

/config show         # 查看配置
/config get <key>    # 讀取某項
/config set <k> <v>  # 修改配置(寫入磁盤 openclaw.json)
/config unset <key>  # 刪除某項

/debug show          # 查看運行時調試配置
/debug set <k> <v>   # 修改(只改運行時,不寫磁盤)
/debug unset <key>   # 刪除
/debug reset         # 重置

/approve <id> allow-once    # 本次允許
/approve <id> allow-always  # 永久允許
/approve <id> deny          # 拒絕
/allowlist                  # 查看或修改白名單

注意/config 需要先開 commands.config: true/debug 需要 commands.debug: true。都是 owner-only,普通用戶無權使用。


6)Shell 執行(默認關閉)

場景:在聊天裏直接執行宿主機命令。謹慎使用。

! <command>      # 在宿主機跑命令
/bash <command>  # 同上,別名
!poll            # 查看長時間運行的命令狀態
!stop            # 停止運行中的命令

需要 commands.bash: true,還要配合 tools.elevated 的 allowlist。

聊天裏也能跑命令,但它不是普通 shell——受更嚴格的安全控制。


三、速查總表

CLI vs 聊天命令速查對照表:同一件事,兩個入口
CLI vs 聊天命令速查對照表:同一件事,兩個入口
你想做什麼
終端 CLI
聊天命令
看系統狀態
openclaw status/status
排障
openclaw doctor
管渠道
openclaw channels ...
主動發消息
openclaw message send
管模型(系統級)
openclaw models ...
切模型(當前會話)
/model <name>
管審批規則
openclaw approvals ...
處理審批請求
/approve ...
管獨立 Agent
openclaw agents ...
管子 Agent
/subagents ...
調思考級別
/think ...
看上下文
/context detail
看花費
openclaw status --usage/usage cost
改配置
openclaw config set/config set
(要開啓)
跑 shell
! <command>
(要開啓)

四、核心區別就一句話

CLI 改的是規則,聊天命令控制的是這次運行。

終端裏改的東西是持久的、系統級的。聊天裏改的東西(除了 /config)基本隻影響當前 session。


這篇建議收藏,用到的時候查比翻官方文檔快。

上一篇講的是理解框架(《為什麼 openclaw status 和 /status 不一樣》),這篇是具體速查。兩篇配合着看,基本就不會再搞混了。

系列回顧:

  • • 第一篇:「68 塊錢搭建 OpenClaw,接入飛書 + Telegram」— 教你部署
  • • 第二篇:「新手最該先搞懂的 2 套命令」— 幫你理解
  • • 第三篇:就是這篇 — 方便你查

後面還會寫 Agent 配置和多代理協作的實戰經驗,感興趣的可以先關注。

有什麼問題,評論區見。