12 个 Claude Code 高效使用技巧（2026 年 10 月版）

同一个 Claude Code，不同的人用出来的结果天差地别。

有人 5 小时的额度很快就烧光了，有人却觉得绰绰有余。

--> 差别就在于设置和习惯。

⭐️ 这里整理了 12 个正确的 Claude Code 使用技巧。 ⭐️

所有命令和提示词都包含在内，你可以直接复制粘贴。

--> 内容有点长，一口气看完可能比较累……要不先收藏起来？？？

⚠️ 开始之前.. 先检查你的版本 ⚠️

本文提到的大部分功能都是最近几个月才发布的。如果你的版本太旧，这些命令是跑不起来的。

在终端里用 claude --version 检查一下，如果版本号太低，直接运行 claude update。

本文的命令基于 10 月 18 日的 v2.1.302 版本。

1. 为每个 Sub-agent 设置不同的 Effort

Effort（思考强度）决定了 Claude 在回答前思考的深度。选项包括 low、medium、high、xhigh 和 max，不过不同模型支持的档位会略有差异。

很多人想当然地认为越高越好，于是无脑设成 Max 或 XHigh。

但事实并非总是如此。

在构建同一个应用进行对比时，Max 花了 79 分钟，而其他 effort 只用了 16 分钟。

最终结果几乎一模一样。你只是在白白浪费时间和 token。

以下是我根据经验总结的规律：

--> （核心）🔥 只要你能写出详细的提示词，用 low 还是 max，最终结果往往差不多。 🔥

--> 如果是头脑风暴，low 或 medium 反而效果更好。

不过，复杂的设计、棘手的 bug 以及重要的代码审查，有时确实需要更高的 effort。

关键不在于“永远用 low”。

从 10 月 7 日起.. 调用 sub-agent 时可以指定 effort 了！

从 10 月 7 日的更新（v2.1.292）开始，主 Claude Code 在调用 sub-agent 时可以指定 effort 了。

现在你可以这样下达指令：

把当前任务分成三个阶段，交给 sub-agent 去执行。

1. 用 low effort 查找文件位置并整理数据

2. 用 medium effort 评估修改方向的优缺点

3. 用 high effort 对最终代码进行找 bug 式的审查

展示实际分配给每个 sub-agent 的 effort，

并且只把结论和证据的文件路径带回给主 agent。

如果觉得每次都要说一遍很麻烦，可以把 agent 保存成文件。

--> 比如，保存在项目的 .claude/agents/ 文件夹下，命名为 light-research.md。

name: light-research

description: 轻量级调研，仅用于查找相关文件和证据位置

model: haiku

effort: low

两种方法——每次调用时指定（如上面的提示词）和通过文件固定——都可以！

2. 上下文管理与防止 Token 浪费

🤪 Claude Code 突然变笨，绝大多数时候是因为上下文。

上下文就是 Claude 一次性记住的工作区。对话、读取的文件、命令执行结果都会堆积在这里。

--> 现在，Claude Code “默认”就有 1M（100 万 token）的上下文。

问题在于把这 1M 全塞满了。

这不只是 Claude 的问题，而是 Codex 等所有 LLM 的通病。

⭐️ 技巧：把 autocompact 设为 500~700k ⭐️

所以我会把自动压缩的阈值提前。

/autocompact 600k

这会把触发自动压缩的窗口大小降到 600k token。

在填满 1M 之前，Claude 就会自动总结对话并腾出空间。

（想恢复默认，输入 `/autocompact auto`。）

⚠️ 第二件要注意的事：缓存过期 ⚠️

如果你一个 session 用很久，一定要留意这个。

Claude Code 每次请求都会重新发送之前的完整对话。它之所以又快又便宜，全靠缓存——已经处理过的部分不会重复计算。

但这个缓存不是永久的。

• Pro 或 Max 订阅（套餐内用量）：主对话缓存 1 小时
• API key 或额外用量额度：5 分钟
• Sub-agent：即使有订阅也只有 5 分钟

我曾经在屏幕上看到过大约 852k 未命中缓存的情况。在这种状态下，哪怕只发一句“继续”，也要在没有缓存的情况下重新处理约 850k token。用量会瞬间暴跌。

缓存失效的常见场景：

1. 隔了很久之后恢复一个超大的 session
2. 在 session 中途切换模型（缓存是按模型独立计算的）
3. 更改已连接的 MCP 工具配置

应对方法很简单：

• 离开前先清理。趁缓存还在时用 `/compact`，或者用 `/clear` 重新开始。
• 更新到最新版本。从 v2.1.299 起，超过 200k token 的对话会在空闲约 54 分钟后、1 小时缓存过期前自动压缩。你可以在 /config 里的 Idle compaction 中关闭此功能。）

