一个周二的凌晨两点，我卡在一个本该 30 分钟搞定的调试上，已经耗了三个小时，当场破防。Claude Code 的聊天窗口乱成一团，147 条消息堆在那里，上下文窗口早就溢出了，回复越来越慢。我在标签页之间来回复制粘贴代码，思路断了又续、续了又断，感觉自己不是在用工具干活，而是在跟工具打架。

就在这时，我的一个资深开发朋友随口问了一句：「你试过 /compact 吗？」

我盯着他：「试什么？」

他在自己的 Claude 会话里敲了三个字符。整段对话瞬间被压缩成一份干净的摘要，上下文腾出来了，我们接着干活，一点没耽误。

那一刻我意识到一件挺丢人的事：我用 Claude Code 用了半年，只知道一个命令。就是闷头写代码，然后祈祷一切顺利。而整整 14 个效率倍增器的生态，就明晃晃地摆在我眼皮底下——属实是抱着金饭碗讨饭。

接下来的几周，我摸清了这些命令，前前后后省下了 200 多个小时。这份指南，就是我希望第一天就有人递到我手上的东西。

第一部分：一次性设置，永久受益

没人提过的那个问题

每个新项目都是同一个开场：空白的编辑器，空白的脑子。

头一个小时全花在搭上下文上——解释你的技术栈、你的编码风格、你的项目结构。这种重复又磨人的活，还没写第一行代码就把你的劲头耗光了。

我以前特别讨厌开新项目，直到我发现了改变一切的那个命令：/init。

一条命令的魔法

/init：自动生成你的 CLAUDE.md

不用再手动写项目文档了，你敲下 /init 就可以走开，当个甩手掌柜。Claude 会读遍你的整个项目结构、分析你的代码库，然后写出一份完整的 CLAUDE.md，包括：

• 项目摘要
• 架构决策
• 编码规范
• 关键依赖
• 搭建说明

之前：每个项目花 45 分钟手写文档
之后：30 秒，一条命令，搞定

但更妙的地方还在后面。用了几次 /init 之后你会发现，自己还是在重复说同样的话。每个项目，你都在跟 Claude 交代同样的事：

• 我偏好函数式编程。
• 永远要加错误处理。
• 用 TypeScript 严格模式。

这时候，就该 /memory 登场了。

这个命令会打开你的全局记忆文件——一份跨项目、跨会话、永久生效的持久配置。把你的语气偏好、编码标准、还有那些「雷点」一次性设好，Claude 全都记得。

我记忆文件里的真实示例：

- 永远先建议写测试
- 组合优先于继承
- 复杂逻辑要加注释解释
- 未经明确允许，绝不用 any

省下的时间？算不清。但省下的心力？无价。

代码审查的秘密武器

有个场景以前一直折磨我：我开始处理一个 pull request，花 20 分钟读 GitHub 上的评论，切到 Claude 讨论实现方案，然后忘了哪些评论已经处理过，再切回 GitHub……你懂的。

/pr_comments 能把你 GitHub PR 上的所有评论，在你写第一行代码之前，直接拉进 Claude 会话。完整上下文，零标签页切换，审查人指出的问题一清二楚。

以前我每个 PR 要花 30-40 分钟管理上下文。现在？评论加载一次，然后一路心流状态干到完事。

第二部分：像开挂一样的日常命令

那个让你全线崩盘的问题

你正全神贯注地写一个复杂功能，Claude 正帮你搭架构。突然，一个问题砸进你脑子：

等等，JWT 和 session cookie 到底有什么区别来着？

这时候你会：

• A) 打断思路去谷歌
• B) 问 Claude，然后在对话里迷路
• C) 记下来，然后忘掉跟进

我选了 C，选了整整几个月。直到我认识了 /btw。

这命令简直是天才设计。你输入 /btw 刷新 token 最好怎么处理？，Claude 会在后台回答你的旁路问题，同时继续手头的正事。不切换上下文，不丢失进度，相当于给你的大脑开了个并行处理——这设计，绝了。

我意识到自己一直用错了的那一刻：用了三周 /btw 之后，我才真正明白它的威力。它不只是用来提问的，它是用来在不过载的前提下，同时维持多条思路的。

当你的会话开始喘不上气

这种场面大家都经历过。Claude 会话已经 200 条消息深了，回复慢得像蜗牛，上下文限制的警告开始出现。恐慌袭来：

是不是要重新开始了？我的进度会不会全丢？

停。深呼吸。敲 /compact。

这个命令会清理你的聊天，只留下真正重要的内容。Claude 会总结一切要点，保留关键决策和代码，腾出上下文窗口。你的进度保住了，Claude 拿到了干净的上下文。没有一个人受伤的世界达成了。

算笔账：重新开始 = 损失 45 分钟。/compact = 10 秒。

过去三个月我用这个命令用了 127 次。省下的时间你自己算。

终端命令的革命

我以前的工作流是这样的：

1. 让 Claude 帮忙调试
2. Claude 建议：「跑一下 git status 看看改了什么文件」
3. 切到终端
4. 输入命令
5. 复制输出
6. 切回 Claude
7. 粘贴输出
8. 继续对话

七个步骤。每次。都是。

然后我发现了 ! 命令。

你直接在 Claude 里输入 ! git status，输出就直接落在对话里。不切标签页，不复制粘贴，不丢上下文。

我的最爱用法：

! npm install
! npm run test
! git add .

我不用离开聊天就能跑完整个工作流。感觉像作弊，因为它确实就是——作弊一时爽，一直作弊一直爽。

对未知的焦虑

Token 限制在咬你之前是看不见的。你正顺风顺水地一个会话接一个会话，突然 Claude 开始忘记你对话前半部分的内容。关键上下文丢了。你只能重来。

