让 Claude Code 效率翻倍的 16 个实用技巧

写在前面

以下 16 条技巧是从日常协作经验中提炼出来的，覆盖 Prompt 表达、会话管理、上下文控制、命令组合 四个维度。你可以按顺序读，也可以当目录用。

1. 把目标说在第一句

Claude 对第一句话尤其敏感。与其写"帮我看看这段代码"，不如写"请找出 handleRequest 里的并发竞态，只指出 3 个最严重的"。

2. 先让它 explore，再让它 edit

复杂任务里先用 "先读 X 和 Y，不要改代码" 让它建立上下文，再发第二条指令要求改动。

3. 约束文件范围

"只修改 src/api 下的内容"——给 Claude 一个明确围栏比让它自由发挥效果好得多。

4. 用 checklist 代替长段落

分步骤罗列要做的事，它会一项一项报进度。

5. 要求它先列计划再执行

"先给我 3 步计划，我确认后再写代码。"——这一句能大幅减少返工。

6. 会话过长就 `/clear`

上下文污染会让它表现变差。分阶段清理比一直续着更稳。

7. 用自然语言，不要堆关键词

"把所有 any 改成显式类型" > "refactor fix types TS ESLint"。

8. 失败时要求给出假设

"你这次失败的假设是什么？" 让它反思比盲目重试更高效。

9. 让它写测试先

TDD 在 AI 协作里反而容易推进——有测试作为规约，它的改动更可控。

10. 任务拆小

一个 commit 做一件事，比"完成整个功能"更适合 AI 协作。

11. 明确输出格式

"用表格列出"、"只返回 JSON"——格式化输出能极大提升可读性。

12. 利用 `CLAUDE.md` 固化规范

把项目约定写进 CLAUDE.md，每次启动会话它会自动加载。

13. 长文件用 ref 定位

"请看 src/server.ts:200-260"——用行号缩小它的阅读范围。

14. 错误不要只粘贴 stack

把"发生了什么、期望什么、复现步骤"一起告诉它。

15. 善用 diff review

让它在提交前先自己 git diff --stat，再总结改动范围。

16. 记录 prompt 模板

好用的 prompt 写进 .claude/ 下的笔记里，下次直接复用。

本文基于日常使用经验整理，欢迎在第二阶段补充你自己的心得。