在 Claude Code 中输入 /，菜单会显示；输入几个字母，它会过滤。该菜单是真正的参考资料，因为它反映你安装的版本、你的插件和连接的服务器。官方命令参考文档是了解每个命令功能的可信来源。本文按任务对人们使用的命令进行分类，展示如何检查和恢复会话，解释为什么某个条目可能在你的机器上丢失，并标记自定义技能何时从查询问题变成创作问题。
快速参考：按任务选择命令
从你想要发生的事情开始，而不是从命令名称开始。下表根据官方文档加上本部分末尾列出的第三方速查表编制。把它作为起点，在你自己的安装中用 /help 确认每一行，因为我没有对任何特定的 CLI 构建版本运行过，这些来源也不是在每个细节上都一致。
| 任务 | 命令 | 注释 |
|---|---|---|
| 列出可用项 | /help | 显示命令，包括自定义和连接服务器的命令 |
| 重新开始 | /clear | Claude 帮助中心将 /reset 和 /new 列为别名 |
| 释放上下文 | /compact | 接受可选的焦点指令 |
| 查看上下文的使用去向 | /context | 窗口使用情况的可视化分解 |
| 继续之前的工作 | /resume | 选择器，或传递一个名称 |
| 撤销代码和/或对话 | /rewind | Esc Esc 打开相同类型的菜单 |
| 提出附加问题 | /btw | 不涉及主对话 |
| 查看哪些内容发生了变化 | /diff | 每个速查表都有交互式差异查看器 |
| 切换模型 | /model | 工作量级别有自己的 /effort |
| 检查安装状态 | /doctor | 诊断 Claude Code 问题 |
| 进入计划模式 | /plan | 也可通过 Shift+Tab 访问 |
| 生成起始内存文件 | /init | 编写首个 CLAUDE.md |
| 管理集成 | /mcp、/hooks、/agents、/ide | 分别用于服务器、钩子、子代理、编辑器 |
Claude Help Center 速查表和 devhints 是我会和官方参考文档一起放在手边的两份精简清单。CC for Everyone 上有位作者认为,这些命令一个都不必死记,真正值得形成条件反射的只有十个,也就是你思考到一半时会下意识去用的那些。有道理。我要补充的是,这张表是留给另外那 90% 的,也就是你每个月只用两次的命令。
检查你的会话并诊断问题
当感觉有些不对劲时，不要猜测。按照一个简短的步骤序列逐一排查，先检查成本最低的。
- 运行
/help并确认你期望的命令确实出现了。 - 运行
/doctor检查安装。 - 运行
/context查看窗口是否被你忘记的内容堆满了。 - 运行
/usage查看计划限额和速率限制状态（如果你的版本仍有/cost，请也运行它，下文会详细说明）。 - 如果怀疑是工具或服务器的问题，打开
/mcp或/hooks查看配置的内容。
就这样。五个步骤，大多数"Claude 表现很奇怪"的情况在第五步之前就能解决。
输出的样子
我在这里描述形状，而不是粘贴捕获的输出，因为我不想给你那些看起来是测量出来但其实不是的数字。/help 给你一个可滚动的命令名列表，每个都有单行描述，你自己的自定义条目也在同一列表中。/context 渲染一个网格或条形图，显示窗口的多少被使用，以及由什么类别使用。/doctor 打印一个通过或失败风格的报告，说明你的设置情况。如果你的看起来不同，说明你的版本不同。这很正常。
阅读诊断
一个大部分被工具输出填满的上下文网格指向压缩或清除问题，而不是模型问题。缺失的命令指向版本、插件或范围。误触发的钩子指向配置，钩子指南恰当地涵盖了这一面。早期分离这三种情况。混淆它们是人们浪费一个下午的方式。
管理上下文并恢复工作
上下文是你要管理的东西。三个命令承担重任，它们在如何处理丢弃方面有所不同。
/compact总结到目前为止的对话。你可以传递焦点指令，例如告诉它要保留哪一部分。/clear清空对话并重新开始。根据帮助中心，项目内存会保留。/rewind将对话、你的代码或两者都回滚到之前的检查点。
AI For Developers 上有一篇教程建议:每完成一个逻辑模块就检查一次 /context,进入下一阶段之前运行 /compact,只有在切换到毫不相关的任务时才使用 /clear。这套流程挺合理,但它只是一种经验做法,并非文档里的规定。我没有看到任何证据表明存在一个通用的上下文占用百分比,到了就必须压缩,所以请自己定一个触发点,再观察输出质量对你来说有没有变化。
旁侧问题和回滚
/btw 被充分利用。根据帮助中心，它会提出一个快速旁侧问题，不会将其添加到主对话或消耗上下文。当你想检查一个标志名称并且不希望它污染线程时很方便。
回滚比争辩更好。如果 Claude 走错了路，回滚到检查点并根据你现在知道的内容重新提示。按 Esc Esc 打开一个回滚菜单，根据 AI For Developers 的描述，你可以选择仅代码、仅对话或两者。
恢复
/resume 打开过去会话的选择器，或使用名称直接跳转到一个会话。从终端，源代码描述 claude --continue 用于最近的会话和 claude --resume 与特定会话 ID。Shipyard 的速查表列出了两个标志。一些第三方列表也显示短格式（-c、-r），所以在依赖之前检查 claude --help。
这些如何融入一整天的工作是另一个问题，我在日常创始人工作流博文中覆盖了它。
内置命令、捆绑技能和已安装的命令
我在速查表中看到的错误是：每个 /something 都被称为内置命令。但事实并非如此。斜杠菜单是来自多个地方的合并列表。
- 作为 CLI 本身一部分的固定命令，例如
/clear或/help。 - 随 Claude Code 一起发布的基于提示的技能。
- 你在项目或用户文件夹中编写的技能或命令。
- 插件和连接的 MCP 服务器贡献的条目。Shipyard 指出
/help包括来自连接的 MCP 服务器以及你的自定义文件夹的命令。
官方技能文档说自定义命令已合并到技能中。因此 .claude/commands/ 下的文件和带有 SKILL.md 的技能都可以显示为斜杠条目。较旧的指南仍将 .claude/commands/ 描述为独立机制，这也是术语混乱的原因之一。
如何分类一个条目
你有两个实用的检查方法。首先，阅读菜单中的描述；自定义条目通常带有你自己的文本。其次，查找文件。如果你的项目或用户配置文件夹中存在匹配的文件，那就是你的。如果没有，请查看命令参考，这是确认 Anthropic 如何分类每个已记录条目的地方。我不会在这里将每个命令分类到某个类别中，因为有些我只能猜测。
为什么要这样做？因为行为不同。固定命令作用于应用。技能将提示词传递给 Claude，让它工作，所以结果在不同运行中可能有所不同。
为什么命令缺失或行为不同
列表中没有命令？依次检查这些原因。
版本差异
命令会被添加、重命名和别名化。研究中最清楚的例子是使用情况报告。帮助中心将 /cost（会话支出）和 /usage（计划限额）列为单独的命令。另一份速查表说 /usage 取代了 /cost 和 /stats，DataCamp 说 /cost 现在是 /usage 的别名。这些在不同版本中都可能是真的。/model 的故事也一样：DataCamp 指出从 v2.1.153 开始，你的选择成为新会话的默认值，选择器中的 s 仅将其应用于当前会话。如果你的安装版本较旧，你会看到不同的行为。
所以运行 claude --version，记下来，并在指责自己之前与文档进行比较。
范围和资格
某些条目取决于你的计划、平台或终端。《AI For Developers》指南说 /cost 面向 API 用户，/stats 面向 Pro 和 Max 订阅者。一份速查表将 /focus 描述为仅限全屏模式。在某些终端中，Shift+Enter 需要 /terminal-setup。你的菜单中缺少某个条目可能意味着不符合条件，而不是不存在。
未记录
我排除了任何无法指向官方参考的内容。如果你在论坛帖子或社交媒体线程中看到提到的命令，而它不在命令参考中，不要假设它是假的，也不要假设你可以依赖它。查找发布说明或支持文章，然后在本地检查 /help。不在参考中并不能证明任何事，只是验证的理由。
名称冲突和拼写错误
自定义条目可以与其他条目共享名称，插件条目可能有命名空间。如果命令执行了意外操作，请检查你之前是否定义了同名的条目，然后再怀疑是否存在 bug。
自定义技能的位置
本文止于查找。如果你得出结论要创建自己的 /something，那就是一个编写工作：编写 SKILL.md、选择放置位置、处理参数。这属于技能文档范围，我不会在这里重复入门级教程。
我要说的是这三个关注点如何分开：
- 命令查找：哪个条目存在以及它做什么（本文）。
- 编写：如何构建你自己的条目（技能文档）。
- 机制选择：技能、钩子或子代理是否适合特定工作。
最后一个让人困惑。钩子在事件上运行，不会等你输入任何内容，这与你按需调用的斜杠条目是完全不同的。之前链接的钩子指南处理了那个比较。
如果你想将这些命令折叠到可重复的例程中，而不是一次性查找，Claude Code 工作流页面是我会向你推荐的地方。
FAQ
我需要记住这些命令吗？
不需要。/ 菜单会在你输入时进行筛选，/help 会列出你的安装支持的所有功能。有几个命令值得通过反复使用来记住：/clear、/compact、/resume 和 /rewind。其他的都可以留在菜单里查找。
Esc 总是会中断 Claude 吗？
它应该会停止当前操作，同时保留已完成的工作。CC for Everyone 提到用户在 GitHub 上提交了一些问题，说它无法中断长时间运行的操作，并建议使用 Ctrl+C 作为备选方案。把 Esc 当作第一选择，但不能保证有效。
/clear 和 /compact 有什么区别？
/clear 会放弃整个对话并重新开始，但项目记忆会保留。/compact 会保留一份摘要，这样你可以继续进行，同时减少上下文的使用。当任务继续时使用 /compact，当任务不继续时使用 /clear。
为什么两份速查表在 /cost 和 /usage 上意见不一？
它们可能是针对不同版本编写的，这些命令随着时间推移而改变。检查 claude --version，然后阅读官方参考文档中的最新条目，不要只凭你找到的第一篇博文来判断。
最重要的警告：斜杠命令的文档只和你运行的版本一样准确，所以 /help 和官方参考文档比任何速查表都更可靠，包括这一份。缺少的条目通常意味着版本、计划或范围问题，而不是安装损坏。