多轮迭代、补充约束与结果修正

高质量改动通常不是一次指令成型，而是小步执行、逐轮验证、增量补充、及时纠偏的迭代结果。本节给出多轮推进的闭环方法、约束补充的规范写法、改动复核与安全回退手段，以及"什么时候该停下来收敛"的判断标准，避免无限返工与范围漂移。

一、多轮迭代闭环四步

1. 定义本轮小目标：把大任务切出本轮可独立验证的子目标，目标越小越容易复核与回退。
2. 执行并保留痕迹：让代理围绕本轮目标产出改动；结合版本控制记录每一步，便于逐段审查。
3. 人工验证：查看差异、运行可用检查、核对行为是否符合本轮目标，不以代码描述代替验证结果。
4. 增量补充或纠偏后再进入下一轮：验证通过则推进下一子目标；未通过则补充约束或否决偏差，收敛后再继续。

二、补充约束与修正方向的写法

动作	推荐表述（具体、可执行）	不推荐表述（模糊、易返工）
追加要求	"保留现有实现，仅在错误分支补充统一的错误返回；不改动成功路径逻辑。"	"再完善一下错误处理。"
修正偏差	"撤销对 B 文件的命名调整，保留 A 文件的校验合并；原因是本次只做行为修复。"	"方向不对，重新做。"
收窄范围	"本轮只处理超时这一个问题，日志格式与重试策略留到下一轮。"	"顺便把相关的都优化一下。"
明确验收	"本轮结束标准：现有测试通过、超时场景复现路径不再复现、diff 仅限指定目录。"	"改到差不多能用为止。"

三、每轮改动复核与安全回退

• 先看改动面：用 git status 查看改动文件清单，再用 git diff 逐处阅读实际增删，确认没有夹带计划外修改。
• 验证先行：运行项目可用的测试或构建；验证失败的改动不叠加新修改，先定位失败原因。
• 未提交改动可放弃：方向错误或实验性改动需要丢弃时，用 git restore 还原未提交文件，回到上一个干净基线重新起步。
• 提交由人控制：确认无误后由人工执行 git add 与 git commit，把已验证改动固化为可回溯节点，再开始下一轮。
• 小步提交：一个子目标对应一次可解释的提交，避免把多轮不同目的的改动压成一个大提交。

四、何时继续、何时收敛

应继续迭代的信号	应收敛定稿的信号
验收标准尚未全部满足	既定验收项全部通过且行为符合预期
存在明确、可定位的缺陷	剩余事项属于新需求，应另立任务而非混入本轮
关键边界条件尚未覆盖	边界条件已覆盖、检查通过、改动面清晰
约束刚补充、尚需一轮落实	补充约束已落实并复核，无新增矛盾

避免"为润色而反复修改"：当目标已达成，继续措辞级调整往往引入新风险，应先提交稳定版本，再把改进点列入后续任务。

五、FAQ

问题	处理建议
代理每轮都改出新问题怎么办	缩小本轮目标、提高约束明确度，并在每轮强制跑验证；先在小范围内稳定再扩大。
多轮后上下文变乱怎么处理	把已确认结论与约束固化，必要时以干净基线重开聚焦会话，避免早期噪声累积。
如何判断改动是否夹带	以 git status 文件清单对照本轮计划清单，以 git diff 对照预期改动类型。
迭代轮次有没有固定上限	没有统一数字；以验收达标为收敛依据，而不是预设轮次；长期不收敛应拆分任务或重新澄清需求。

六、动手练习

• 练习：把一个中型任务拆成三轮小目标，每轮写清"本轮目标—约束—验收"，逐轮查看 diff 并运行检查，记录每轮是收敛还是继续补充。