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