规划的力量：Plan Mode教会我的事

最近体验Claude Code时，发现了一个叫Plan Mode的功能。简单来说，就是让AI在动手之前先输出执行方案——要达成什么目标、分几个阶段、修改哪些文件、可能存在哪些风险，全部列出来，等我点头后再开始执行。用了一段时间后发现，同一款模型，开启Plan Mode后处理复杂任务的成功率显著提升，返工的情况也少了很多，时间和资源都得到了节省。仅仅是增加了一个"先规划后执行"的环节，效果就有如此大的差异，这个现象背后的原理值得深思。

Plan Mode的工作机制其实相当直接——开启后，AI只读取和分析，只输出方案，不修改任何代码，不执行任何指令，直到我确认批准后才会真正动手。换句话说，它强制在"思考"和"行动"之间划定了一条明确的界限。有句话总结得很到位：Plan Mode不是为了拖慢AI的速度，而是为了防止它快速地把错误的事情做正确。没有Plan Mode时，AI收到任务就立即执行，代码写得很快，但方向可能从一开始就偏离了。比如我说"帮我整理一下项目资料"，AI可能理解为生成一份摘要，也可能理解为重新分类归档，如果上来就动手，最后的结果往往是——技术上没问题，但业务方向从一开始就错了。

实际上Plan Mode真正解决的，不是"能不能做好"的问题，而是"有没有做对"的问题。这两者之间的差别很大。做不好可以修改，做错了方向，连改的地方都没有，只能全部推翻重来。而规划阶段正是用来校验方向的——在Plan Mode中，我在规划阶段犯了一个错误，成本只是修改几行文字；但到了执行阶段犯了一个错误，成本就是前面所有工作全部白费。因此规划本身就是一种"行动"，而且是成本最低的那种。很多人认为想不明白就不该规划，但Plan Mode的逻辑恰恰相反——想不明白，往往是因为没有先把问题拆解。规划的过程，就是拆解问题的过程。目标是什么，分几个阶段，每个阶段的输入和输出是什么，把这些梳理清楚，问题自然就明朗了。不是想明白了才能规划，而是规划了才能想明白。

这个道理其实并不新鲜，但人在实际做事时往往容易忽略。前几天看罗永浩采访何小鹏的视频，谈及软件行业与硬件行业推翻重来的成本差异，一下子给了我很大启发。软件出了故障，改几行代码，重新发布就能解决，迭代成本很低。但硬件完全不同，一个设计上的失误，可能意味着模具报废、产线停工、数亿资金打水漂。何小鹏自己就深受其苦，小鹏自主研发芯片时因为架构错误，赔偿数亿元推倒重来；第一代VLA投入了几十亿，后来何小鹏决定终止，换成全新的技术路线，一百几十亿的费用直接清零。他说"我也很害怕"，但没有办法，方向错了就是错了，越晚纠正代价越大。这种代价不是只有造车和芯片才会遇到，日常工作生活中比比皆是。

这个软件与硬件的类比，映射到个人做事上，其实非常贴切。我们很多时候没有提前规划就开始行动，心里想的是"先做再说，做错了改就是了"，仿佛自己是在进行软件式的低成本试错。但很多任务的返工成本，实际上是硬件级的。方案写到一半发现方向跑偏了，前面写的全部推翻；项目做到一半发现需求理解错了，从头再来。我可能以为改几行代码就能解决的事情，实际上往往是模具报废、产线停工的局面。Plan Mode的价值，就是让我认识到，很多我以为是低成本试错的事情，返工的代价其实远比想象中大得多。

回到我自己身上，我其实一直习惯一边做一边想，觉得想不明白就不该动手规划，做了才能慢慢清楚。但用了Plan Mode之后，我反而觉得应该这样做——先规划，后执行。这两者并不矛盾。边做边想不是错，但在复杂任务面前，"做"的第一步应该是规划，而不是直接扎进执行。规划本身就是一种行动，而且是最便宜的那种——规划错了，改几行文字就行；但执行错了，代价可能是推翻重来。AI不只是工具，用它用多了，反而让我想通了一些事情：想不明白的时候，不是不能动手，而是应该先动手把问题拆开。