装好 Claude Code、跑通第一个命令之后,大多数人就停在"把它当一个能写代码的聊天框"的层面了。但 Claude Code 真正的威力,在于怎么"调教"它、怎么和它配合 —— 同样的工具,会用和不会用,产出差距巨大。这篇是一份进阶使用指南:CLAUDE.md 项目记忆、高效协作节奏、子代理、MCP,以及那些让它从"能用"变"好用"的实战习惯。
第一件事:写好你的 CLAUDE.md
如果只让你做一件事来提升 Claude Code 的效果,那就是 ——在项目根目录写一个 CLAUDE.md。
它是项目的"常驻记忆":Claude Code 每次会话都会自动先读它。你项目里那些"没写在代码里、但团队人人默认"的约定 —— 技术栈选型、目录规范、命名习惯、"我们坚决不做什么" —— Claude 是猜不到的,只能靠你写给它。
# CLAUDE.md —— 放在项目根目录,Claude Code 每次会话都会先读它 ## 项目背景 这是一个 Vue 3 + TypeScript 的后台管理系统,后端是 .NET 8 Web API。 ## 技术约定 - 组件用 <script setup> 语法,不要用 Options API - 状态管理用 Pinia,网络请求统一走 src/api/ - 样式用 UnoCSS,不要写裸 CSS ## 工作方式 - 改代码前先读相关文件,跨多文件的改动先说方案 - 不要自作主张升级依赖、不要删我没让你删的文件 - 提交信息用中文,遵循 conventional commits ## 不要做的事 - 不要在组件里直接 fetch - 不要为了"健壮"加一堆用不到的兜底逻辑
有了这份文件,你就不用每次对话都重复交代一遍,而且它的产出会稳定地贴合你项目的风格。更重要的是,CLAUDE.md 是一份会"增值"的资产:每次 Claude 踩了坑、或者你纠正了它一个习惯,就往里加一条 —— 它会越用越懂你的项目。
第二件事:掌握"探索→方案→小步实施"的节奏
和 Claude Code 协作,最影响效率的不是它有多聪明,而是你给任务的方式。最大的反模式,是一上来就甩一个大任务:"帮我重构 X 模块"。它会基于脑补的项目结构开写,大概率跑偏,你再返工,反而更慢。
善用"先探索、后动手"的节奏:
✗ 低效:"帮我把用户模块重构一下"
—— Claude 基于脑补的结构开写,大概率跑偏
✓ 高效:第 1 步 "先读 src/modules/user/ 下的文件,
说说现在的结构和你觉得的问题,先别改"
第 2 步 (确认理解无误后)"按方案 A 开始改,
一次只改一个文件,改完等我确认"
第 3 步 "跑一下测试,把失败的修掉"
把大任务拆成"探索 → 方案 → 小步实施 → 验证",
是和 Claude Code 协作效率最高的节奏。
高效的节奏是把大任务拆开:先让它"读"和"说方案"(这一步明确不让它改代码),你确认理解无误,再让它小步实施、每步可验证。"读在写之前"这一条尤其重要 —— 它跑偏一次的返工成本,远高于让它先花两分钟读一遍相关文件。
三个层次的能力:对话、子代理、MCP
Claude Code 的能力其实分三个层次,很多人只用了第一层:
三个层次的能力,按需使用: ┌─ 单次对话 ───────────────────────────────────┐ │ 直接提问 / 让它改代码。适合明确的小任务。 │ └──────────────────────────────────────────────┘ ┌─ 子代理(subagent)─────────────────────────┐ │ 让它派一个"分身"去做独立的子任务(比如大范围│ │ 搜索、并行调研),结果汇总回来,不占用主上下文 │ └──────────────────────────────────────────────┘ ┌─ MCP(Model Context Protocol)───────────────┐ │ 给 Claude 接上外部工具/数据源:数据库、浏览器、│ │ 设计稿、内部 API…… 让它能直接操作真实环境 │ └──────────────────────────────────────────────┘
单次对话最基础,适合明确的小任务,不展开。重点说后两个。
子代理(subagent):当你需要做一件"独立、量大、又会产生一堆中间信息"的子任务时 —— 比如在整个代码库里大范围搜索某个用法、并行调研几个方案 —— 可以让 Claude 派一个"分身"去做。子代理在自己的上下文里干活,只把最终结论汇报回来。好处是:那些大量的中间过程不会挤占你主对话的上下文,主线保持清爽。简单说:脏活累活外包给分身,主对话只接收结果。
MCP(Model Context Protocol):这是 Claude Code 进阶的关键。MCP 是一个标准协议,作用是给 Claude 接上外部工具和数据源 —— 数据库、浏览器、设计稿工具、你公司的内部 API…… 接上之后,Claude 不再只是"读写本地文件",而是能直接操作真实环境:查一下线上数据库、用浏览器打开页面截个图验证、读一份 Figma 设计稿。它把 Claude 从"代码编辑助手"扩展成了"能动手的工程助手"。
那些让它"好用"的实战习惯
除了上面三块,还有一些日常习惯,直接决定体验:
- 任务切小,一次推进一步。大改动它容易逻辑漂移,你也没法逐行 review。拆成小步,每步可验证、可回退。
- 让它解释,不要只让它给代码。问它"为什么这样写""有什么取舍" —— 它解释不清的地方,往往就是它自己也没想透的地方,你能提前拆雷。
- 把测试当缰绳。它写的代码"看着对"不等于"真的对",边界情况它经常想不到。有测试就让它边写边测,没测试也要自己跑关键路径。
- 不可逆操作自己来。删文件、改数据库、
git push这种,它可以建议,但执行那一下自己把关 —— 它的视野里没有你那些"看不见的历史"。 - 它写的你必须能看懂。看不懂又懒得搞懂就合进去,等于给自己埋技术债。要么让它讲到你懂,要么换个你 hold 得住的方案。
- 会卡死的循环要果断踩刹车。某个问题它改了几版越改越乱,别让它继续"猜测—试错",回退到最初版本,自己把问题搞清楚再重新带它。
一个心智模型:它是搭档,不是黑盒
用好 Claude Code 的关键,是建立一个正确的心智模型:把它当成一个手速极快、知识面极广,但完全不了解你项目历史、也不会替你负责的资深搭档。
基于这个模型,所有的"用法"都变得自然:它不了解项目 → 所以要写 CLAUDE.md、要让它先读;它不会替你负责 → 所以不可逆操作你把关、它的代码你要看懂;它手速快 → 所以重复劳动尽管交给它。
反过来,两种极端心态都会让你用不好它:把它当"全自动黑盒",觉得描述需求就该出能上线的代码 —— 迟早被坑;把它当"高级补全",只敢让它补几行 —— 又严重浪费了它的能力。真正的用法在中间。
写在最后
Claude Code 的进阶,核心就四件事:
- CLAUDE.md —— 把项目的隐性约定写下来,给它一份常驻记忆;
- 协作节奏 —— 探索 → 方案 → 小步实施 → 验证,别甩大任务;
- 子代理 + MCP —— 用分身外包脏活、用 MCP 接上真实环境;
- 把关习惯 —— 测试当缰绳、危险操作自己来、代码必须看得懂。
说到底,AI 编程拉开的差距,不在"用不用",而在"会不会带"。把判断权留在自己手上,把重复劳动交给它 —— 这就是 Claude Code 高级用法的全部精髓。
—— 别看了 · 2026