用途：把代码审查与修复解耦成递归循环，避免同一上下文内“自审自修”带来的确认偏差。每轮先以只报告模式运行 $changes-review 产出发现，再用 $why-review --validate-findings 验证，然后由 $fix 在最低所属层级（Entity > Service > Handler）修复，最后对变更后的 diff 重新完整审查。
主要能力：固定 diff 范围基准（分支 diff 基准 ∪ 当前未提交改动），每轮重算；按轮次收紧退出标准——第 1-2 轮要求零已验证发现，第 3 轮起只要求零 CRITICAL/HIGH/MEDIUM，仅剩 LOW 即结束循环并把 LOW 记为延后；默认轮次上限 3，发现不减少、增加或上限用尽仍有阻塞项时停止并直接询问用户升级。
使用方式：需在主会话内联运行 $changes-review 与 $why-review，不得作为子代理派发；$changes-review 必须以只报告模式调用，在 Phase 7 自修复前停止，修复与最终 $docs-update 由本循环负责。若环境无法约束为只报告，则改为按轮检测已应用修复并跳过该轮 $fix，避免重复修复。
适用场景：需要多轮收敛的代码变更审查与修复，尤其是希望每轮都有独立全新审查、捕获修复引入回归的场景。
限制：仅应用已验证发现，不应用未验证或被降级的发现；严重度下限只约束迭代，不降低标准，也不允许发布已知 CRITICAL/HIGH/MEDIUM；二进制门禁（如测试失败）不适用 LOW 规则。具体命令、模板路径与配置细节以仓库文档为准，资料未提供完整安装步骤。