Claude Code有哪些值得用命令?20个值得用的Claude Code命令分享

Claude Code不是一个一次性问答框,它更像一个持续运行的工作台。你要学的也不是“怎么提问”,而是“怎么管理这段工作流”,具体Claude Code有哪些值得用命令呢?下面就分享给大家。

Claude Code有哪些值得用命令:

第一组:停止、撤回、分叉

这一组命令解决的是同一个问题:当 Claude Code 正在做事,但你想打断、后退,或者换一条路继续走时,怎么办。

1. Esc:先学会停

Esc 的作用很直接,就是停止当前任务。

重要的是,它停掉的是正在进行中的动作,不是整段会话。聊天历史还在,之前的上下文也还在,只是眼前这一步不再继续跑下去。

这个细节很关键。很多人一看到它跑偏、卡住,第一反应是重开一个新会话。其实很多时候没必要,先按 Esc,比另起炉灶省事得多。

2. 双击 Esc/rewind:不是简单中断,而是回到上一步

如果说单击 Esc 是刹车,那双击 Esc/rewind 更像是撤销菜单。

这类操作通常会给你几个方向:

  • 恢复代码和对话
  • 只恢复对话
  • 只恢复代码
  • 从这里开始做总结
  • 取消

它的价值在于,你不必在“全盘接受”和“全部重来”之间二选一。很多时候你只是想回退代码,不想丢掉分析过程;或者想保留代码结果,但把对话收束一下。/rewind 解决的就是这种中间态。

3. /btw:把岔出去的小问题留在旁边

`/btw`` 很适合处理那种“我突然想问一句,但不想打断主线”的情况。

比如你正在让 Claude Code 改一个模块,中途忽然想问一句:

/btw where is the test file again

这种问题如果直接插进主线程,往往会把上下文搅乱。/btw 的意义,就是给这些旁支问题留一个出口,不污染当前任务。

这类命令真正改变的,不是功能,而是会话秩序。你不需要为了一个小问题切走主线,也不需要担心顺手一问把上下文带偏。

4. /branch:把思路真的分成两条

写代码时经常会遇到这种情况:一个问题有两个方案,你不确定哪条更快、更稳,或者更适合现在的代码结构。

/branch 的价值就在这里。它不是让你在脑子里模拟两个方向,而是直接把当前会话分叉,两边都试,然后保留那个真的跑通的版本。

这个动作很像 git 分支,但它分的不是代码仓库,而是对话和推理过程。

如果你已经习惯在复杂任务里做 A/B 尝试,/branch 会非常顺手。

第二组:控制上下文窗口,而不是等它失控

用 Claude Code 用久了,很快会遇到另一个问题:会话越来越长,上下文越来越重,真正重要的决策反而被埋进历史里。

这一组命令解决的,就是“会话怎么继续长,但上下文不要一起膨胀”。

5. /compact:把长历史压成还能继续工作的摘要

`/compact`` 不是简单删历史,而是把长对话重写成一个更紧凑的摘要,同时尽量保留主线、技术决策、报错和修复过程。

这和“重新开一个会话总结一下”完全不是一回事。

你真正需要的,不是把历史清掉,而是把历史压缩成还能接着工作的形态。/compact 解决的就是这个问题。

如果你常常一个任务聊一小时以上,这个命令几乎应该变成习惯。

6. /clear:彻底换题时,比硬切更干净

/clear 的逻辑很简单,就是把当前上下文清空,开始一个新话题。

它适合的不是“我有点乱”,而是“我已经完全切题了”。

一个常见误区是:明明要聊的是两个完全不同的问题,却还在同一个会话里硬续。结果不是模型理解不了,而是上下文里混进了太多无关信息。到了这种时候,/clear 比继续补 prompt 更有效。

7. /export:把一次长会话沉淀成文件

有些对话不是“一次用完就算”,比如架构设计、问题复盘、需求拆解。

/export 的价值,就是把这类会话直接导出成 Markdown,保存下来。像这种路径:

