Codex 接手旧仓库先别“全量扫描”：三段范围让首轮结论可复核
接手一个有告警的旧仓库时，最危险的开场白往往是“把所有问题都找出来”。它把目标、读权限和交付格式混在一起，既难复核，也容易让代理过早改文件。更可靠的做法是把首轮任务拆成范围、证据、禁止动作三段：只看本次故障相关路径；每个判断附文件或命令证据；不改代码、不跑迁移、不碰外部系统。
把首轮提示写成可验证合同
在仓库根目录先确认入口文件和规则文件，再给 Codex 一份窄提示：
只读检查 checkout 失败。范围：src/checkout、tests/checkout、最近相关日志。 输出：候选根因、每项证据位置、下一条最小验证命令、未知项。 禁止：编辑文件、执行迁移、调用支付或发布。这不是让模型猜“严谨”是什么意思，而是把可接受输出限定为四栏。若rg -n "checkout|payment" src tests只命中三个文件，报告应说清楚这三个文件的关系，而不是把整个项目树粘回来。首轮的预期结果是得到可执行的下一步，例如npm test -- checkout，不是已经修好。
发现范围外线索怎么办
假设日志还提到数据库连接。不要立刻扩展到数据库目录；将它列为“尚未验证的外部依赖”，并说明需要谁授权、需要读哪份配置。若模型开始提出补丁，先中止并补充“本轮只读”约束。范围扩展应是第二轮显式决定，而不是
