用Claude Code的人越来越多，但到目前为止，大部分人的用法还是很原始，打开终端，输需求，等结果，上下文满了就重开一个session，模型从头到尾只用默认的，更别提什么subagent、分叉对话了。

这就像你买了辆车，每天只用来听收音机。

Claude Code内置了50多个slash命令，但真正决定效率的不是记住多少命令，而是掌握几套组合打法。

这篇文章不列清单，直接讲5个实战场景，每个场景告诉你什么时候该用什么命令，以及为什么这么用。

 场景一：上下文快爆了，怎么抢救

最常见的问题，跑了一个复杂的调试session，来来回回十几轮，突然发现Claude的回答开始变蠢，它忘了前面的结论，开始重复已经试过的方案，大概率是上下文窗口快满了。

系统虽然会在92%的时候自动压缩，但自动压缩是“无差别删减”，它不知道哪些信息对你重要。

正确打法：

/context ← 先看一眼，上下文占了多少
/compact keep all api decisions and error patterns
← 带提示词手动压缩，告诉它保留什么/cost ← 压缩后确认token消耗下来了没

关键是/compact后面跟的那句话。不带提示词的/compact和自动压缩没太大区别，但加上keep all api decisions这种指示，Claude就知道什么该留什么该删。

正确习惯应该是：上下文到50%就手动compact一次，因为压缩本身也消耗token，越早做越便宜，留下的有效信息也越多，等到92%再触发，该丢的和不该丢的都一起被削了。

 场景二：一个session里同时处理不同难度的任务

很多人不知道Claude Code可以中途切换模型和推理深度，一个session从头到尾都用Opus max，简单任务也烧最贵的配置，纯浪费。

/model sonnet ← 写简单util函数、改样式、跑格式化
/effort low ← 搭配低推理深度，快且便宜/model opus ← 遇到架构决策、复杂bug/effort max ← 切回最强配置/fast on ← 需要快速迭代时开启（Opus 4.6跑2.5倍速）

切换模型不会丢上下文，这意味着可以在同一个session里灵活调整，写样板代码用Sonnet low省钱，遇到真正需要深度思考的问题再切Opus max。

算一笔账：假设一个session里60%的对话是简单任务，如果全程Opus，那60%的钱花在了不需要Opus的地方。

光这一个习惯，一个月能省40%的费用。

 场景三：方向不确定，怎么低成本试错

有个需求，但不确定该用方案A还是方案B，传统做法是选一个跑，跑完发现不对再回来跑另一个，前面的token全浪费了。

/plan implement caching with Redis vs in-memory LRU
← 先不动手，让Claude出两个方案的对比（看完plan觉得都想试）/branch redis-approach ← 分叉出去跑Redis方案/branch lru-approach ← 再分叉一个跑LRU方案

/plan是最被低估的命令，它让Claude进入“只想不做”模式——写出完整方案但不碰任何文件，方向如果不对，只浪费了一轮plan的token（通常几百token），而不是浪费整个实现过程的token（可能几万）。

/branch更进一步——直接分叉对话，两个方向同时跑，互不干扰，跑完比较结果，哪个好用哪个。

还有一个容易忽略的：/rewind，如果已经跑了一半发现方向错了，不需要新开session，直接/rewind回到之前的checkpoint，保留了前面正确的上下文，只回退错误的部分。

 场景四：大项目里怎么不让上下文互相污染

在做一个大功能，涉及前端、后端、数据库三块，如果在一个对话里全部搞定，后端的代码细节会占满上下文，等做前端的时候Claude已经“忘了”前端相关的约定。

/agents ← 把后端、前端、数据库拆成三个subagent
（或者手动管理范围）/add-dir ./frontend ← 只让Claude看到前端目录
/add-dir ./backend ← 切到后端时再加
/review ← 每个模块写完后跑一次code review/simplify ← 最后精简一遍

/agents的精髓不是并行（虽然确实能并行），而是上下文隔离，每个subagent在独立的空间里工作，消耗几万token，但返回的只是一句两句的结论，主会话的上下文始终保持干净。

/review和/simplify推荐养成习惯：写完一个模块就/review一次查问题，最后整体/simplify去掉Claude特有的“过度抽象”毛病。

 场景五：让Claude融入你的日常工作流

大部分人把Claude Code当成一个独立工具在用，但它可以和IDE、Git、CI/CD深度打通。

日常开发流：

• /init — 新项目第一件事，生成CLAUDE.md。
• /memory — 随时更新项目约定。
• /ide — 连上VS Code / Cursor，获取当前打开的文件上下文。
• /hooks — 配置自动化：保存文件后自动跑lint，提交前自动review。

PR工作流：

• /pr-comments #42 — 把reviewer的评论直接拉进来，Claude读完直接改代码。
• /summary — 生成变更摘要，直接贴到PR description。
• /diff — 最后确认一遍改了什么。

团队协作：

• /share — 把session分享给同事。

• /rc — 让同事从手机/网页远程控制你的session。

• /export — 导出session做技术文档或onboarding材料。

• /hooks是真正能改变工作方式的。

可以配置：每次Claude修改了文件就自动跑类型检查，每次完成一轮对话就自动跑测试，把那些每次都手动做的检查全部自动化。

 写在最后

50个命令看着多，但核心逻辑就三点：

省钱：别让贵的模型干便宜的活，/model切模型，/effort调深度，/compact控制上下文——这三个加起来能砍掉一半的费用。

提效：别用一个对话做所有事，/plan先想后做，/branch并行试错，/agents拆分任务——这三个让你从“线性工作”变成“并行工作”。

自动化：别手动重复，/hooks绑事件，/loop定时跑，/init /memory维护项目记忆——这三个让Claude从“被动响应”变成“主动协作”。

把这9个命令用起来，其他41个慢慢探索就行。

本网站所收集的部分公开资料来源于互联网，转载的目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。如果您发现网站上有侵犯您的知识产权的作品，请与我们取得联系，我们会及时修改或删除。：艺宵博客 » Claude Code 50 个命令，用好这些你能省一半的token ！