翻车先看过程
结果不对，先查派活、权限、材料和停点，再怀疑模型。过程区是第一现场，不是最后一段回复。
结果不对时，第一反应常常是「换个模型试试」。多数时候不是模型笨，是过程里有缺口：没写验收、没给材料、权限过宽、不确定时没有停。换模型会把同一种缺口再跑一遍。
读完你能回答：
- 翻车时先查哪五处？
- 为什么最后一段「已经处理好了」不能当证据？
- 什么时候才轮到换产品或换模型？
五处缺口
按这个顺序查，能定位的就不要往下猜：
- 派活。 五件事 缺了哪一件？缺对象会编，缺验收会「差不多」。
- 权限。 范围是不是这一次的目录或文件？过宽会动到不该动的；过窄会停在「我看不到」。
- 材料。 对象是否真的在、真的可读？找不到文件时它不会老实空手，会补一份看起来像的。
- 停点。 不确定、不可逆、验收失败时有没有停？没有停点的过程，错误会被后续步骤盖住。
- 对照物。 原件还在吗？验收命令还能跑吗？对照物没了，你只能信最后一段话。
最后一段话不是现场
「已经整理好了」「测试应该过了」「数字看起来没问题」是结束语，不是证据。现场在过程：计划、权限请求、中间草稿、报错、它向你提出的问题。官方把 Codex 描述成收集上下文、采取行动、交出有用的东西——有用与否，只能对照你事先写下的要求，不能对照它的结束语。codex-overview
过程说得清，才换工具
五处都查过，派活完整、材料在、停点有、对照物还在，仍然稳定地做错同一类事，这时才换产品或换模型。在此之前换工具，是把方法问题变成选型问题，下次更难排查。日常六类办公活怎么复用骨架，见豆包工作的 日常打法；编码侧见 Codex 的翻车。