90% 的人不知道的 Claude Code 隐藏命令：从入门到真正会用，只差这 10 条

发表于 更新于 分类于 阅读次数： 本文字数： 4.8k 阅读时长 ≈ 4 分钟

cover

你用 Claude Code 多久了？

如果你和大多数人一样，日常操作就是：打开终端，输入需求，等它生成代码，复制粘贴。偶尔用用 /help 和 /clear，就觉得自己已经算熟练了。

但你知道吗？Claude Code 有超过 40 个内置命令、几十个键盘快捷键、和一整套隐藏在文档角落里的高级功能。大多数开发者只用了其中不到 10%。

一位日本开发者在 DEV Community 上写了一篇爆火文章，标题就是《我整理了 Claude Code 的所有命令，包括一些隐藏的》。评论区里全是「用了几个月才知道有这个功能」的感叹。

今天这篇文章，我挑了 10 条最实用、最容易被忽略的命令和技巧，每一条都是能立刻改变你工作流的那种。从「省钱」到「省时间」到「少踩坑」，全覆盖。

1. Esc+Esc：时间旅行，不只是撤销

你可能知道按一次 Esc 可以停止 Claude 的生成。但你试过按两次吗？

**连按两次 Esc**，会弹出一个 /rewind 菜单，让你选择：

  • 只回退代码：Claude 改的文件全部恢复，但对话历史保留
  • 只回退对话：代码不动，但对话回到上一步
  • 两者都回退：回到上一个检查点

这不是普通的 Ctrl+Z。Claude Code 会在每次你发送 Prompt 时自动创建检查点。所以你可以随时「穿越」回任意一步。

实战场景： 你让 Claude 重构了一个模块，结果改崩了。以前你得手动 git checkout 恢复文件，再重新解释需求。现在：Esc+Esc → 选「只回退代码」→ 对话历史还在，重新描述思路继续干。

这一条能救命。尤其是凌晨三点改代码的时候。

2. /insights：让 Claude 分析你的使用习惯

这是我认为 Claude Code 里最被低估的命令。

在终端里输入 /insights，它会读取你过去一个月的使用历史，生成一份 HTML 报告，保存在 ~/.claude/usage-data/report.html。

报告里有什么？

  • 你最常用的命令频率统计
  • 你的编码习惯模式分析
  • 推荐你应该创建哪些 Skills 和 Hooks
  • 你的 token 消耗分布

一位开发者的评价是：「像被 Claude 做了一次编程习惯的年度体检，甚至带点被 roast 的感觉。」

我的建议是每月跑一次。 它会告诉你哪些重复操作可以自动化，哪些习惯在浪费 token。这比任何外部工具的分析都精准，因为它直接读你的真实使用数据。

3. /compact + 焦点指令：省 token 的正确姿势

大多数人知道 /compact 是压缩对话。但很少人知道，你可以给它加一条焦点指令。

1
/compact focus on the database migration work

这条命令的意思是：压缩对话历史，但保留所有和数据库迁移相关的上下文。其他不重要的对话内容会被精简掉。

为什么这很重要？因为对话越长，Claude 的表现越差。上下文窗口不是越满越好——关键信息的密度才是决定质量的因素。

实战技巧： 在一个长会话里切换任务之前，先跑一次 /compact focus on [新任务关键词]。这相当于给 Claude 做了一次「大脑清洗」，让它把注意力集中在你接下来要做的事上。

配合 /context 命令（查看当前 token 消耗）一起用，效果更好。当你看到 token 用量超过 50%，就该考虑 compact 了。

4. /btw：问个小问题，不污染主对话

你正让 Claude 帮你写一个复杂的支付模块。写到一半，突然忘了 Go 语言的 error wrapping 语法。

以前你会直接问，但这条无关的问答会混入上下文，可能干扰后续的代码生成。

现在你可以用 /btw：

1
/btw Go 里怎么用 fmt.Errorf 做 error wrapping？

