很多人用 Claude Code 的方式还很原始：打开终端，输入需求，等结果，上下文满了就重开一个会话，模型从头到尾用默认的，子 Agent、分叉对话基本没碰过。
Claude Code 内置了上百个斜杠命令，记住全部没有意义，真正影响效率和 token 消耗的，是在合适的场景用对那几个命令。比如上下文快满了，是该 /compact 还是 /clear？想试另一个方案，用 /branch 还是 /fork？方向错了，/rewind 能退回到哪里？
这篇文章按 5 个常见场景，对比每个场景下该用哪些 Claude Code 命令、为什么这么用。命令说明已按 Claude Code 官方命令文档核对，适合已经日常使用 Claude Code、想少花 token 多办事的开发者。
先看对比：压缩、清空、分叉、回退
| 命令 | 做什么 | 适合什么时候 |
|---|---|---|
| /compact [说明] | 把目前的对话总结压缩，继续同一个会话 | 上下文快满，但当前任务还要接着做 |
| /clear | 开一个上下文为空的新对话 | 当前任务已经结束，要换一件事 |
| /branch [名称] | 在当前位置分出一条对话支线并切换过去，原对话保留 | 想换个方向试试，又不想丢掉现在的进度 |
| /fork [提示] | 把当前对话复制成一个后台会话，自己留在原处继续 | 想让另一个方案在后台同时跑 |
| /rewind | 把对话和代码退回到之前的检查点 | 跑了一半发现方向错了 |
场景一：上下文快满了，用 /compact 主动压缩
调试会话来回十几轮之后，Claude 开始忘记前面的结论、重复已经试过的方案，多半是上下文快满了。Claude Code 会自动压缩，但自动压缩不知道哪些信息对你最重要。
/context
/compact 保留所有接口设计决定和已经排除的报错原因
/usage
- /context 用彩色网格显示当前上下文的占用情况，还会提示哪些工具或记忆文件占得多；
- /compact 后面可以跟一句说明，告诉它总结时重点保留什么。不带说明的手动压缩和自动压缩差别不大；
- /usage（/cost 是它的别名）查看本次会话的花费和套餐用量。
经验做法是不要等到快满才压缩：越早主动 /compact，留下的有效信息越多。如果想调整自动压缩的触发时机，可以用 /autocompact 设置。上下文和 token 消耗的关系，我们在 Claude Code 配额为什么消耗这么快 里有更细的排查。
场景二：任务难度不同，用 /model 和 /effort 切换
一个会话从头到尾都用最强模型加最高推理深度，简单任务也烧最贵的配置，并不划算。
/model sonnet
/effort low
/model opus
/effort max
/fast on
- 写简单工具函数、改样式时，切到 Sonnet，搭配较低的 effort；
- 遇到架构决策和复杂 bug，再切回 Opus 和高 effort；
- /fast 开启快速模式，让 Opus 的响应最快提升到约 2.5 倍，但每 token 价格更高，适合需要快速迭代的时候短时间开启。
切换模型不会丢失上下文。注意 /model 默认会把选择保存为新会话的默认模型，只想在当前会话临时切换，可以在选择列表里按 s。
场景三：方向不确定，先 /plan，再 /branch 或 /fork
有一个需求，拿不准用方案 A 还是方案 B。直接选一个跑，跑完发现不对再回头，前面的 token 就浪费了。
/plan 对比用 Redis 和进程内 LRU 做缓存的两种方案
/branch redis-approach
/fork 按进程内 LRU 方案实现缓存
- /plan 让 Claude 进入计划模式，先出完整方案、不改文件。方向不对时，只浪费一轮规划的 token；
- /branch 在当前位置分出一条支线并切换过去，原来的对话保留，可以用 /resume 回去；
- /fork 把对话复制成后台会话，复制品去跑另一个方案，你留在原处继续。
已经跑了一半才发现方向错了，也不必新开会话：/rewind 可以把对话和代码一起退回到之前的检查点，保留前面正确的上下文，只撤销走错的部分。
场景四：大项目防止上下文互相污染
一个功能同时涉及前端、后端和数据库，全塞进一个对话里，后端细节会占满上下文，等做前端时 Claude 已经记不清前端的约定。
- 用子 Agent 拆分：直接让 Claude 用子 Agent 分别处理前端、后端和数据库，或在 .claude/agents 目录里预先定义好专用 Agent。在新版本里 /agents 只是提示你这样做，不再打开管理界面。子 Agent 的价值主要是上下文隔离，主会话只接收结论。更多协作方式可以看 Agent Teams 与子 Agent 怎么选。
- 用 /add-dir 控制范围：给当前会话额外添加需要访问的目录，按需加入，而不是一开始就把整个仓库都摊开。
- 写完就审查：每完成一个模块跑一次 /review（/code-review 的别名），最后用 /simplify 让 4 个审查 Agent 并行找出可以简化的地方并直接修改。
场景五：融入日常开发和团队协作
日常开发
- /init：新项目第一步，生成 CLAUDE.md；
- /memory：编辑 CLAUDE.md，管理自动记忆；
- /ide：连接 VS Code 等编辑器，查看集成状态；
- /hooks：查看 Hook 配置，比如改完文件自动跑 lint、类型检查。
提交和 PR
- /diff：查看工作区的改动，包括 Claude 改过的内容；
- /review 加 PR 编号：审查一个 PR，例如 /review 1234；
- 拉取 PR 评论：原来的 /pr-comments 已经移除，现在直接让 Claude 去读 PR 评论再改代码即可。
团队协作
- /remote-control（别名 /rc）：让当前会话可以从 claude.ai 远程控制，需要 claude.ai 订阅；
- /export：把当前对话导出为文本，可以整理成技术文档或新人上手材料。
原文提到的 /summary、/share 在当前官方命令列表里已经查不到，需要生成变更摘要时，直接让 Claude 根据 /diff 的内容写一段即可。
总结
斜杠命令很多，核心逻辑就三条：
- 省钱：/model 切模型、/effort 调推理深度、/compact 控制上下文，别让贵的配置干便宜的活；
- 提效：/plan 先想后做，/branch 和 /fork 并行试错，子 Agent 拆分任务，从线性工作变成并行工作；
- 自动化：/hooks 绑定事件，/loop 定时重复执行，/init 和 /memory 维护项目记忆。
先把这几个用熟，其他命令遇到再查官方文档就行。想在国内稳定使用 Claude Code，可以通过 AIGoCode 直接接入。
参考链接
- Claude Code 命令文档：https://code.claude.com/docs/en/commands
- Claude Code 快速模式：https://code.claude.com/docs/en/fast-mode
- Claude Code 架构分析 Dive-into-Claude-Code：https://github.com/VILA-Lab/Dive-into-Claude-Code