用途：review-loop 用于在用户明确要求“反复审查并修复直到无问题”时，对代码执行多轮审查与修复循环。普通审查应使用 review-code，本技能不可主动触发。
主要能力与流程：每轮都在全新的 subagent 中审查。调用 review-code 并带 <target> --sub（默认目标为 diff）；若缺少 review-code，则 spawn 一个 subagent 检查正确性、安全、资源与性能缺陷，并对每条发现按 Yes / Judgment call / No 评级是否值得修复。不要内联审查自己的修复。
从第 2 轮起，每轮目标都使用 diff，包括路径范围。不推送的修复 GitHub 看不到；重审整个代码库浪费上下文；仅按路径审查可能漏掉相关文件中的修复。对 pr <number>，需先运行 gh pr checkout <number>。
修复规则：所有 Yes 都修；Judgment call 仅在 Trivial 或 Small 时修；No 跳过。被跳过的项若在后续轮次再次出现，不要重新修复或争辩。每轮修复后运行仓库检查（make build / make test / make lint，否则用原生命令），修复破坏后再进入下一轮。
停止条件：某轮没有新的可修项即停止。最多 5 轮；第 5 轮仅审查，即使发现可操作问题也不再编辑，把未决发现交给用户。若已修发现再次出现，停止修复并报告未决发现。
提交与分支：除非另有说明，否则每次修复都提交。--commit each（默认）表示每个已修发现一个提交；--commit end 表示循环结束后一个提交。绝不 push。在默认分支上，首次提交前先建分支，否则 diff 锚定 HEAD，已提交的修复会从下一轮审查中消失。
最终报告：运行轮数与停止原因、修复清单（path:line — 改动内容）、跳过的发现及各自原因、未决发现、检查结果。