前两天一个粉丝找我复盘淘天的面试聊到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开始去改代码改错了再纠正嘛。但是呢你按ShiftTab进入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这个参数去指定也可以在会话当中用ShiftTab来循环切换。比较务实的做法是什么呢就是设两条规则。一条是允许清单放你每次都会手动批准的那些高频命令。另一条是拒绝规则锁死那些绝对不能被执行的操作。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%免费】
