前两天一个粉丝找我复盘淘天的面试，聊到Claude Code的使用经验，他说自己用得挺熟练的，打开终端直接和Claude对话，让它读代码、改代码、跑测试，一套流程走得很顺。

面试官听完点了点头，笑了笑，换了个角度问他：“那你每次打开一个新会话，是不是都要重新给Claude解释一遍项目的技术栈、代码规范、构建命令？”

他愣了一下，说是的，每次都得说。

面试官又问："那你没用过CLAUDE.MD吗？他说这是啥东西，面试官没再追问，只是说了一句：“你需要回去好好系统学一下”

他回来复盘的时候有点懵，觉得自己用Claude Code确实用得挺顺的，怎么就成新手了？我跟他聊了一会儿，发现问题不在"会不会用"，而是他从来没有想过把Claude Code当成一个可以被工程化管理的协作对象来对待。

其实这个误区挺普遍的——大多数人用Claude Code，停留在"能用"的阶段，但"能用"和"用好"之间，隔着好几层东西。

虽然呢，直接对话式的用法确实是Claude Code最基础的一个入口，这没问题。但是呢，真正让它在复杂项目里面稳定发挥的，是下面这几层东西。

第一层：CLAUDE.md，让Claude不用每次都重新认识你的项目

如果你每次打开一个新的会话，都要重新去给Claude解释一遍项目的技术栈、代码规范、构建命令这些东西的话，那你大概率还没有写CLAUDE.md。

这个东西呢，它是放在项目根目录的一份说明文件，Claude在每次会话开始的时候都会去读取它。你运行一个/init命令，可以让Claude自动去扫描项目的结构，然后生成一份初版出来，里面通常会包含构建命令、测试脚本还有目录结构这些内容。但是初版往往写得比较冗余，真正有效的做法是什么呢？是你要回头去精简它。怎么精简呢？就是对文件里的每一条规则，你问自己一句——如果没有这条规则的话，Claude真的会犯错吗？如果答案是否定的，那就把它删掉就好了。

面试官当时问的那句"你每次开新会话都要重新解释一遍吗"，其实就是在试探你有没有写过这个文件。结构上呢，其实也有讲究。你要把最重要的规则放在最前面，因为Claude对开头内容的关注度会更高一些。这一条对我触动其实是挺大的，因为我之前是把项目背景、规范、待办这些全都一股脑堆在文件里面，从来都没有去考虑过顺序这个事情。

第二层：Plan Mode，先谈恋爱再结婚

那之前的习惯是什么呢？就是直接让Claude开始去改代码，改错了再纠正嘛。但是呢，你按Shift+Tab进入Plan Mode之后呢，Claude就只会用只读的工具去做调研和规划，它不会真的动手去改文件。你可以review这个计划，可以去调整它，确认没问题之后呢，再切换到自动接受编辑的模式让它去执行。

那怎么判断要不要用Plan Mode呢？其实有一个挺实用的标准。如果你能用一句话就把要改的diff描述清楚，比如说只是改一个错别字或者加一行日志这种，那计划本身就是多余的开销了，直接让Claude动手就行。但是呢，如果改动涉及到多个文件，或者你对方案本身还不太确定，又或者你对这块代码不太熟悉的话，那计划模式就值回票价了。

而且Plan Mode还有一个隐藏的福利。Claude Code内置了一个叫Explore的子代理，它是基于Haiku的一个轻量模型，会自动接管代码库的检索工作。它把探索的过程放在自己独立的上下文里面，只把结论汇报回主对话。这样一来呢，主对话的上下文就不会被大量的文件读取给塞满了。

第三层：子代理，把脏活累活分出去

如果你让Claude去"调研一下我们认证系统的token刷新逻辑是怎么实现的"，这种任务如果放在主对话里面去做的话，会读一堆文件，把上下文塞得很满，而且之后这些内容其实也用不上了。