/cost 能让你一眼看清自己的处境：

• 总花费：$0.08
• 已用 token：42k
• 剩余上下文：60%

它就像你会话的油表。在抛锚在半路之前，你就知道该什么时候 /compact。

第三部分：进阶玩家的操作

速度 vs 质量：换模型的游戏

这里有个大多数人不知道的秘密：一个会话，你不必锁死在一个模型上。

认识一下 /model，这个命令让你在对话中途切换 Claude 的不同「大脑」，想换就换：

• Opus：处理需要深度推理的难题。
• Sonnet：速度和质量的平衡之选。
• Haiku：需要秒回的琐碎任务。

真实场景：我正在搭一个复杂的数据库迁移方案。先用 Opus 做重思考。方案定了，切到 Haiku 快速生成代码。然后再切回 Sonnet 做代码审查。全在一个会话里完成，不用重启，不丢上下文。

省下的时间？复杂项目快 3-4 倍。

要速度，不要诗意

有时候你在快速迭代——测想法、做原型、探索方案。你不需要 Claude 最有深度、最深思熟虑的回答，你需要快。

/fast 用同一个模型切换出更快的响应，只是优化速度优先于深度。最适合：

• 头脑风暴。
• 快速重构。
• 迭代式调试。
• 「先让它跑起来」的时刻。

我开发初期一直开着它，需要仔细审查时再关掉。两边的好处都占了。

真正能抓出 bug 的代码审查

我以前把代码审查当成打勾走流程。「嗯，Claude 看过了。」但那是真审查，还是走过场？

/review 改变了这一点。这不是随便给点反馈，而是一次系统性的代码审查，覆盖：

• Bug 和边界情况。
• 逻辑错误。
• 代码清晰度。
• 性能问题。
• 安全隐患。

/review 的真实输出：

Line 42: 潜在空引用——处理缺失的 key
Line 87: 循环效率低——考虑用 map
Line 103: 安全风险——对用户输入做净化

就像凌晨两点有个资深工程师帮你读 pull request。而且不带评判——妥妥的「没有感情的审查机器」。

第四部分：出事儿时的救命命令

那个旋涡

你懂这种感觉。Claude 在原地打转，给你同样的建议，根本不听你的。对话已经脱轨，你找不到出口。

你的本能：关标签页。重新开始。丢掉所有进度。

别。

/clear 会清空对话，但保留你的设置。工具、权限、项目上下文全都保留。这是软重置，不是核选项。

区别：从零开始 = 20 分钟重新搭环境。/clear = 几秒钟焕然一新。

当一切都不管用时

感觉哪里坏了。命令不工作。回复很怪。你不确定是安装的问题、API key 的问题、权限的问题，还是宇宙射线。

在重装一切之前，先跑 /doctor。

它会检查：

• ✓ API key 有效
• ✓ Node 18+
• ✓ 权限正常
• ✓ 配置文件存在
• ✓ 终端集成

相当于 10 秒内就能自己解决的 IT 工单——比找网管还快。

那个不理人的终端

Claude 看不到你的终端输出。你还在像 2010 年那样复制粘贴。肯定有更好的办法。

有的。/terminal-setup 会配置 shell 集成，让 Claude 真正看到你终端里发生了什么。一条命令，你突然就穿越到了未来。

迷路了？问它要帮助

不确定有哪些命令？记不清哪个命令是干嘛的？

/help 会列出所有命令并附上简短说明。它是你迷路时的起点、卡住时的参考、忘光这篇文章所有内容时的安全网。

专业建议：我把 /help 收藏了。教新同事这些命令时，我会先让他们跑一遍 /help，先把全景看清楚，再往深了学。

完整命令速查表

这份是你的作弊小抄。建议截图保存，直接抄作业。

一次性设置：

• /init：自动生成项目文档。
• /memory：永久设置全局偏好。
• /pr_comments：把 GitHub PR 评论载入上下文。

日常使用：

• /btw：问旁路问题，不打断正事。
• /compact：压缩对话，继续干活。
• ! 命令：不离开会话直接跑终端命令。
• /cost：查看 token 用量。

进阶操作：

• /fast：切换更快的响应。
• /review：系统性代码审查。
• /model：会话中途切换模型。

出事儿的时候：

• /clear：清空对话，保留设置。
• /doctor：检查环境健康。
• /terminal-setup：修复终端集成。
• /help：查看所有可用命令。

你的 7 天精通挑战

别让这篇文章又变成「收藏了就当学会了」——收藏=学会，这是病，得治。这是你的行动清单：

• 第 1 天：在当前项目上跑 /init。感受一下魔法。
• 第 2 天：用 /memory 设置你的前 5 条编码偏好。
• 第 3 天：所有旁路问题都用 /btw。体会心流。
• 第 4 天：撞上上下文限制？用 /compact，别慌。
• 第 5 天：试试 ! 跑终端命令。再也不切标签页。
• 第 6 天：对下一个 PR 跑 /review。在 bug 上线前抓住它。
• 第 7 天：试试 /model 切换。找到你的节奏。

第 8 天及以后：你不再是那个只会一个命令的人了。你成了大家排队请教的高手。

转变

六个月前，我是那个凌晨两点淹死在上下文里、跟工具打架的开发者。今天，我交付更快、调试更聪明，而且真的享受这个过程。

差别不是天赋。不是经验。是 14 个简单命令，把 Claude Code 从一个花哨的自动补全，变成了真正的开发伙伴——这一用，就再也回不去了。

该你了。从这份清单里挑一个命令，今天就试试。感受那种变化——别光收藏，干就完了。