Claude 会回答你的问题，但这条问答不会进入主对话上下文。它是一个「旁白通道」——用完即走，不留痕迹。

这个命令名字起得很好：BTW，顺便问一下。把临时小问题和主要任务隔离开，看似小事，但长期积累下来能显著提升对话质量。

5. Shift+Tab：三种模式切换，Plan 模式才是大杀器

大多数人知道 Claude Code 可以写代码。但很多人不知道它有三种工作模式，按 Shift+Tab 循环切换：

  • Normal 模式：默认模式，Claude 自由发挥
  • Auto-Accept 模式：Claude 生成的变更自动应用，不用你一个个确认
  • Plan 模式：Claude 只读代码、不动代码，专注于制定方案

官方团队反复强调：大型任务一定要先进 Plan 模式。

为什么？因为 Claude 直接上手改代码时，它的「首次成功率」取决于它对项目的理解程度。如果理解不够就开始改，后面的返工成本更高。

Plan 模式让 Claude 先读代码库、分析架构、制定方案。你审核方案觉得 OK，再切回 Normal 模式让它执行。这个流程能大幅提高一次成功率，少走弯路。

进阶用法： 你也可以直接输入 /plan 进入 Plan 模式，或者在对话里说「Let’s plan this first」——Claude 会自动切到规划模式。

6. /simplify：写完代码让三个 Agent 帮你审

这是 Claude Code 内置的代码质量审查 Skill。输入 /simplify，它会同时启动三个并行的审查 Agent，分别从不同角度检查你最近修改的代码：

  • 代码复用机会
  • 质量问题（冗余变量、无用 import、过度复杂的条件判断）
  • 效率提升建议

三个 Agent 独立工作，各看各的，然后汇总结果。相当于一次迷你 Code Review。

1
2
3
4
5
6
7
# 通用审查
/simplify

# 聚焦审查
/simplify memory efficiency
/simplify error handling
/simplify reduce duplication

还可以加焦点参数。比如你知道某段代码的内存管理可能有问题，就跑 /simplify memory efficiency，它会专门查这方面的问题。

我的工作流是： 改完代码 → /review（查 Bug 和逻辑错误）→ /simplify（查代码质量）→ 满意了再提交。两个命令配合使用，覆盖「正确性 + 整洁度」两个维度。

7. ! 前缀：直接跑 Shell 命令，结果自动进入上下文

这个功能很多人用了几个月都不知道。

在 Claude Code 里，直接在输入框打 ! 加命令，可以执行 Shell 命令，并且命令的输出会自动注入到对话上下文中。

1
2
3
4
! npm test
! git log --oneline -5
! cat .env.example
! docker ps

和直接在终端里跑有什么区别？区别在于：输出变成了 Claude 的上下文。

这意味着你可以先跑 ! npm test，然后告诉 Claude：「看看这些测试报错，帮我修。」Claude 已经看到了测试输出，不需要你再复制粘贴。

实战场景： Debug 一个复杂问题时，! git log --oneline -10 看最近提交，! cat error.log | tail -50 看错误日志，然后直接让 Claude 分析。整个过程不用离开 Claude Code 的对话界面。

8. /batch：并行大规模修改，不怕改崩

如果你有一个需要批量修改的任务——比如把项目里所有的 Jest 测试迁移到 Vitest，或者给 src/utils/ 下的所有文件加上 TypeScript 类型——手动一个个改要疯。让 Claude 在一个上下文里顺序改，时间也很长。

/batch 解决的就是这个问题。

1
2
3
/batch migrate all test files from Jest to Vitest
/batch add TypeScript types to all files in src/utils/
/batch update all API endpoints to use the new auth middleware

它会把任务拆成 5-30 个独立单元，为每个单元创建一个独立的 Git Worktree，然后并行启动多个 Agent 同时处理。每个 Agent 改完还会自动跑测试。

