plan 模式是我今年最爱的功能，没有之一。让它在不动代码的前提下先出方案，我确认了再 apply，避免了无数次"它改完我傻眼"的悲剧。
我现在几乎任何稍复杂的任务都先 plan。哪怕只是改个 bug，先看它打算怎么改，能挡掉一半的瞎折腾。
唯一不爽是 plan 阶段也烧 token，但比起 apply 完再回滚，这点成本值。大家是 plan 党还是直接 apply 党？
回复
暂时没有回复。
Related
相关推荐
讨论
你现在主力用 Cursor、Claude Code 还是 Codex？
社区讨论帖，欢迎分享你的经验和观点。
讨论
Vibe Coding 是效率革命还是技术债制造机？
社区讨论帖，欢迎分享你的经验和观点。
讨论
你现在主力用 Cursor 还是 Claude Code？
最近团队在分裂，一半人 Cursor 死忠，一半人全面转向 Claude Code。我自己两个订阅都开着，但说实话每个月都在纠结要不要砍掉一个。 Cursor 的 Composer 我用得很顺，多文件改动一把梭；但 Claude Code 在终端里跑长任务、跑测试的稳定性确实更好
讨论
Vibe Coding 到底是革命还是技术债？
我用 Vibe Coding 肝了两个 side project，速度是真的快，一周就把 MVP 撸出来了。但上线两周后开始还债：变量命名乱七八糟，边界条件没几个覆盖，重构的时候连我自己都看不懂。 我现在倾向于：原型阶段放开用，一旦决定上线，必须强制走测试和 review，不然就