032、Plan Mode 实战：复杂任务先规划再实施，架构决策与方案评审流程
032、Plan Mode 实战：复杂任务先规划再实施，架构决策与方案评审流程
上周五晚上十一点，生产环境告警突然炸了。一个微服务的数据库连接池被打满，所有请求排队超时。我习惯性打开Claude Code准备直接修——输入“排查连接池问题”，它已经开始生成代码了。等等，我按住了Ctrl+C。
这个场景太典型了。直接让AI写代码，就像让实习生直接改生产配置——你永远不知道它会给你造出什么坑。那次我切换到了Plan Mode，让Claude先输出排查方案，结果它列出了六个可能原因，其中第三个“连接泄漏来自某个定时任务未释放资源”才是真凶。如果直接让它修，它大概率会先调大连接池参数——治标不治本，还会掩盖问题。
Plan Mode 不是“先写注释再写代码”
很多人误解了Plan Mode。它不是让你在代码里写一堆TODO注释，然后让AI逐行实现。真正的Plan Mode，是让AI先输出一份完整的架构决策记录（ADR），包含问题定义、约束条件、候选方案对比、选型理由、风险点。这份文档不是给你看的，是给AI自己看的——它会在后续实施时反复引用自己的规划，避免跑偏。
我踩过最深的坑：让Claude直接写一个分布式锁组件。它选了Redis SETNX，写完了我才发现它没考虑锁超时后的自动续期问题。后来改用Plan Mode，它自己就在规划阶段写明了“需要看门狗机制，参考Redisson实现”，实施时自动加上了定时续期逻辑。这就是规划的价值——AI自己给自己画了张地图，不会迷路。