Codex 任务越跑越大？用目标边界把探索和交付拆开一个排障任务之所以越做越散，通常不是因为检索不够，而是因为“顺手再看一下”没有边界。对 Codex 这类会持续展开上下文的工作流，先把任务写成一个可停止的目标：本轮只定位支付回调为何 500；交付是两条候选根因、各自证据和一条最小验证命令；不修改配置、不调用支付沙箱。先把目标写到能判定完成在仓库根目录建立一份短记录，再开始搜索：目标：定位 POST /callback 的 500。 证据：文件路径、函数名、日志字段。 完成：给出不超过两条候选根因和一条复现命令。 停止：需要真实密钥、迁移或外部回调时立即停止。随后可执行rg -n "callback|500" src tests，把命中结果按“入口、业务层、测试”分组。预期是得到有限的阅读清单；若命中上百处，先用路由名或异常栈缩小范围，而不是把整个目录交给代理。探索结论不等于交付结论“还发现了缓存可能相关”应进入待验证项，而不自动变成新目标。下一轮若要扩展到缓存，要重新写清读哪些配置、能否重启服务以及验证如何回滚。Codex Cookbook 当前仍把 Goals 列为可用的工作流主题；本文只把这一思想用于本地任务记录，不声称已对某个生产故障完成诊断。想把目标、证据和验收继续连成可复用项目流程，可沿「Codex 全速入门【持续更新中】【限时优惠】」继续学习。事实核验日期：202