深度使用 Claude Code 几个月后，我从最初把它当成"终端里的 GPT"，到后来彻底释放它的全部能力，中间只隔了一件事——熟练掌握核心指令。
苏米注：这篇文章是我在整理自己使用 Claude Code 的工作流时发现的。很多人（包括我）刚开始用时只把它当聊天工具，但真正让它发挥威力的，是这些看似简单却极其强大的指令。
今天分享的 10 个高频指令，不讲技术原理，只讲什么场景下用、解决什么问题。按照使用频率分为三个梯队，建议收藏备用。
第一梯队：这 3 个不知道，等于白用 Claude Code
1. /compact 和 /clear — 对话变卡变笨怎么办
用 Claude Code 最容易遇到的问题：聊着聊着，它开始重复之前说过的话，或者突然忘了你前面给过的信息。这是因为上下文窗口快满了。
这里有两种解决方式：
- /clear：把桌子掀了，完全清空上下文
- /compact：把文件整理归档，压缩对话保留关键信息
使用建议：大多数时候先试 /compact，真的救不回来了再 /clear。
苏米注：我有个习惯，每次开始一个重要任务前都会先
/compact，确保上下文是干净的。这个小小的仪式感能避免很多后续问题。
2. /diff — 改了什么，一眼看清
让 Claude 帮你改代码，最怕的不是它改错了，是你不知道它改了哪里。
输入 /diff，会打开一个交互式的差异查看器，左右切换能看 git 的完整改动，上下浏览不同文件。
最佳实践：每次让 Claude 改完代码，先 /diff 扫一眼，确认改动范围在你的预期内再继续。这个习惯能帮你避免"改着改着不知道改到哪去了"的失控感。
3. /model — 不同任务配不同脑子
Claude Code 里可以随时切换模型，很多人不知道这一点。
输入 /model，弹出一个选择列表，还能用方向键调整 effort 级别。
模型选择策略：
- 简单的文件整理、格式调整 → Sonnet（快且省额度）
- 复杂的架构设计、疑难 bug 排查 → Opus（最强能力）
苏米注：开始一个新任务前想一秒："这个任务需要多聪明的脑子？"然后选对应的模型。别什么事都上最强模型，既慢又费钱。
第二梯队：知道这些，你就超过 80% 的用户
4. /resume — 昨天的对话还能接着聊
关掉终端不代表对话就没了。Claude Code 会自动保存你的会话。
输入 /resume，弹出一个列表，之前所有的对话都在，选一个就能接着聊。
使用场景：遇到复杂项目，不用试图在一次对话里搞定所有事。今天做到哪算哪，明天 /resume 接上就行。
5. /context — 上下文还剩多少，心里有数
它会用一个彩色方格图显示你当前的上下文使用情况，就像开车看油表。
使用技巧：不用一直盯着，但当你觉得 Claude 回复质量突然变差了，打 /context 看一眼——如果已经 95% 了，你就知道该 /compact 还是该 /clear 了。
跟前面那两个指令配合着用，效果最好。
6. /plan — 先想清楚，再动手
直接甩一个大需求给 Claude 让它写代码，它有时候会一头扎进去，写了半天发现方向不对。
输入 /plan，它会进入规划模式——先分析需求、拆解步骤、列出方案，你确认之后它再动手。
最佳实践：就像装修房子之前先看图纸，别上来就砸墙。任何超过"改一个小 bug"复杂度的任务，都建议先
/plan。
替代方案：这个指令也可以按"Shift + Tab"切换成"plan mode on"模式。
7. /init — 给 Claude 一份你的项目说明书
新开一个项目时，Claude 对你的代码一无所知。每次都要花时间解释技术栈、代码规范、特殊约定。
输入 /init，它会在项目根目录生成一个 CLAUDE.md 文件，把这些信息写进去。之后每次打开这个项目，Claude 都会先读这个文件。
苏米注：我每个新项目的第一件事就是 /init，花 5 分钟写清楚技术栈和代码规范，后续能省下大量重复解释的时间。
第三梯队：这些场景化指令，让效率再翻倍
8. /bug — 专业的问题定位助手
遇到 bug 时，不要只说"它不工作了"。
输入 /bug 加上你的问题描述，它会进入系统化的调试模式，帮你：
- 分析可能的原因
- 提供排查步骤
- 生成修复方案
使用模板：/bug [问题描述] + [错误信息] + [预期行为]
9. /test — 自动生成测试用例
写完代码后，输入 /test，它会根据当前代码自动生成测试用例。
使用技巧：可以指定测试框架，比如 /test --framework jest 或 /test --framework pytest。
10. /explain — 看不懂代码时用它
接手别人的代码，或者看到一段复杂的实现，输入 /explain 加上代码文件路径，它会逐行解释代码逻辑。
进阶用法：/explain --level beginner 用更通俗的语言解释，/explain --level expert 深入技术细节。
指令使用对比表
| 指令 | 使用频率 | 核心用途 | 替代方案 |
|---|---|---|---|
| /compact | 极高 | 压缩上下文，保留关键信息 | /clear（完全清空） |
| /diff | 极高 | 查看代码改动差异 | git diff（手动） |
| /model | 高 | 切换不同能力模型 | 无 |
| /resume | 高 | 恢复历史会话 | 重新描述上下文 |
| /context | 中 | 查看上下文使用情况 | 无 |
| /plan | 高 | 任务规划模式 | Shift + Tab |
| /init | 中 | 生成项目配置文件 | 手动创建 CLAUDE.md |
| /bug | 中 | 系统化调试 | 直接描述问题 |
| /test | 中 | 自动生成测试 | 手动编写测试 |
| /explain | 中 | 代码解释 | 直接提问 |
我的使用建议
最佳实践：新手优先掌握第一梯队的 3 个指令（/compact、/diff、/model），这是基础中的基础。熟练后再逐步学习第二、第三梯队的指令。
- 每天用：/compact、/diff、/model
- 每周用：/resume、/context、/plan
- 按需使用：/init、/bug、/test、/explain
踩坑记录：刚开始我用 Claude Code 时，从来不用这些指令，结果经常遇到上下文超限、改代码不知道改了哪里、模型选择不合适等问题。熟练掌握这些指令后，工作效率至少提升了 50%。
这些指令你用过几个？还有什么私藏指令？欢迎分享！