子代理的解法是什么呢？就是让它在自己独立的上下文窗口里面去完成调研，只把最终的结论带回主对话。你可以把这些子代理写成.claude/agents/目录下面的md文件，固定角色、固定工具权限、固定模型。比如说你可以配一个专门做安全审查的代理，用Opus再加上只读权限；再配一个快速检索的代理，用Haiku图个速度。

对于那些特别大的批量改造任务呢，子代理还能配合git worktree去做隔离，实现真正的并行工作。就是多个代理各自在独立的分支上面去改代码、去跑测试、去提PR，互不干扰。不过在实践当中呢，你能同时盯得过来的并行数量大概也就两三个这样子，毕竟review的精力是有限的嘛。

第四层：权限与Hook，别让它野蛮生长

Claude Code有好几种权限模式，包括default、acceptEdits、plan，还有慎用的bypassPermissions。这些呢，可以通过--permission-mode这个参数去指定，也可以在会话当中用Shift+Tab来循环切换。

比较务实的做法是什么呢？就是设两条规则。一条是允许清单，放你每次都会手动批准的那些高频命令。另一条是拒绝规则，锁死那些绝对不能被执行的操作。Hook机制呢，就更进一步了，它可以用来强制拦截危险的shell命令。为什么要靠Hook呢？因为CLAUDE.md和技能文件这些东西，它们本质上只是"请求"，不是"强制保证"。你真正要保证某件事一定发生或者一定不发生的话，还是得靠Hook才行。

第五层：要证据，不要"它说能跑"

这一条呢，被好几份实践指南反复地去强调过，甚至有人说这是"如果只能采纳一条，就采纳这条"的建议。什么呢？就是给Claude一种可以自我检验的方式。

具体做法其实很简单。你就在提示词的末尾加上一句"跑一下测试，把失败的都改好"，这样整个反馈闭环就自己跑起来了。你让Claude自己说"应该没问题了"，这其实不靠谱。真正靠得住的验证方式是什么呢？是直接要求它把测试输出或者构建结果给你看出来，这个才是真正靠得住的。

看到能跑就满足，是初学者思维。真正的问题是：你的方案换个场景还能用吗？你让Claude自己说"没问题"，和你让它把测试结果贴出来让你看——这两件事之间的距离，正好是从"新手做法"到"工程化协作"的距离。

回头看这道面试题

现在再去想那句"新手做法"，其实还挺中肯的。

直接在命令行里面对话嘛，确实是Claude Code最低门槛的一个用法，这没错。但是呢，当项目变复杂了，协作变多人了，改动变批量了之后呢，光靠直接对话就不够了。这时候你需要的是什么呢？CLAUDE.md负责让Claude不失忆，Plan Mode负责让它三思而后行，子代理负责让主线程不被杂事给拖垮，权限和Hook负责兜底安全，验证负责让"看起来对"变成"真的对"。

这几层东西叠起来呢，才是把Claude Code当成一个团队协作工具在用，而不是当成一个更聪明的自动补全。

学AI大模型的正确顺序，千万不要搞错了

🤔2026年AI风口已来！各行各业的AI渗透肉眼可见，超多公司要么转型做AI相关产品，要么高薪挖AI技术人才，机遇直接摆在眼前！

有往AI方向发展，或者本身有后端编程基础的朋友，直接冲AI大模型应用开发转岗超合适！

就算暂时不打算转岗，了解大模型、RAG、Prompt、Agent这些热门概念，能上手做简单项目，也绝对是求职加分王🔋

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料，手把手帮你快速入门！👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型（GPT、文心一言等）特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架（LangChain等）实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块，看似清晰好上手，实则每个部分都有扎实的核心内容需要吃透！

我把大模型的学习全流程已经整理📚好了！抓住AI时代风口，轻松解锁职业新可能，希望大家都能把握机遇，实现薪资/职业跃迁～

这份完整版的大模型 AI 学习资料已经上传CSDN，朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】