TL;DR「先给方案、确认再写」不该靠自觉。官方最佳实践把先计划列为标准动作，HN 高赞帖则把代理的规划盲区当普遍现象——两边合起来，是一条能固化的默认流程。
来源信号 SOURCES
以下内容整理自社区公开讨论，本页只做拆解与核实，不搬运原帖；观点归属原作者。
事实性知识 FACTS
这些是讨论中被多方印证、或可对照官方文档核实的事实。
- 官方最佳实践把先计划再执行列为推荐用法：先让模型给出方案，确认方向后再动手实现。
- 官方最佳实践同时建议把长期有效的指令沉淀进 AGENTS.md——流程偏好同样可以固化成跨会话生效的常驻约定。
- Codex 的执行是循环结构：官方对 agent loop 的拆解显示，模型在循环中逐步调用工具、观察结果、决定下一步。
概念性知识 CONCEPTS
社区讨论里的概念不全是事实——每条都标注了它的性质，读之前先看标签。
写代码前先让代理输出实现方案——改哪些文件、什么思路、什么顺序——由人确认后再放行。官方最佳实践的支持动作。
HN 高赞经验帖中的个人判断：agent 普遍缺乏提前规划能力、对设计有盲区，倾向直接开写。现象被很多人共鸣，但它是观点，不是官方结论。
社区对「长任务中途偏离最初约定」现象的称呼。成因与解法（分段确认、小步提交）多来自个人经验，还缺系统数据。
知识梳理 TAKEAWAYS
为什么默认流程会直接开写：agent loop 的每一步都在推进任务，模型按循环调用工具、观察结果、继续下一步，中间没有人踩刹车。HN 高赞经验帖把这概括为代理缺乏提前规划能力——这是个人观点而非官方结论，但它描述的场景很多人都遇到过：要一个方案，收到的却是一整套实现。
固化办法有两层。显性的一层是开场第一句话：明确要求「先给出改动方案与文件清单，等我确认再动手」。长效的一层是写进 AGENTS.md，让这条偏好跨会话生效——官方本来就建议把长期指令沉淀进去，流程偏好没有理由例外。
分层确认比一刀切更实用：改一行文案、补一个测试这类小任务，确认环节本身就是开销；涉及公共接口、数据结构、多文件联动的改动，事前方案省下的返工远多于它花的几轮对话。阈值定在哪里，每个团队不一样，写下来就好。
还有一笔账：在 5 小时滚动窗口的额度机制下，一轮跑偏后的返工消耗的消息，往往比事前方案讨论多得多。先计划不只是质量习惯，也是额度习惯。
看完之后 NEXT
想知道今天的重置判定？回到 首页实时雷达。