用了半年 Claude Code 才知道：这 14 个命令白用了
坦白
那是一个周二的凌晨 2 点，我陷入了一场本来只需要 30 分钟的调试会话，已经三个小时了。我的 Claude Code 聊天窗口乱成一团，147 条消息，上下文窗口溢出，响应越来越慢。我在不同标签页之间复制粘贴代码，思路断断续续，感觉自己不是在创造好东西，而是在和工具打架。
就在这时，我的资深开发者朋友随口问了一句：”你试过 /compact 吗？”
我盯着他。”试什么？”
他在自己的 Claude 会话里敲了三个字符。整段对话凝聚成一个干净的摘要。上下文释放了。我们继续工作，没有任何停顿。
那一刻，我意识到了一个令人尴尬的事实：我用了 Claude Code 六个月，只知道一个命令。就是输入代码，然后听天由命。而一个由 14 个效率倍增器组成的完整生态系统，就藏在明处，我从未发现。
接下来的几周里，我发现了这些命令——它们为我节省了 200 多个小时。这篇指南是当初我希望有人第一天就交给我的东西。
第一部分：一次性设置，永久受益
没人谈论的问题
每个新项目的开启方式都一样：空白编辑器，空白大脑。
你花第一个小时建立上下文、解释技术栈、编码风格、项目结构。这是重复性的、消磨灵魂的工作——在你还未写出第一行代码之前就把动力扼杀了。
我曾经讨厌启动新项目，直到我发现了一件改变一切的东西。
/init — 一个命令的魔法
不再手动编写项目文档。你输入 /init，然后走开。Claude 读取你整个项目的结构，分析你的代码库，写出一份完整的 CLAUDE.md 文件，包含：
- 项目概述
- 架构决策
- 编码规范
- 关键依赖
- 安装说明
之前： 每个项目花 45 分钟手动写文档 之后： 30 秒，一个命令，搞定
但接下来还有更好的。当你用了几次 /init 之后，你会意识到自己仍然在重复同样的事情。每个项目，你都在告诉 Claude 同样的东西：我喜欢函数式编程模式、总是加错误处理、用 TypeScript 严格模式。
这时候你遇到了 /memory。
/memory — 一次设置，永远生效
这个命令打开你的全局记忆文件——一个跨所有项目、所有会话永久生效的配置。设定你的语气偏好、编码标准和习惯，Claude 永远记住。
我记忆文件中的真实例子：
- 始终先建议写测试
- 优先组合而不是继承
- 复杂逻辑要加注释
- 没有明确许可不要使用 any
这为我节省了多少时间？无法估量。但心理能量？无价。
/pr_comments — 代码审查的秘密武器
我曾经遇到这样的情形：开始处理一个 PR，花 20 分钟阅读 GitHub 评论，切换到 Claude 讨论实现，忘记哪些评论已经回复过，再切回 GitHub……你已经能想象到了。
/pr_comments 在你写一行代码之前，就把 GitHub 上的每一个 PR 评论直接拉到你的 Claude 会话中。完整上下文，零标签切换，完全了解审查者标记了什么。
我以前每个 PR 花 30-40 分钟管理上下文。现在？加载一次评论，然后保持心流状态直到工作完成。
第二部分：日常使用的命令，感觉像开挂
/btw — 不打断主流程的旁注问题
你正在深度专注中，构建一个复杂功能。Claude 在帮你设计解决方案。然后突然想到：等等，JWT 和 session cookie 有什么区别？
你会：A）中断流程去 Google？ B）问 Claude 但丢失对话位置？ C）记下来然后忘了跟进？
我选 C 选了几个月。直到我学会了 /btw。
这个命令纯粹是天才设计。你输入 /btw 处理 refresh token 的最佳方式是什么？，Claude 回答你的旁注问题，同时继续处理主要任务。没有上下文切换，没有进度丢失——给你的大脑并行处理能力。
我意识到自己做错了的那一刻：我用了 /btw 三周之后才理解它真正的力量——它不仅用来问问题，更是让你在不过载认知的情况下维护多条思路。
/compact — 当会话开始喘不过气来
我们都经历过。你的 Claude 会话 200 条消息深了，响应慢得像爬，上下文限制警告。恐慌来了：我必须重新开始吗？会丢失所有进度吗？
停下来。深呼吸。输入 /compact。
这个命令通过只保留真正重要的内容来清理你的聊天，移除杂乱。Claude 总结一切重要信息，保留关键决策和代码，释放上下文窗口。你保留进度，Claude 获得新上下文，没人哭。
数学： 重新开始 = 丢失 45 分钟。/compact = 10 秒。
! 命令 — 无需离开聊天的 Shell 革命
这是我以前的工作流：
- 让 Claude 帮忙调试
- Claude 建议：”运行
git status查看修改的文件” - 切换到终端
- 输入命令
- 复制输出
- 切换回 Claude
- 粘贴输出
七个步骤。每一次都这样。
然后我发现了 ! 命令。你直接在 Claude 中输入 ! git status，输出就直接出现在对话里。没有标签切换，没有复制粘贴，没有上下文丢失。
我最喜欢的用法：
! npm install
! npm run test
! git add .
我可以在不离开聊天的情况下运行整个工作流。感觉像开挂，因为某种程度上它确实是。
/cost — 未知的焦虑
Token 限制在你受到冲击之前是看不见的。你一直顺利使用，会话一个接一个，突然 Claude 开始忘记对话的前面部分。关键上下文丢失。必须重新开始。
/cost 精确显示你的状态：
总成本：$0.08
Token 已用：42k
剩余上下文：60%
就像你会话的油量表——你在被半路抛锚之前就知道什么时候该 /compact 了。
第三部分：准备进阶的强力操作
/model — 速度与质量的模型切换
这里有个大多数用户不知道的秘密：你不需要在一个会话中被锁定在一个模型上。
/model 让你在对话中间切换 Claude 的不同”大脑”：
- Opus 用于需要深度推理的困难问题
- Sonnet 用于平衡速度与质量
- Haiku 用于需要即时响应的快速任务
真实场景：我在设计一个复杂的数据库迁移。从 Opus 开始做重思考。方案确定后，切换到 Haiku 快速生成代码。然后回到 Sonnet 做代码审查。全部在一个会话中完成。不需要重启，不需要丢失上下文。
时间节省？复杂项目快 3-4 倍。
/fast — 需要速度而非诗意时
有时候你在快速迭代——测试想法、原型开发、探索解决方案。你不需要 Claude 最有深度、最谨慎推理的回答。你需要快。
/fast 使用同一个模型切换更快响应，只是优化速度而非深度。适合：
- 头脑风暴
- 快速重构
- 迭代调试
- “先让它跑起来”的时刻
我在初始开发阶段一直开着它，需要仔细审查时关掉。两全其美。
/review — 真正能抓到 Bug 的代码审查
过去我把代码审查当作打勾项。”嗯，Claude 看过了。”但这是真正的审查，还是随便走个过场？
/review 改变了这一点。它不是随意的反馈——而是一次系统性的代码审查，覆盖：
- Bug 和边界情况
- 逻辑错误
- 代码清晰度
- 性能问题
- 安全风险
/review 的真实输出：
第 42 行：潜在的空引用——处理缺失键
第 87 行：低效循环——考虑用 map 替代
第 103 行：安全风险——清理用户输入
就像凌晨 2 点有个高级工程师看你的 PR——而且没有评判。
第四部分：出问题时的救命命令
/clear — 螺旋式崩溃
你懂这种感觉。Claude 在绕圈子，给你同样的建议，不听话。对话已经脱轨，你找不到出口。
本能反应：关闭标签页。重新开始。丢失所有进度。
别。/clear 擦除对话但保留你的设置。你的工具、权限、项目上下文全部保留。这是一个软重置，不是核选项。
区别： 从头开始 = 20 分钟重设。/clear = 几秒钟全新开始。
/doctor — 当一切都不工作时
感觉有什么东西坏了。命令没反应。响应很奇怪。你不确定是安装问题、API 密钥、权限、还是宇宙射线。
在你重新安装一切之前，运行 /doctor。它检查：
- ✓ API 密钥有效
- ✓ Node 18+
- ✓ 权限正确
- ✓ 配置文件存在
- ✓ 终端集成正常
就像一个你 10 秒就能解决的 IT 工单。
/terminal-setup — 不说话的终端
Claude 看不到你的终端输出。你还在像 2010 年一样复制粘贴。一定有更好的办法。
有的。/terminal-setup 配置 shell 集成，让 Claude 能真正看到你的终端里发生了什么。一个命令，然后你突然就活在未来了。
/help — 迷路时求助
不确定有什么可用？记不清哪个命令干什么？
/help 列出所有命令及简短描述。它是你迷路时的起点，卡住时的参考资料，忘记本文所有内容时的安全网。
小贴士：我把 /help 当作书签。当我教新团队成员这些命令时，我先让他们运行 /help，让他们看到完整图景，然后再深入探索。
完整命令速查表
| 分类 | 命令 | 作用 |
|---|---|---|
| 一次性设置 | /init | 自动生成项目文档（CLAUDE.md） |
/memory | 设置全局偏好，永久生效 | |
/pr_comments | 将 GitHub PR 评论加载到上下文 | |
| 日常使用 | /btw | 问旁注问题，不中断主任务 |
/compact | 压缩对话释放上下文，保持进度 | |
! command | 不离开聊天直接运行 Shell 命令 | |
/cost | 查看 Token 使用量 | |
| 强力操作 | /fast | 切换更快的响应模式 |
/review | 系统性代码审查 | |
/model | 在会话中切换模型 | |
| 救命时刻 | /clear | 擦除对话，保留设置 |
/doctor | 检查安装和配置健康状态 | |
/terminal-setup | 配置终端集成 | |
/help | 查看所有可用命令 |
7 天精通挑战
不要让这篇文章成为又一个被你收藏后遗忘的东西。这是你的行动计划：
- 第 1 天： 在当前项目上运行
/init。感受魔法。 - 第 2 天： 设置
/memory，添加你最重要的 5 条编码偏好。 - 第 3 天： 所有旁注问题都用
/btw。注意心流状态。 - 第 4 天： 遇到上下文限制？
/compact而不是恐慌。 - 第 5 天： 尝试
!运行 Shell 命令。再也不切换标签页。 - 第 6 天： 在下一个 PR 上运行
/review。在 Bug 上线前抓住它们。 - 第 7 天： 尝试
/model切换。找到你的节奏。
第 8 天及以后：你不再是那个只会用一个命令的人了。你是那个大家都来请教建议的高效能用户。
总结
六个月前，我是那个凌晨 2 点还在调试的开发者，在上下文里挣扎，和工具打架。现在，我更快地发布，更聪明地调试，而且真的享受这个过程。
区别不是天赋。不是经验。是14 个简单的命令，把 Claude Code 从一个还算凑合的助手变成了一个真正的效率倍增器。花一周时间掌握它们，这可能是你在开发工具上做过的最有价值的投资。