迭代节奏：什么时候该重构提示词

调 Agent 你不靠感觉。你先造一个能复现的失败样本，再看它是「没理解、选错工具、还是格式不对」，一次只改一个变量。

任务：提示词越加越长，加一句修一个 bug，越来越难维护。

【动手前先做三件事】
1. 用一句话复述这件事的目标：成果最终给谁看、用来做什么决定。
2. 下面这些信息如果我没交代，直接问我，不要自己假设：
   - 当前提示词长度与结构
   - 最近的修复都是什么类型
   - 评估集通过率
3. 先说清你打算怎么做（不超过 5 步），等我确认再往下做。

【必须逐项过一遍】
- 先判断问题是「缺规则」还是「规则冲突」
- 如果规则超过 15 条，建议按场景拆分
- 给出重构后的结构：身份、边界、流程、输出、示例
- 说明重构后必须跑全量回归

【工序】
1. 先固化失败样本：完整输入与完整输出
2. 按四类归因：理解错、选错工具、格式错、该拒未拒
3. 改动一次只动一个地方（提示词、工具描述、示例、参数）
4. 改完在同一批样本上回归，看有没有变差
5. 记录改动前后对比，不用感觉描述效果

【输出】
样本 → 归因 → 单变量改动 → 回归 → 对比记录。

【不要】
- 不要一次改三个地方
- 不要用一两个例子判断好坏
- 不要用「更自然了」当结论
- 不要在没样本时下结论