~/projects/XXX/claude-session-YYYY-MM-DD-HH-MM.md

就很适合拿来归档。

你花了一个小时把系统设计思路讲清楚,如果不导出来,下次再找就很麻烦。Claude Code 的很多价值,其实都发生在这种“对话本身就是工作记录”的时刻。

8. /resume:靠关键词把旧会话捞回来

如果你记得一个会话聊过什么,但不记得是哪天开的,/resume 很有用。

它可以按关键词找旧会话,而不是让你翻历史列表硬找。对于长期使用者来说,这个能力比“继续上一个会话”更重要,因为你真正缺的往往不是最近一次,而是“上周那个聊过支付回滚策略的会话”。

9. claude -c:继续当前目录里最近的一次会话

这个是 CLI 层面的续接方式。

claude -c 适合的场景很明确:昨天在这个目录里做到一半,今天回来接着做,不想重新描述上下文。

它的好处不是省几句话,而是把“会话连续性”变成一种默认能力。你离开终端,任务没有真的结束;第二天回来,它还能接上。

10. claude -r:把历史会话当成可跳转的工作记录

-c 不一样,claude -r 更像历史会话入口。它会列出过去的会话,让你跳回某一个指定 session。

如果说 -c 解决的是“接着上次继续”,那 -r 解决的是“回到某一次具体讨论”。

这两个命令放在一起看,才会明白 Claude Code 为什么不只是临时聊天工具,它已经在往“可恢复工作现场”靠了。

11. /remote-control / /rc:把会话带走,但执行还留在你的机器上

这个功能很容易被低估。

/remote-control 的意思不是把工作迁走,而是让正在本机运行的会话,交给手机之类的远端设备来继续操控。执行还在你的机器上,你只是换了一个操纵入口。

它适合那种很实际的场景:代码和任务在电脑上跑着,你暂时离开工位,但还想看进度、补一句话、做个确认。

很多人会把 Claude Code 理解成“我坐在这台终端前才能用”。/rc 的出现,本质上是在把这个假设打破。

第三组:不是更努力,而是更会调用能力

这一组命令最能体现 Claude Code 的另一个方向:不是让你每次都从头想,而是让你更方便地调模型、调视角、调自动化。

12. /model opusplan:把规划和执行拆开

这个命令的思路很好理解:规划用更慢、更强的模型,执行用更快的模型。

它适合那种“设计阶段值得慢一点,落代码阶段反而更看重速度”的任务。比如架构设计、复杂重构、跨文件修改前的方案分析。

很多人默认从头到尾只用一个模型,其实不是不能用,而是容易把“该慢想的地方”和“该快干的地方”混在一起。/model opusplan 提供的是一种更像团队分工的工作方式。

13. /simplify:一口气拉三个 reviewer 看同一份东西

/simplify 很值得一试,因为它不是单一视角的 review。

它会并行拉出三个 reviewer,分别看:

  • 架构和复用
  • 代码质量
  • 效率

最后再给你一个合并后的结果。

这比“请帮我 review 一下”更有结构。你拿到的不是一段大而化之的反馈,而是从三个不同角度拆过一遍的结论。

14. /insights:把自己的使用习惯也当成可以优化的对象

/insights 会在本地生成一个 HTML 报告,比如:

~/.claude/usage-data/report.html

它看的不是代码,而是你怎么用 Claude Code:常见习惯、反复犯的错误、哪些功能你从来没碰过,以及对 CLAUDE.md 的具体建议。

这类功能最有意思的地方在于,它开始把“你怎么使用这个工具”也纳入优化对象。

很多人会反复研究 prompt,却不怎么复盘自己的使用方式。/insights 提供的是另一个方向:你的工作流本身也值得被分析。

15. /loop:把提醒和巡检变成会话内的定时任务

/loop 解决的是另外一个很常见的问题:很多任务不是现在做完,而是过一会儿再看。

比如:

/loop 15m check the deploy
/loop in 20m remind me to push this branch

