你可能已经用 Claude Code 写了几周代码,但从来没按过
/。每次上下文快满了,你手动开个新对话重新解释项目背景;每次想看改了哪些文件,你切到终端敲git diff;每次觉得回答太慢,你只能干等着。其实这些问题,Claude Code 自带的斜杠命令早就解决了——不需要装任何插件,不需要配置任何 MCP,开箱即用。
这篇不是命令手册,不会把几十个命令全列一遍。我只挑你大概率每天都会用到的那些,按使用场景分组,讲清楚"什么时候该用"和"不用它你得多做哪些事"。
引言:Claude Code 命令整体认知
可以先把 Claude Code 理解成一个由不同能力模块组成的系统:
-
上下文管理
-
模型控制
-
项目记忆
-
开发辅助
-
诊断工具
-
对话管理
下面这张图可以作为整篇文章的“地图”。

一、上下文管理:最该先学的三个命令⭐
上下文窗口是 Claude Code 最核心的资源。上下文管理不好,其他技巧基本都会失效。
1.1 /compact — 上下文快满了?压缩一下
对话聊久了,上下文会逐渐被填满。很多人的做法是:开个新对话,重新解释一遍项目背景。
-
/compact做的事情是:把当前对话压缩成一份摘要,释放上下文空间,但保留关键信息。 你不需要重新解释任何东西,直接继续聊。也可以指定重点:
/compact 保留数据库相关的讨论和代码改动 -
什么时候用:
- 底部状态栏显示上下文占用较高时
- 对话已经很长,但你还不想换新话题
- 中途换了个小方向,前面的大段讨论不再需要了
-
不用它你得: 手动开新对话 → 重新贴 CLAUDE.md 要点 → 解释"我刚才在做什么" → 浪费 5 分钟恢复现场。
-
摘要存在哪?
只在内存里,不会写入磁盘文件。你的原始对话记录仍完整保存在
~/.claude/projects/下的会话文件中,/compact不会修改它。另外,CLAUDE.md 在 compact 后会重新从磁盘加载,所以项目约定不会丢。但如果你在对话中口头说的指令(比如"这个文件不要动"),compact 后可能会被删掉。重要的约定应该写进 CLAUDE.md,而不是只在对话里说一次。
1.2 /clear — 彻底翻篇
如果 /compact 是"整理桌面",/clear 就是"换一张新桌子"。它会清空整个对话历史,从零开始。
-
什么时候用:
- 上一个任务彻底做完了,要开始一个全新任务
- 对话跑偏太远,压缩也救不回来
- 你想用完全不同的思路重新讨论同一个问题
-
/compactvs/clear怎么选? 一句话:还在同一个任务里就/compact,换任务就/clear。
1.3 /context — 上下文还剩多少?
不确定上下文用了多少?/context 会用一个彩色网格可视化当前的上下文占用情况。
/context
比盯着状态栏的百分比直观得多。当你纠结"要不要 compact"的时候,先看一眼 /context。

二、模型与速度:按需切换"挡位"
Claude Code 不只有一个“速度”,可以按需开不同挡位。
2.1 /model — 对话中途换模型
有时候你需要更强的模型来处理复杂推理,有时候简单任务用轻量模型更快更省。/model 让你在对话中间随时切换:
/model
-
执行后会弹出模型选择列表,用方向键选择即可。