**

3. 用 /doctor prompt-audit 清理过时的规则

CLAUDE.md 里抄来的老建议；每次犯错就一条条加进去的规则。

其中大部分是为旧模型写的。

新模型遵循指令的能力比旧模型强太多了。

⚠️ 所以过去那些需要强调“必须！！”“绝对不行！！”的规则，现在可能反应过度了。⚠️

与当前代码冲突、或者互相打架的规则也越积越多。

现在一条命令就能查清楚。

1/doctor prompt-audit

这是 9 月底更新（v2.1.283）加入的功能。

它会检查什么？

1. 项目和父文件夹中的 CLAUDE.md、CLAUDE.local.md、AGENTS.md
2. ~/.claude/CLAUDE.md（应用于所有项目的个人规则）
3. .claude/ 内的规则、技能、自定义命令、sub-agent 定义、输出样式

对于插件技能和 agent，它只会报告问题，不会给出修复建议。

判断标准基于你当前使用的模型。它会找出该模型下过时的提示词模式，并生成一份带修复建议的报告。

（它不会读取可能包含密钥的文件，比如配置文件或 .mcp.json。）

4. 当 Claude 反复犯同一个错时，修的是工作环境

⛏️ AI 又在瞎搞了。一个问题卡了好几个小时。 ⛏️

如果你第三次纠正同一个问题，那就不是模型的锅，而是工作环境的锅。

这个方法我从 Claude Sonnet 3.7 时代用到现在，已经一年多了。 简单来说就是……

--> 让 AI 分析它失败的 session，然后把原因和验证方法写进项目规则里。

⭐️ 这样做！“用 Session ID 分析错误” ⭐️

1. 在反复出错的 session 里输入 `/status` 获取 Session ID。复制它。

2. 开一个新的 Claude Code session（Codex 也行），粘贴这段：

1"<Session ID>" → 找出这个 Claude Code session 中失败了两次以上的地方。
2
3找出我指出来但它还是一直弄错的地方，以及瓶颈所在。
4
5按原因分类（错误假设、缺少上下文、代码结构、缺乏测试）
6
7并针对 CLAUDE.md、.claude/rules、skills、
8hooks 或 tests 提出最小化的修复方案，以防再次发生。

3. 审查建议，只采纳靠谱的。

4. 验证效果。重试之前失败的请求，看看现在能不能跑通。

⚠️ 别把所有东西都堆进 CLAUDE.md。⚠️

越长越吃上下文，而且规则之间还会打架！！！

• 项目全局规则放 CLAUDE.md
• 特定文件夹/文件的规则放 .claude/rules/ 或该文件夹内的 CLAUDE.md
• 重复的流程做成 Skills
• 绝对的规则通过 Hooks 和权限控制（技巧 #10）
• 反复出现的同一个 bug 用回归测试兜底

偶尔用技巧 #3 的 `/doctor prompt-audit` 清理一下堆积的规则。技巧 #4 负责建设，技巧 #3 负责打扫。

**

5. 用 Claude-Mem 跨 session 保持工作记忆

session 一结束，Claude Code 就会忘掉对话。

**“上次我们为什么那么做？”

“那个报错是怎么修好的？”**

每次开新 session 你都得重新解释一遍。

我用了一年唯一没断过的 Claude Code 插件解决了这个问题。

--> claude-mem。

⭐️ 它在 GitHub 上有超过 100k star。 ⭐️

它和基础记忆有什么区别？

Claude Code 自带基础的 Auto Memory。区别如下：

基础的 Auto Memory 会把 Claude 认为重要的内容和项目经验总结成笔记。通过 /memory 查看，无需安装。

claude-mem 会自动记录之前的 session 做了哪些任务、错误是怎么解决的、决策的原因是什么。并在下一个 session 中提取需要的记录。

我的屏幕上显示最多节省了 87% 的 token。

安装只需在终端运行一行命令：

1npx claude-mem install

或者在 Claude Code 内部作为插件安装：

1/plugin marketplace add thedotmack/claude-mem
2/plugin install claude-mem

❌ 以下情况不推荐 ❌

1. 你主要用 Codex
2. 你已经有其他记忆插件或自定义交接系统

叠加功能重复的工具只会增加复杂度和成本。

如果你只用 Claude Code，那还是强烈推荐。

6. 用 Statusline 一眼看清模型、Effort、上下文和用量

用 Claude Code 的时候，你总会忍不住想：

