不是「AI 多厉害」，而是「人该怎么配合」。
昨天刷到一条 Reddit 帖子，一位开发者在 Claude Code 里待了 553 小时，总结出了四条经验。数据很具体：89% 的缓存命中率，每行代码成本 0.083 美元。
这些数据本身没多大意义，有意思的是他总结的四条经验——没有一条在说「怎么让 AI 更聪明」，全在说「怎么让 AI 不犯傻」。
这让我意识到，AI 编程工具已经跨过了「能不能用」的阶段，正在进入「怎么配合」的阶段。
一、AI 不会「越纠正越聪明」，它会「越纠正越固执」
帖子的第二条经验深得我心：
「如果 AI 前面犯了错，你还在同一会话里继续 prompt，它会把这个错误当作上下文重新发送，结果越纠越偏。」
这个现象我遇到太多次了。你给 Claude Code 一个需求，它写了 50 行代码，第 3 行有个逻辑错误。你指出错误，它道歉，修改，但后续代码开始围绕这个「修改后的假设」继续展开，最后整段架构都歪了。
最讽刺的是，AI 在这个过程中表现得极其自信，每一步都解释得头头是道。
我的做法：发现 AI 在核心逻辑上走偏时，直接开新会话，用更精简的 prompt 重述需求。有时候甚至把 AI 生成的代码中正确的部分手动复制到新会话，让它在此基础上继续。这比在同一个会话里「拉锯」省 token，也省时间。
二、让 AI 做「小事」，而不是「大事」
帖子第一条：「给 AI 一个清晰的小任务，除非你用了 orchestrator。」
这里的 orchestrator 指的是那种能自动分解任务的 Agent 框架。但 553 小时的经验告诉我们：在没有 orchestrator 的情况下，手动拆解任务是最省 token 的做法。
我现在的习惯是：
- 重构：先让 AI 分析现有代码结构，再一步步重构，不要一次性「帮我把整个项目重构了」。
- 新功能：先写接口定义和测试用例，再让 AI 实现具体逻辑。
- Debug：先让 AI 解释当前代码的执行流程，再定位问题，最后修复。
每一步都是独立的 prompt，每一步都可以验证结果。
这种「小步快跑」的方式，token 消耗反而比一次性大 prompt 少——因为 AI 不会在无关的上下文里绕圈子。
三、Plan Mode 不是形式，是「预期对齐」
帖子第三条提到用 Plan Mode 省 token。
Claude Code 的 Plan Mode 本质上是让 AI 先输出执行计划，你确认后再执行。很多人跳过这一步，觉得浪费时间。
但 553 小时的数据证明：Plan Mode 不是浪费时间，是在省 token。
原因是：AI 执行错误路径时的 token 消耗，远大于你花 30 秒扫一遍计划的时间。一个「我以为你要的是 A，结果你要的是 B」的误解，可能让 AI 生成 200 行废代码，再花 100 行解释为什么这样写。
我现在几乎每次都会用 Plan Mode，尤其是涉及多文件修改时。扫一眼计划，发现方向不对就立即调整，比执行到一半再中断高效得多。
四、AI 会「绕圈」，打断比等待更省
帖子第四条：AI 有时会陷入循环，不断生成相似但不解决问题的代码。
这个现象在 Claude Code 里特别常见——当你给了一个模糊的需求，AI 会尝试多种实现方式，但每种都只是「换一种写法」，并没有真正解决问题。
判断标准：如果 AI 连续两次修改都没有触及核心问题，直接打断，重新组织语言描述需求。
不要期待 AI 会「自己想明白」。它不是人，不会「顿悟」。它只会根据你的 prompt 和上下文生成最可能的下一个 token。
五、从 Claude Code 到 Agent：工具正在成为基础设施
帖子的另一个素材提到：「所有人都在构建 Claude Code Agent。」
有人在构建加速交付的 Agent，有人甚至构建了「提醒你放下电脑去接触大自然」的 Agent。
这两个极端其实说明了同一件事：Claude Code 正在成为 Agent 开发的基础设施。
过去我们讨论 AI 编程，问的是「AI 能不能帮我写代码」。现在的问题是「我在 AI 编程环境里能构建什么」。
这个转变很关键。它意味着：
- AI 编程工具不再只是「助手」，而是「平台」。你在 Claude Code 里构建的 Agent，可以调用文件系统、执行命令、读取代码库——这本身就是一个运行环境。
- 开发者的角色在变化。从「写代码的人」变成「设计 AI 工作流的人」。你不再逐行编写实现，而是设计任务拆分、验证机制和回退策略。
- 新的技能栈在形成。懂得怎么拆解任务、怎么写有效的 prompt、怎么验证 AI 输出，这些正在变成核心开发技能。
六、给普通开发者的建议
如果你刚开始用 Claude Code 或其他 AI 编程工具，这几条经验可能帮你少走很多弯路：
1. 从小任务开始
不要一上来就「帮我把整个项目重构了」。先试试「帮我写个函数」、「帮我加条日志」、「帮我修这个 bug」。感受 AI 的能力边界，比盲目期待更有用。
2. 学会「放弃」
同一会话里 AI 走偏了，不要试图「纠正」它。新开会话重来，成本更低。
3. 验证比生成更重要
AI 生成的代码，一定要运行、测试、review。不要因为它「看起来对」就直接用。AI 特别擅长生成「看起来合理但实际有 subtle bug」的代码。
4. 把 AI 当作「实习生」
它很聪明，但需要指导。你把需求拆得越细，它完成得越好。你放任它自由发挥，结果往往不如预期。
最后
553 小时的实践，89% 缓存命中率，0.083 美元/行代码——这些数字背后，是一个开发者从「尝试 AI 编程」到「掌握 AI 编程」的过程。
核心转变不是技术层面的，而是心态层面的：
从「AI 能帮我做什么」变成「我怎么和 AI 配合」。
这个转变一旦发生，你会发现 AI 编程工具的真正价值——不是替代你写代码，而是让你把精力放在更高层的设计和决策上。
毕竟，代码只是实现想法的手段。想法本身，还是得靠人。
文章基于 Reddit /u/gordiony 和 /u/Ambitious-Pie-7827 的分享创作。
