Codex 总想重构代码，但我只想修一个 Bug

线上紧急 Bug 和代码重构是两种不同任务。Agent 如果发现旧代码风格差，往往会顺便“整理”，结果把风险从一个小补丁放大成大面积变更。紧急修复应该强调 Minimal Patch。

一、为什么会出现这个问题

• Codex 当前工作目录、仓库范围或项目规则不明确。
• 一次任务给得太大，导致读取上下文、修改文件和运行命令的范围失控。
• AGENTS.md、Git 状态、测试命令和危险操作边界没有提前定义。
• CLI、Node.js、终端环境变量或第三方兼容层与预期不一致。

二、推荐的排查顺序

1. 先确认工作目录和 Git

每次启动任务前执行 pwd、git status、git remote -v。先知道自己在哪里、工作区是否干净，再让 Agent 动手。

2. 把任务边界写清楚

明确允许修改哪些目录、禁止修改什么、测试命令是什么、怎样算完成。比“帮我优化一下”有效得多。

3. 先 Plan 再 Edit

大型任务先让 Codex 列出涉及文件和计划，再进入修改。任务中途也要看 diff，避免最后一次性出现几十个无关改动。

三、可以直接复制的排查示例

这是线上紧急修复。
- 只修当前 Bug
- 不重构
- 不改公开 API
- 不升级依赖
- 尽量控制在 1~3 个文件
- 必须新增回归测试

完成后输出：
1. 根因
2. 修改文件
3. 测试命令
4. 风险点

四、使用建议

修 Bug 合并后，再单独开第二个任务重构。把两个目标混在一起通常会增加审查成本。