• 这个 session 是 Opus？Sonnet？还是 Haiku？
• effort 设成了多少？
• 上下文快满了吗？
• 5 小时和每周限额还剩多少？

🔥 Statusline 能让这些信息一直显示在终端底部。 🔥

创建它很简单。在 `/statusline` 后面描述你想要的样子，Claude 就会生成并应用脚本。

我分享过的 5 款设计

我之前分享过 5 个可以直接复制粘贴的 statusline 提示词。

1. Minimal：一行显示模型、effort、项目和上下文

2. Pastel Blocks：适合深色终端的马卡龙色高亮块

3. Nord Powerline：各区块间用平滑箭头分隔

4. Limit Dot Bar：专为 Pro/Max 设计。用圆点条显示 5 小时和 7 天用量及距离重置的时间

5. Vivid Gauge：青柠色徽章加斜向仪表盘。包含上下文 token 数

完整的提示词在原帖里。复制粘贴进去，Claude 马上就能搭好。

1. Minimal：https://x.com/lucian__03/status/2103173295118098750

2. Pastel Blocks：https://x.com/lucian__03/status/2103173396075065594

3. Nord Powerline：https://x.com/lucian__03/status/2103173518573916178

4. Limit Dot Bar：https://x.com/lucian__03/status/2103173612832444536

5. Vivid Gauge：https://x.com/lucian__03/status/2103173754218258607

7. 让 Claude 自己运行并验证结果

Claude 说“实现完成！”但一跑就报错。按钮点不动、界面崩了，或者什么都没显示。

测试能过但应用跑不起来的情况，比你想象的要多得多。

所以要让 Claude 自己去启动和操作应用。为此专门提供了这些命令：

• /run：真正运行项目应用并进行操作，以验证改动。
• /verify：构建并运行应用，确认改动的功能是否正常。不能用测试/类型检查来糊弄。
• /run-skill-generator：把如何运行这个项目（命令、环境变量、准备步骤）保存成一个 skill。复杂项目建议先做这一步。
• /verify 会把验证过的方法保存为项目 skill（.claude/skills/verify/），方便复用。

使用流程：

1. 实现功能后，先检查测试/构建

2. 用 /run 启动应用

3. Web 端就点击/输入，CLI 就给示例输入输出

4. 用 /verify 再次确认是否达成目标

5. 失败就修好重跑。保留真实的命令结果/截图作为证据

8. 把写代码的 AI 和审查代码的 AI 分开

你自己写的文章看不出 typo。AI 也一样。

写代码的 session 天然带有“我写的是对的”这种偏见。

⭐️ 所以要用一个带着全新上下文的 reviewer。⭐️

• /code-review：在改动的代码、PR、分支或路径中找 bug/准确性问题。
• 可以像 /code-review high 这样设置强度（从 low 到 max）。

（默认只出报告；加上 --fix 可以自动修复。）

• /security-review：检查当前分支与远程默认分支 diff 中的安全问题（鉴权、输入校验、信息泄露）。
• /simplify：清理重复/低效/复杂的代码。不是用来找 bug 的（那是 /code-review 的活）。

推荐顺序：

1. 用 /simplify 清理代码

2. 用 /verify 验证功能（技巧 #7）

3. 用 /code-review 找 bug

4. 如果动了登录/支付/API 密钥/个人隐私信息，加上 /security-review

没必要每次都跑满这 4 步。

⚠️ 小改动可能只需要跑一下 /code-review 就够了。⚠️

想要更深度的审查，可以用 /code-review ultra（等同于 /ultrareview）。

（基于云端的深度审查；Pro/Max 用户有 3 次免费机会。）

9. 复杂编码前，先定义设计和完成标准

面对复杂任务，先给 Claude 范围和完成标准，而不是一长串编码指令。

如果不这么做，Claude 就会自己随意扩大范围。

⚠️ 它会去改不该改的文件，干你没让它干的活。⚠️

使用 Plan Mode：

按 Shift+Tab 开启 plan mode，或者输入 /plan。也可以像 /plan fix login bug 这样追加任务。

（Plan Mode 只读文件和做计划。批准之后才会改代码。）

流程：探索 → 计划 → 批准 → 实现 → 验证。

修 typo/改一行代码就别做计划了。官方文档的原则是：如果一句话能说清改动，就跳过 plan。

10. 用 Hooks 自动强制执行关键规则

就算 CLAUDE.md 写了“别动这个文件”，Claude 有时还是会动。

🔥 CLAUDE.md 只是建议；Hooks 才是强制执法。 🔥

最常用的 3 个：