关键点：/batch 适合模式化的重复修改，不适合一次性的复杂重构。它需要你描述的是一个「规律」——「对所有匹配这个模式的地方，做这个修改」。

9. /hooks：让 Claude 帮你写自动化守卫

Hooks 是 Claude Code 里被严重低估的功能。它可以在特定事件发生时自动执行脚本——而且 Claude 可以帮你写。

试试这个 Prompt：

1
帮我写一个 Hook，在每次文件编辑后自动跑 eslint

或者：

1
帮我写一个 Hook，阻止对 migrations 文件夹的写入

Claude 会生成对应的 Hook 配置，写入 .claude/settings.json。从此以后，每次 Claude 编辑文件，eslint 自动检查；每次 Claude 想动 migrations 文件夹，自动拦截。

和 CLAUDE.md 的区别是什么？ CLAUDE.md 里的指令是「建议性的」，Claude 可能会忽略。Hooks 是确定性的——它是代码级别的守卫，不依赖 AI 的判断。

可用的 Hook 事件包括：PreToolUse（工具调用前）、PostToolUse（工具调用后）、UserPromptSubmit（用户提交 Prompt 时）、Stop（Claude 停止时）等等。

我的推荐配置：

  • PostToolUse + eslint/prettier：编辑后自动格式化
  • PreToolUse + 路径检查：阻止修改不该动的文件
  • UserPromptSubmit + Skill 推荐：每次提 Prompt 自动建议该用哪个 Skill

10. /diff + /rewind 组合：审查-回退-重来的完美流程

/diff 命令会打开一个交互式的 diff 查看器，展示 Claude 做过的所有修改。

单独用 /diff 已经很有用了——比在终端里手动跑 git diff 方便得多。但它和 /rewind 组合使用，才真正发挥威力：

  1. Claude 完成了一轮修改
  2. 跑 /diff，仔细看改了什么
  3. 发现某个改动不对 → /rewind 回退到那一步之前
  4. 用更清晰的 Prompt 重新描述需求
  5. Claude 重新执行，这次改对了
  6. 再跑 /diff 确认，满意了提交

这个流程的核心思想是：不要让错误累积。

很多人的习惯是让 Claude 一口气改完所有东西，最后发现一堆问题，不知道从哪开始修。正确的做法是小步快跑——改一点，审一点，不对就回退。/diff + /rewind 就是为这个流程设计的。

额外彩蛋：3 条冷门但好用的技巧

Ctrl+V 粘贴图片。 没错，在 Claude Code 终端里可以直接粘贴截图。看到一个报错的 UI 截图？Ctrl+V 贴进来，让 Claude 看图分析。注意 Mac 上也是 Ctrl+V，不是 Cmd+V。

/terminal-setup 开启多行输入。 跑一次这个命令，之后在 iTerm2 和 VS Code 终端里就可以用 Shift+Enter 换行输入了。写长 Prompt 再也不用挤在一行里。

claude -w 启动隔离工作区。 这条 CLI 参数会自动创建一个 Git Worktree，让 Claude 在隔离环境里干活。改崩了也不影响你的主分支。适合做实验性的大改动。

1
claude -w auth-refactor

写在最后

Claude Code 不只是一个聊天框。它是一个完整的编程 Agent 框架——有命令系统、有 Hook 机制、有 Skill 生态、有并行 Agent 能力、有检查点和回退系统。

但和所有强大的工具一样，它的大部分能力藏在表面之下。你不主动去挖掘，它就只是一个「比较聪明的终端补全」。

我的建议：从今天开始，每天学一个新命令。 不用一次全记住，就像学 Vim 一样，每天多记一个快捷键，一个月后你就是完全不同的生产力水平。

现在就跑一次 /insights，看看 Claude 怎么评价你的编程习惯。结果可能会让你大吃一惊。

你有什么私藏的 Claude Code 技巧？或者你发现了文章里没提到的隐藏命令？评论区分享出来，大家一起进步。