用途：把审查与修复配对成收敛循环，驱动审查目标达到干净通过。$why-review 只审查、不修改目标，因此必须与 $fix 配对，否则无法收敛。
主要能力：每轮先内联运行 $why-review 得到经验证的发现，再按所属层级（Entity > Service > Handler）用 $fix 修复，然后对已变更的同一目标重新完整审查。收敛标准：第 1-2 轮需零发现（任意严重度）；第 3 轮起只需零 CRITICAL/HIGH/MEDIUM，仅剩 LOW 即结束循环，LOW 记录为延后而非修复。默认轮次上限 3；发现不减少、增加或触顶仍有阻塞项时停止并直接询问用户。
使用方式：先解析审查目标（计划/PBI、代码变更、文档/规格/报告）并建立 Goal Contract；绑定收敛循环（协议循环为主，/goal 为可选加速器）；进入轮次循环；收敛后回顾。每次修复前必须通过权衡门：是否存在权衡、是否值得、是否重大到需用户确认；重大权衡须暂停并询问用户。$why-review 必须在主会话内联运行，不得作为子代理派发。
适用场景：代码、计划、规格、文档、测试等需要反复审查并修复直至无阻塞发现的场景。
限制：资料未提供具体安装命令、收费、价格与平台支持信息；轮次上限、严重度门槛等为技能协议设定，实际执行受宿主环境与可用工具约束。