Codex 维护计划别写成待办堆：按风险、证据和回滚拆出可执行批次近期 OpenAI 的工程维护案例提醒我们：代理适合帮助收集线索、准备修改与验证，但每个维护项仍需要人能检查的边界。把“清理技术债”拆成可执行批次，比一次性让 Codex 改遍仓库更容易回滚。用三列决定先后每项维护记录风险、现有证据和回滚。风险可以是接口变更、数据迁移或仅内部重构；证据是失败测试、静态引用或可复现日志；回滚要写到 commit、开关或备份。只有三列齐全的项才进入本轮。一个小批次如何跑先让 Codex 只读汇总候选，再选一项建立分支。要求它修改限定文件、运行指定测试、列出差异。评审后再处理下一项；不要把“第一个测试通过”扩展为对整个计划的认可。items=[{"name":"remove flag","r