用途：在固定审查范围上反复运行 $workflow-review-changes，直到一整轮不再应用任何修复，达到收敛。
主要能力：每轮重新计算范围为分支差异基线（如 git diff develop...HEAD）与当前未提交改动的并集；通过工作树指纹（git status --porcelain、git diff --stat）客观判断本轮是否应用了修复；记录迭代日志；默认轮次上限 3；从第 3 轮起启用严重度下限，仅修复 CRITICAL/HIGH/MEDIUM，LOW 延后，因此仅含 LOW 的轮次即零修复轮并结束循环。
使用方式：必须内联调用 $workflow-review-changes，禁止用 spawn_agent 派生子代理；每轮先快照工作树，再运行完整工作流，然后对比检测修复数并记录。若存在 /goal 命令可作为可选加速器，缺失时不影响循环，仅由协议循环与目标契约约束。
适用场景：需要多轮复查、防止修复本身引入二次缺陷的代码审查收敛流程。
限制：轮次上限默认 3；若阻塞性发现连续两轮未减少，或达到上限仍有 CRITICAL/HIGH/MEDIUM 修复，则停止并直接询问用户；不得无限循环；严重度下限只限制迭代，不授权发布已知严重问题。具体命令与模板细节以原始资料为准。