• PreToolUse：在编辑文件/执行命令之前。拦截受保护文件的编辑/危险命令。
• PostToolUse：执行刚结束时。自动格式化/lint 被编辑的文件。
• Stop：当 Claude 试图结束时。如果测试没跑完就不让它停。

示例：拦截 prod 配置的编辑

让 Claude 帮你写 hook：

--> “创建一个 PreToolUse hook，拦截对 config/production.env 的编辑。”

适用场景：

• 编辑代码文件时自动跑 formatter（PostToolUse）
• 碰关键文件夹前要求确认（PreToolUse）
• 没跑测试就不让结束（Stop）
• 拦截危险命令（PreToolUse + Bash）

11. 用 Git Worktree 同时跑多个 Claude session

如果两个 Claude 窗口在同一个文件夹里干活会怎样？

🚫 它们改同一个文件时会冲突。（非常痛苦……） 🚫

Worktree 能把 repo 按任务拆分成独立的文件夹/分支。

Claude Code 一条命令就能搞定：

在两个终端里分别运行：

• claude --worktree feature-auth
• claude --worktree feature-dashboard

用简写 -w 也行。

这会创建 .claude/worktrees/feature-auth/ 并在 worktree-feature-auth 分支上工作。

--> ⭐️ 两个 session 互不干扰对方的文件。⭐️

注意事项：

新的 worktree 是从远程默认分支（main）拉出来的，而不是当前分支。

传 PR 号比如 claude --worktree "#1234" 可以从 PR 开始。

结束 session 时会问你要保留还是删除剩下的 work。

注意点：

1. Worktree 只隔离文件/分支。共享的本地数据库/端口/部署目标/API 账号依然会冲突。
2. 如果改了同一个文件，合并时可能会冲突。
3. 耦合度高的任务要先定义好接口或排好顺序。
4. 每个 session 独立消耗用量。并行 ≠ 省 token。

12. 用 /goal 反复验证直到达标

Claude 跑一轮就停了。明明还有 3 个测试没过，它可能也会说“基本修好了”。

• Goal 会让 Claude 一直干到满足完成标准为止（v2.1.139 起支持）。
• /goal 显示当前目标和状态。
• /goal clear 解除目标/停止。

原理是这样的……

每一轮结束后，用一个又快又小的模型评估条件是否满足。如果不满足，Claude 就继续下一轮。

要在 goal 里写明验证方法（比如“输出测试命令/结果”）。 裁判模型需要证据。

和 /loop 或 Stop hook 有什么区别？

--> Goal 失败后会立刻开始下一轮。裁判确认成功时才停。

/loop 是按间隔重复任务（比如 /loop 5m check deploy）。

Stop hook 是在一轮结束时跑自定义脚本来检查条件。

组合使用效果最佳：

1. 用 /plan 定义范围/标准（技巧 #9）

2. 用 claude -w 拆分任务（技巧 #11）

3. 通过 Hooks 做格式化/拦截（技巧 #10）

4. 用 /goal 迭代直到达标（技巧 #12）

5. 用 /run 和 /verify 确认（技巧 #7）

6. 用 /code-review 在全新上下文中审查（技巧 #8）

总结

1. 按任务调整 effort。学会委派给 sub-agent。

2. 别把上下文塞满。注意缓存过期。

3. 用 /doctor prompt-audit 清理旧的 CLAUDE.md。

4. 反复出错时修环境，别怪模型。

5. 用 claude-mem 实现跨 session 记忆。

6. 用 statusline 监控模型/effort/上下文/限额。

7. 用 /run 和 /verify 亲自验证，别只听它说“搞定了”。

8. 把写代码和审查代码的 AI 分开。

9. 复杂任务先做计划。

10. 用 Hooks 强制执行关键规则。

11. 用 worktree 并行开发。

12. 用 /goal 死磕到成功为止。

Claude Code 更新非常快。有新技巧我会继续分享。

觉得有用的话记得收藏，也分享给在用 Claude Code 的朋友。

感谢阅读！

文中引用的历史单帖：

Sub-agent effort：https://x.com/lucian__03/status/2108194703782916166

Effort，Max 不一定最好：https://x.com/lucian__03/status/2104641991279874134

autocompact 500~700k：https://x.com/lucian__03/status/2108589402914177236

852k 未缓存 & 缓存过期：https://x.com/lucian__03/status/2106396357527531800

/doctor prompt-audit：https://x.com/lucian__03/status/2104560017407869028

AI 自我改进（Harness 更新）：https://x.com/lucian__03/status/2081761475560157477

claude-mem：https://x.com/lucian__03/status/2108997241864159442

5 款 statusline 设计：https://x.com/lucian__03/status/2103173166973718537