这类命令的好处是,你不用切到外部提醒工具,也不用靠自己记住“半小时后回来看看”。

更实用的一点是,循环任务通常会自动过期,避免你忘了关,结果白白消耗预算。

如果你在项目里放一个 .claude/loop.md,甚至还可以定义 bare /loop 的默认行为。这样它就不只是提醒器,而是一个轻量的周期任务入口。

16. /skills [name]:把项目能力按工作区装进去

/skills 的作用,不是查看通用命令,而是加载当前工作区里的项目技能。

如果你只写过 prompt,没用过 skills,很容易忽略这个能力。但只要你进入稍微复杂一点的项目,就会明白 skills 的价值:把常用工作流、项目约束、团队习惯封装成可直接调用的能力。

直接运行 /skills 可以看当前工作区有哪些可用技能,带参数则可以加载指定 skill。

从长期看,这类能力会越来越重要。因为 Claude Code 真正有复利的地方,不只是单次问答,而是你能不能把项目知识变成可重复调用的工作流。

第四组:高频操作,别每次都手动做

最后这组看起来最不起眼,但用久了往往最能省时间。

17. Ctrl+V:直接贴截图

能直接把截图粘进来,是一个很小但很顺手的能力。

这意味着你不用先保存文件、再找路径、再上传。遇到报错弹窗、UI 问题、设计图、终端截图,直接贴就行。

18. Ctrl+J 或 Mac 上的 Option+Enter:换行但不发送

写多行 prompt 的人都会懂这个需求。

有时候你只是想继续补充上下文,不想手一滑直接发出去。这个快捷键解决的就是这种很基础、但很影响体验的问题。

19. Ctrl+R:把自己的 prompt 历史当搜索库用

Ctrl+R 的意义,不只是找历史,而是让你逐渐拥有自己的 prompt 库。

你用得越久,越会发现很多高质量提问其实是重复模式。与其每次重写,不如直接从历史里搜出来再改。

20. Ctrl+U:清空整行输入

这是典型的“知道以后就回不去”的快捷键。

尤其是你写了一长串提示,突然发现方向完全不对,Ctrl+U 比一点点删干净利落得多。

如果你只先学 5 个,我会推荐这几个

20 个命令不需要一次全记住。

如果你刚开始想把 Claude Code 用得更顺,我会先推荐这 5 个:

  1. Esc,先学会中断
  2. /rewind,学会回退而不是重开
  3. /compact,学会上下文压缩
  4. /resumeclaude -c,学会把会话接起来
  5. /loop,学会把等待类任务交给系统

这 5 个加起来,已经足够把 Claude Code 从“终端里的聊天工具”变成“有连续性的工作流工具”。

之后再慢慢加 /branch/simplify/insights/skills 这些能力,你会越来越明显地感觉到:Claude Code 的上限,不在单次问答,而在会话管理和工作流组织。

以上就是Claude Code有哪些值得用命令的全部内容,希望这20个值得用的Claude Code命令对大家有所帮助,如果想要了解更多相关内容,欢迎来CoCoLoop社区交流。

Claude Code的命令多得记不住,分享帖必须收

收藏了 慢慢看 这种整理贴挺实用的

常用就那么几个,剩下的基本是装饰

二十个里常用的可能就五六个

20个命令太多了,常用就那几个

20个命令我现在常用也就5个 其他的记不住

认同 二十个里日常常用的撑死五六个 剩下基本是装饰

命令多看几遍能省不少时间

命令多反而记不住,常用的固化成别名就行了

20个命令有点多 常用的也就五六个吧

命令清单看了一遍,真用上的也就那么五六个高频

我也这感受 二十个看着多 实际跑起来一半都用不上

20个能记五个不错了 后面都得查文档

同感二十个里面常用六七个其他备着

命令再多记不住也白搭 我都是用别名

装饰命令确实占多数 但偶尔关键时刻能救场

二十个命令真用得上的也就那几个

常用之外的命令 偶尔用一次也挺关键

对啊 装饰命令一堆 用得着的就那五六个