为什么有时候发了命令像“没反应”
常见不是命令坏了，而是：
- 你没权限
- 它要求单独发，你塞进了一长句
- 这个命令当前实例根本没开
- 群聊里还有 mention / allowlist / activation 规则
先别想“分类”，先想“你现在要做什么”
如果你现在完全不想理解系统内部结构，只想马上找到入口，先从这里选。
我想先知道现在什么状态
先看 /status、/context detail、/usage full。这组是“看现在到底发生了什么”。
我想把当前对话停掉、重开、切线
先看 /stop、/reset、/new、/dock-*。这组是“把会话拉回我想要的轨道”。
我想让它回答得更认真、更快、更多/更少细节
先看 /model、/think、/verbose、/reasoning、/tts、/queue。
我想让它自己去查、去做、去分兵
先看 /skill、/subagents、/acp、/steer、/kill。
我想批准一个系统执行动作
先看 /approve，再理解 /elevated 和 /exec。这是“允许它动手”的区域。
我想直接让它跑命令
先看 /bash 或 ! <command>。前者是 slash 命令，后者是文本 shell 风格。
两个先懂的概念
命令 = 直接做事。比如
/status、/stop、/commands。指令 = 改当前会话的工作方式。比如
/think、/model、/verbose。大多数命令最好单独发一条。少数内联快捷（如
/status、/commands）可以塞进一句话里先执行。按你想做的事来查
你点上面的按钮后，下面会同时改变两件事：这一类是干嘛的，以及这一类具体收了哪些命令。我把命令改成“一条命令只归一个主类”，不再重复堆。
全部命令
把所有命令都列出来，适合全局搜，或者你还不确定自己现在属于哪一类需求。
0条命令卡会显示
容易误会的规则
/new 的一个小坑
/new [model] 会先尝试把后面那段识别成模型名。如果识别不到，就把那段当消息正文。
/new gpt 帮我重新开始 /new 继续刚才那件事，但换个思路
/config 和 /debug 不一样
/config：改磁盘配置，长期生效/debug：只改运行时，通常重启就没了
/reasoning 和 /verbose 不适合乱开
尤其群聊里，这两个命令可能把内部过程、排错细节、工具输出放出来。
/verbose off /reasoning off
附录：完整索引
这不是主入口，只是兜底。你已经知道要找哪个命令，但想快速扫一眼时再看它。
展开完整索引
| 命令 | 主用途 | 你该在什么场景下想起它 |
|---|
说明
这页基于本机 OpenClaw 本地文档 docs/tools/slash-commands.md 和当前实例配置整理。它不是“官方原文镜像”，而是“给你查命令用”的解释页。
查得到、看得懂、拿来就能用——这页的标准就这三条。