一个学生在论坛分享：他用AI工具花了48小时，啃完一学期的课，通过了资格考试。
他说了一句话——大多数人把AI当搜索引擎，我把它当助教养。
这话让我想起另一个人。
我认识一个在深圳做独立开发的哥们，外号老周。上个月他接了个外包项目，给一家电商公司做库存管理系统。甲方需求改了三轮，他三天就交付了。同样的活儿，他前同事被派去支援，至少干了一周还没收尾。
我问他是不是偷偷换了什么高级模型。
他说："不是，是我终于学会不把它当打字机用了。"
这就是差距。
老周跟我说，他观察了公司里用Claude Code的同事，发现一个规律：凡是抱怨"AI写的代码没法用"的人，打开窗口的第一句话都差不多——"帮我写一个库存管理功能"，或者更离谱的，直接甩一句"把这个需求做了"。
而真正用起来顺的人，都在悄悄改变用法。
今天说三个观点。用好了，你也能从"求AI办事"变成"指挥AI干活"。
一、别当打字员，当产品经理
很多人用Claude Code的第一反应是：我有一个想法，快帮我写。
这叫Vibe Coding—— vibe 对了出代码，vibe不对就翻车。小红书上不是老有人吐槽吗？"AI写代码老翻车，debug时间比手写还长。"
根本原因不是AI笨。
是你把需求扔得太潦草。
老周给我讲了个事。他们组里有个刚毕业的小伙子，前两天让Claude写一个"用户登录功能"。就六个字。Claude倒是很快就交了，JWT验证、密码加密、会话管理全上了。结果小伙子在代码审查时被主管打回来三次——因为公司用的是自研的SSO单点登录，根本不用自己写认证逻辑。那堆JWT代码，全白写了。
你看，模糊的需求只能得到模糊的代码。
老周现在每次让Claude动手前，必先花5到10分钟写清楚：我要什么、不要什么、边界在哪、怎么验收。他不写小作文，就用 bullet points 列出来，三五条，但每条都具体到能测试。
比如同样是登录功能，他会写：
Claude看到这几条，基本不会跑偏。
更狠的是Plan Mode。Claude Code有个计划模式，大多数人直接跳过。老周的习惯是：复杂功能必开Plan Mode，让Claude先列步骤，他看过再执行。有时候他甚至让Claude反向采访他——"你觉得这个需求里最容易出问题的环节是什么？""如果用户同时触发两个操作，应该怎么处理？"
说白了，你要把自己从码农升级成产品经理。代码让AI写，产品定义必须你来给。你不能既当运动员又当裁判，但你可以当那个制定比赛规则的人。
二、上下文像牛奶，越新鲜越好
用久了Claude Code，你有没有这种感觉：
聊着聊着，它开始胡说八道了。明明说好了RESTful，后面突然给你来个RPC；刚改完的需求，转头就忘；你让它改A文件的bug，它顺手把B文件的逻辑也动了，还振振有词地说"我觉得这样更合理"。
这叫上下文腐烂。
老周说，AI的上下文就像一杯牛奶。刚倒出来是冰的、浓的、有营养的。放久了就开始分层、变味、长菌。你塞得越多，它越稀释，最后连你自己都忘了前面说过啥。
他打了个比方：你让一个实习生同时干三件事——写代码、查文档、改上周的bug。到下午你问他进度，他眼神都是散的。AI也一样。
所以铁律只有一条：一任务一对话。
别在一个窗口里又写代码又查文档又改Bug。做完一件事，/clear 清掉，新开一个。简单直接，不拖泥带水。
那复杂项目做一半要断怎么办？老周的做法是：让Claude写份交接文档。
不是那种敷衍的"已完成登录模块"，而是具体到下一个人能秒懂的状态。格式大概是：
【当前进度】完成了用户认证和基础路由，商品列表接口写到一半 【关键决策】用Zod做校验，不用Joi，因为包体积更小 【已知问题】库存扣减的并发处理还没做，可能有竞态条件 【下一步】先补单元测试，再处理并发，最后对接支付回调
下次开新窗口，把这份交接文档丢进去，Claude能瞬间接上。老周说这叫"给未来的自己留条后路"。
他还有个习惯：每完成一个模块，就写段"人话总结"。不是给机器看的，是给下一个会话的自己看的。比如"刚才那个分页逻辑千万别动，甲方说就要每页20条，死规定"。
很多人舍不得清历史记录，觉得里面有宝贵上下文。但你想，你手机卡的时候，第一件事不也是清后台吗？
三、给AI造一个外脑
最浪费时间的事是什么？
每次新开对话，都要重新介绍："我是后端，用Go，风格要简洁，别写注释炸弹……"
聪明人早就自动化了。
老周在项目根目录扔了一个CLAUDE.md。这个文件不大，但里面塞满了"肌肉记忆"：
- 技术栈：Go 1.22 + Gin + GORM，PostgreSQL
- 代码规范：函数不超过50行，错误必须处理，不用panic
- 命名习惯：接口用I前缀，私有函数用小写，数据库表名用snake_case
- 个人偏好：注释用中文，因为团队里有人英文不好；日志用结构化，方便后面接ELK
Claude每次启动自动读这个文件。相当于你雇了一个新员工，他上班第一天就已经背完了员工手册，不用你再口干舌燥地介绍公司文化。
更进一步，老周把日常SOP写成了Skills。
他举了个例子。他们团队每次新建API都要走一套固定流程：写handler→加路由→补测试→写Swagger文档→更新CHANGELOG。以前每次他都得跟Claude重复一遍。后来他把这个流程写成一个Skill文件，存在项目的 .claude/skills/ 目录下。下次再说"帮我新建一个订单查询API"，Claude自动按这个流程走，一步不落。
还有自动记忆功能。Claude的设置里可以开启Memory，它会跨对话记住你的偏好。比如你跟它说过一次"我讨厌全局变量"，下次它写代码时就会自动避开。老周说，这玩意儿刚开始用觉得没啥，用了一个月之后发现——Claude越来越像他的老搭档，有些话不用说完它就能懂。
这跟养员工是一个道理。
一开始你手把手教，教完写成手册，后面他自己就能跑。你从每天重复解释，变成只处理例外情况。好的管理者不是事必躬亲，而是建一套系统，让系统自己运转。
现在国内很多小团队都在这么干。有人给每个项目配一个CLAUDE.md，有人把公司规范封装成Skill共享，还有人用自动记忆让Claude记住每个人的代码偏好。这不再是"用AI工具"，而是"养数字员工"。
说到底，Claude Code跟其他工具没两样——
会用的人觉得它是外挂，不会用的人觉得它是鸡肋。
差距不在模型版本，不在你有没有充Pro会员。
在你有没有把自己从打字员升级成产品经理。在你愿不愿意花5分钟写清楚需求，而不是花50分钟擦屁股。
老周跟我说了一句话，我觉得挺扎心的：
"以前我觉得AI不够聪明。现在我发现，是我不够聪明——我连用AI的方法都是错的。"
