为什么 openclaw status 和 /status 不一样？新手最该先搞懂的 2 套命令
我是良逍，做出海产品的独立开发者。
之前写过一篇用 68 块钱 VPS 部署 OpenClaw、接入飞书的文章，不少朋友跟着搭起来了。但搭完之后，好几个读者私信我：
"部署没问题，但打开之后一堆命令，不知道该从哪开始。"
老实讲，我自己刚用的时候也是这样。最让我混乱的就是：在终端敲 openclaw status，又在聊天里发 /status，名字几乎一样，出来的东西完全不是一回事。
后来把官方文档翻了一遍，才发现 OpenClaw 的命令看着多，本质上其实只有两套：
一套是终端里的 CLI，管系统；一套是聊天里的斜杠命令，管当前会话。
只要先把这个框架搞清楚，后面再看 Agent、Sub-agent、审批机制，就不会乱成一锅粥。
先记一句话
openclaw xxx：在终端里敲的，管 OpenClaw 这套系统/xxx：在聊天里发的，管当前这次会话
你可以这样理解：CLI 命令像是"后台管理面板"，聊天命令像是"运行时遥控器"。一个管配置和基建，一个管此刻的对话怎么跑。
新手先会这 9 个命令就够了
别急着把所有命令都看完。先掌握下面这几个，其他用到再查。
终端先会这 4 个
openclaw onboard # 初始化引导，第一次用跑这个
openclaw dashboard # 打开 Dashboard，最快的聊天入口
openclaw status # 系统诊断，看整体状态
openclaw doctor # 出了问题就跑它，自动排障官方也说了，开始第一次聊天，直接跑 openclaw dashboard 就行。不用先折腾渠道接入。
我当时在 VPS 上部署完，先跑了个 openclaw doctor------2GB 内存跑起来有点紧，doctor 直接告诉我哪里有问题、怎么修，省了不少排查时间。
聊天先会这 5 个
/help # 帮助
/status # 看当前会话状态
/new # 开新会话
/model # 切模型
/think # 调思考级别这 9 个够你上手了。更完整的命令分类，我放在下一篇速查里。
什么时候用 Dashboard，什么时候用终端？
这个问题官方没专门讲，但我觉得很实用：
- 日常聊天 →
openclaw dashboard，打开浏览器直接用 - 批量操作、脚本化 → 终端 CLI，比如
openclaw message send主动给渠道发消息 - 排障 →
openclaw doctor+openclaw status --deep
不用纠结，先用 Dashboard 聊起来，遇到问题再回终端排查。
最容易搞混的 3 组对照
这部分我觉得特别重要，专门拎出来讲。
openclaw status vs /status
openclaw status |
/status |
|
|---|---|---|
| 在哪用 | 终端 | 聊天 |
| 看什么 | 系统整体：Gateway、channels、sessions、节点 | 当前会话：模型、provider 用量 |
| 进阶 | --deep 跑实时探测，--usage 看完整用量 |
只看当前 session |
想看完整 provider 使用明细，官方建议用 openclaw status --usage。
openclaw models vs /model
openclaw models |
/model |
|
|---|---|---|
| 在哪用 | 终端 | 聊天 |
| 管什么 | 系统级：模型列表、认证、aliases、fallbacks | 当前会话：切模型、看状态 |
openclaw approvals vs /approve
openclaw approvals |
/approve |
|
|---|---|---|
| 在哪用 | 终端 | 聊天 |
| 管什么 | 系统层面的 exec approval 规则和 allowlist | 处理当前弹出来的某一次审批请求 |
一句话总结：
CLI 改的是规则，聊天命令处理的是这次运行。
Directive：聊天命令里最值得理解的机制
这是我觉得这篇最值得讲透的一个点。
OpenClaw 的聊天命令分成两类：普通 Commands（比如 /help、/status）和 Directives（比如 /think、/model、/verbose）。
Directives 不是普通聊天文本，它们是运行时控制信号。
关键机制是这三点：
- Directives 会在模型看到消息前被剥离 --- 模型根本看不到你发的
/think high - 混在普通消息里发，只是临时 hint，不持久化
- 单独发一整条只有 directives 的消息，才会持久化到当前 session
举个我自己踩过的坑。
我在飞书里跟 OpenClaw 聊，想让它深度分析一个问题，就随手在消息末尾加了 /think high：
帮我分析这段代码的性能瓶颈 /think high结果下一轮回复，它又变回默认思考级别了。
因为混在消息里发只是一次性 hint。要让设置一直生效，你得单独发一条：
/think high什么都不加，就这一句。它就会持久化到 session 结束。
所以
/think high不是在"跟模型说话"，而是在给当前 session 打运行时参数。搞清楚这个，你就真的懂聊天命令了。
有些命令默认是关的，别白试
这个特别容易踩坑。
你看到文章或文档里写了 /config、/debug、!，照着发了一条，没反应------不一定是你弄错了，可能是压根没开。
官方明确写了这几个默认关闭：
commands.bash（!命令）--- 默认falsecommands.config（/config命令）--- 默认falsecommands.debug（/debug命令）--- 默认false
要用的话，需要在配置里手动开启：
bash
openclaw config set --json commands.config true
openclaw config set --json commands.debug true
openclaw config set --json commands.bash true你没反应，不一定是你弄错了，也可能是功能没开。 这种"过来人"的坑，提前知道能省不少时间。
总结
OpenClaw 的命令看着多，核心就一个判断：
- 看到
openclaw xxx→ 系统层 - 看到
/xxx→ 会话层
新手先会 9 个命令就够上手。遇到同名命令搞混了就看对照表。
最值得理解的是 Directive 机制------它不是聊天文本，是运行时控制信号。混着发和单独发，效果完全不一样。
这篇和上一篇「68 块钱搭建 OpenClaw」是一套：那篇教你怎么部署起来，这篇帮你搞懂怎么用。先跑起来，再学深。
下一篇我会把 CLI 和聊天命令的完整分类梳理出来，包括渠道管理、Agent 调度、Sub-agent 控制、安全审批这些更进阶的部分，适合收藏查阅。