-
常见的选择:
- Opus:复杂架构设计、疑难 bug 排查
- Sonnet:日常开发,性价比最高
- Haiku:简单问答、格式转换
高手路线:规划用 Opus → 执行用 Sonnet → 批量生成用 Haiku
-
什么时候用:
- 当前模型回答质量不够,想临时升级
- 简单任务不想浪费额度
- 想对比不同模型对同一问题的回答
2.2 /fast — 同模型,更快输出
/fast 不是换模型,而是让当前模型用更快的输出速度。适合你明确知道任务不复杂、只想要结果快点出来的场景。
/fast # 切换开关
/fast on # 强制开启
/fast off # 强制关闭
- 什么时候用:
- 批量生成样板代码
- 简单的格式转换或文本处理
- 你在赶时间,不需要最高质量的输出
三、项目配置:一次设好,长期受益
3.1 /init — 一键生成 CLAUDE.md
新项目第一件事不是写代码,是让 Claude 认识你的项目。/init 会扫描项目结构,自动生成一份 CLAUDE.md 初稿。
/init
它会分析你的技术栈、目录结构、构建工具,生成一份包含项目基本信息的说明文件。你需要做的是在这个基础上补充和修改—自动生成的只是骨架,血肉还得你来填。
- 什么时候用:
- 刚开始用 Claude Code 的新项目
- 接手一个陌生代码库,想快速建立 CLAUDE.md
3.2 /memory — 管理跨对话记忆
/memory 让你直接编辑 CLAUDE.md 和记忆文件。这些记忆会在所有对话中自动加载。
- 什么时候用:
- 发现 Claude 总是犯同一个错误,想把纠正写进记忆
- 项目约定变了,需要更新
- 想查看当前生效的所有记忆内容
3.3 /permissions — 控制 Claude 能做什么
Claude Code 执行文件编辑、运行命令前会请求权限。如果你总是在同一类操作上点"允许",可以用 /permissions 预设规则。比如你可以设置"允许运行 npm test"“允许编辑 src/ 目录下的文件”,省去重复确认的麻烦。
注意: 权限设置是安全相关的,建议只放行你确定安全的操作。宽松的权限设置配合 Auto-Accept 模式可能会有风险。
四、开发辅助:写代码时的效率命令
4.1 /diff — 改了什么,一目了然
写了一轮代码后,想看 Claude 到底改了哪些文件、改了什么内容?
/diff
它会打开一个交互式的 diff 查看器,展示未提交的改动,还能按轮次(turn)查看每次对话后的变更。
-
什么时候用:
- 一轮改动结束后,在提交前检查所有变更
- Claude 改了你没预期到的文件,想快速定位
- 想回顾某一轮对话具体产生了哪些代码变更
-
不用它你得: 切到终端 →
git diff→ 在终端里翻看 diff → 再切回 Claude Code。/diff省的不只是敲命令,而是上下文切换的认知成本。
4.2 /rewind — 改坏了?回退到之前
Claude 改了一堆代码,结果跑不通了。你可以用 /rewind 回退到对话中任意一个之前的节点,代码也会跟着还原。
/rewind
它会展示对话历史中的各个节点,你选择一个,对话和文件状态都会回到那个时刻。
-
什么时候用:
- Claude 的修改引入了 bug,想回到改动前的状态
- 尝试了一个方案不行,想退回去试另一个
- 误操作了,需要撤销
-
这比
git stash或git checkout更精准—它不只恢复文件,还恢复对话上下文,你不需要重新解释"我要做什么"。
4.3 /plan — 先想清楚再动手
进入 Plan 模式后,Claude 只分析、不修改任何文件。适合在动手之前先让它给出方案。
/plan
- 什么时候用:
- 复杂重构前,想先看全局影响
- 不确定实现方案,想让 Claude 先出几个选项
- 代码审查场景,只需要分析不需要改动
五、诊断与用量:知道自己的状态
5.1 /usage — 额度还剩多少
查看你当前计划的用量限制和剩余额度。快到限额时,你可以有意识地切到更轻量的模型,或者调整使用节奏。
5.3/doctor — 环境有问题?自检一下
Claude Code 行为异常,连不上、响应慢、权限报错?先跑一下 /doctor。
它会检查安装配置、网络连接、认证状态等,告诉你哪里有问题。在去社区发帖之前,先 /doctor 一下,很多问题自己就能定位。
六、对话管理:别让好对话丢了
6.1 /resume — 找回之前的对话
昨天跟 Claude 讨论了一个复杂的架构方案,今天想继续?
/resume
它会列出你的历史对话,选择一个即可恢复。对话上下文和之前的讨论内容都在。
- 什么时候用:
- 跨天的长任务,需要接上昨天的进度
- 不小心关了终端,想恢复之前的对话
6.2 /fork — 想试另一条路?分叉一下
对话进行到一半,你想试试另一个方向,但又不想丢掉当前进度。
/fork 方案B
它会在当前节点创建一个分叉,你可以在新分支里自由尝试,原来的对话完好保留。
七、速查表
按场景快速定位你需要的命令:
| 场景 | 命令 | 一句话 |
|---|---|---|
| 上下文快满了 | /compact | 压缩对话,保留关键信息 |
| 换个全新任务 | /clear | 清空重来 |
| 看上下文用量 | /context | 彩色网格可视化 |
| 换模型 | /model | 复杂任务升 Opus,简单任务降 Haiku |
| 加速输出 | /fast | 同模型更快,牺牲少量质量 |
| 新项目初始化 | /init | 自动生成 CLAUDE.md 骨架 |
| 改项目约定 | /memory | 编辑跨对话记忆 |
| 设权限白名单 | /permissions | 预设允许的操作,省去重复确认 |
| 看改了什么 | /diff | 交互式 diff,按轮次查看 |
| 改坏了回退 | /rewind | 代码和对话一起回到过去 |
| 先分析不动手 | /plan | 只读模式,适合规划和审查 |
| 看 token 消耗 | /cost | 当前对话的用量统计 |
| 看额度剩余 | /usage | 计划限额和剩余 |
| 环境自检 | /doctor | 连接、认证、配置一键诊断 |
| 恢复旧对话 | /resume | 找回历史对话继续聊 |
| 对话分叉 | /fork | 保留当前,试另一条路 |
八、总结
- 上下文管理是第一优先级:
/compact、/clear、/context这三个命令解决的是最基本的"对话能不能继续"的问题,建议最先掌握 /model+/fast是性价比杠杆:根据任务复杂度切换,比一直用最强模型更聪明/diff和/rewind是安全网:改完看一眼,改坏退回去,让你敢于放手让 Claude 多做事/init+/memory是一次性投入:花几分钟设好,之后每次对话都受益- 这些都是内置的:不需要安装、不需要配置、不占上下文。在去折腾插件之前,先把这些用熟
最后一句:工具的价值不在于数量,在于你对每个工具的熟练程度。 16 个内置命令,真正高频的也就七八个,把它们变成肌肉记忆,比装 20 个插件管用得多。
308



被折叠的 条评论
为什么被折叠?



