Claude Code 高效技巧：12 个实战招式

--- 这些 Claude Code 技巧决定了你的 agent 是在原地烧 token，还是真的在交付。下面的每一条都能在五分钟内用上：一条命令、一个配置，或一个习惯。分为四组——上下文管理、计划先行、工作流自动化、成本控制。

上下文管理：保持窗口干净

Claude Code 的表现会随着上下文窗口被填满而下降。"Claude 变笨了" 的抱怨，一半其实是上下文问题。以下三招专治这个。

1. 任务切换时用 /clear

做完一件事，开始下一件之前先跑 /clear。上一个任务的残留上下文（旧文件路径、被否掉的方案、纠正过的错误）会污染新任务。干净的窗口永远胜过冗长的记忆。

/clear

养成肌肉记忆：任务完成 → /clear → 新任务。如果已经和 Claude 来回掰扯了五个回合还没进展，别掰第六个——/clear，重写 prompt 再来。

2. 主动 /compact 并指定焦点

窗口在任务中途被填满时，Claude 会自动压缩，你控制不了什么被留下。改成主动压缩，并告诉它保留什么：

/compact focus on the auth module refactor, keep the API contract decisions

这样决策被保留，死胡同被丢掉。在窗口满之前就做——用 /context 查看剩余空间。

3. Esc 是你的方向盘

Claude 跑偏了？立刻按 Esc 让它停下——多写一段就多烧 token，还污染上下文。连按两次 Esc 打开回放菜单，直接撤销上一轮。在跑偏一段后叫停，比收拾十段烂摊子便宜十倍。

计划先行：先想再写

4. 非 trivial 的任务用计划模式

连按两次 Shift+Tab 进入计划模式。Claude 只做调研和出方案，不碰代码。适用于多文件重构、新功能、疑难 bug——凡是"显而易见的做法"可能是错的地方。

"先探索、再动手" 的两段式节奏，远胜一头扎进去。让它出方案，你挑毛病，通过后再开工，扔掉的代码会少得多。

5. 在 prompt 里直接要计划

即使不用计划模式，复杂需求也以这句开头："先给 3–6 步计划，等我确认再动手。" 这样隐藏的工作（数据迁移、测试更新、配置变更）会在动第一行代码之前浮现，你也有了收窄范围的检查点。

6. 限制改动范围

含糊的需求会换来铺满屏幕的 diff。明确告诉 Claude 能碰什么：

只改 src/auth/ 和 src/middleware/ 下的文件，
以 unified diff 形式返回，不要动其他文件。

小而精准的改动意味着更少的回归，和真正能看完的 review。重构时和计划模式搭配：先计划，再带着严格的文件约束执行。

工作流自动化：让机器干无聊的活

7. CLAUDE.md 保持精简， playbook 搬进 skills

CLAUDE.md 每次请求都会加载，写臃肿了等于给每个请求加税。只放项目事实（命令、规范、架构索引），把可重复的流程（调试协议、审查清单、发布步骤）搬进 skills。

Skill 只在请求匹配其描述时按需加载，用不到就不占 token。我们的科普文《Agent Skills 到底是什么？》讲透了这个分工。记住：事实放 CLAUDE.md，流程放 skills。

8. 先装这四个工作流 skills

如果只装几个，就装覆盖日常编码循环的这四个，第一周就回本：

• 系统化调试——复现、假设、用证据验证、再修复。无章法的调试是 agent 会话烧时间最多的地方，这套协议终结内耗。
• 测试驱动开发——把红-绿-重构变成可执行的循环，"写测试"从建议变成真正走完的流程。
• 代码审查与质量——一套清单，Claude 用它检查自己的输出和你的 PR：正确性、边界、可读性、规范。
• Bug 根因诊断——顺着调用层追溯根因，而不是给第一个可疑行打补丁。

把 skill 文件夹丢进 ~/.claude/skills/（全局）或 <项目>/.claude/skills/（随 git 团队共享），重启 Claude Code 即生效。

9. 预批准你信任的命令

别在"每个 Bash 都要点确认"和"全放行"之间二选一。用 /permissions 把信任的命令加白，比如 Bash(npm run *)、Bash(git *)，结果写进 .claude/settings.json，团队共享：

{
  "permissions": {
    "allow": ["Bash(npm run *)", "Bash(npm test *)", "Edit(/src/**)"]
  }
}

打断更少，还可审计，比 --dangerously-skip-permissions 强得多。

10. 把调研工作丢给 subagent

需要调查类工作——"找出所有创建数据库连接的地方"、"梳理鉴权链路"——别在主会话里做，直接委派：

用 subagent 找出所有创建数据库连接的位置，
汇报使用的模式，不要改任何代码。

Subagent 烧自己的上下文，回来只交摘要。主窗口保持专注。这是大多数人从没用过的、省上下文效果最强的一招。

11. 重复的 prompt 做成 slash command

如果你每周都要敲同一段长 prompt（"按……标准 review 这个 PR"），别敲了。存成 .claude/commands/review-pr.md，它就变成 /review-pr——即时、一致、可分享。项目级的放仓库，个人的放 ~/.claude/commands/。

成本控制：把 token 花在刀刃上

12. 按任务选模型

不是所有事都值得上最强的模型。用 /model 在会话中切换：

/model haiku    # 改名、格式化这种机械活——又快又便宜
/model sonnet   # 默认，大多数工作用它
/model opus     # 硬骨头：疑难 bug、架构决策

顶级模型全价做的改名，Haiku 花零头就能做。默认 Sonnet，机械活用 Haiku，卡住了再上 Opus。

5 分钟初始化清单

新机器或新仓库？做一次，每个会话都受益：

• 跑 /init 生成 CLAUDE.md，然后精简到只剩事实
• 把上面四个工作流 skills 装进 ~/.claude/skills/
• 在 .claude/settings.json 里加白信任命令
• 把最常用的两个 prompt 存成 slash command
• 记住三个键：Esc（叫停）、双击 Esc（回放）、Shift+Tab（计划模式）

常见问题

ROI 最高的 Claude Code 技巧是哪个？ 上下文卫生。任务间 /clear、主动带焦点的 /compact，比升级模型更提效——大多数退化来自被污染的上下文，不是模型能力。

有了 CLAUDE.md 还需要 skills 吗？ 分工不同。CLAUDE.md 放每次请求都要的事实；skills 放偶尔需要的流程。臃肿的 CLAUDE.md 给每次请求加税，skills 按需加载。凡是分步骤的东西都搬进 skill。

怎么阻止 Claude 改我没让它动的文件？ 三招：prompt 里限定范围（"只碰这几个文件"）、重构用计划模式、.claude/settings.json 里配目录级权限如 Edit(/src/**)。

付费 skills 值吗？ 买的是测试：能真正触发的描述、跨项目可用的步骤、讲清为什么的文档。先试免费的——如果一个 skill 帮你省下一次调试会话，这笔账很好算。

结语：把这些 Claude Code 技巧用起来

这 12 个 Claude Code 技巧其实讲的是一件事：约束让 agent 更聪明。干净的上下文、明确的计划、收紧的文件范围、精简的记忆文件、按任务选模型。照着清单初始化一次，以后每个会话都站在更高的起点。想走得更远，目录页里有为这些习惯而生的工作流 skills。 ---