用途：why-review 属于代码质量审查类技能，用于审查计划、PBI、提交、差异、文档、规格、报告或显式指定产物的理由与变更质量，目标是在下游工作开始前，让决策、发现与计划通过对抗式理由审查。其成功标准是“易于变更”，即降低未来变更成本，否则应拒绝。
主要能力：支持两种模式。full 为默认模式，执行完整设计理由审查，包含验证清单与对抗式轮次，随后进入发现验证门；validate-findings 为终止模式，仅对给定发现或报告执行验证例程，逐条核实是否正确、有证据、合理且符合最佳实践，并给出 CLEAN 或 HAS-ISSUES 结论。full 模式可调用自身一次进入 validate-findings 模式；validate-findings 模式不得再调用 why-review、不得运行门、不得派生子代理，以防无限递归。
使用方式：先检测模式，再解析目标类型（提交/PR/差异归为代码变更；PBI/规格/文档归为产物），读取活动目标契约，按关注点路由到代码审查、安全审计、性能优化或通用代理。审查时需完成反偏见门与验证清单，并做第二轮复审；每条发现必须给出文件行号、严重度、置信度与最佳实践理由。full 模式需先绑定自递归审查循环，并创建任务跟踪与强制的发现验证收尾任务。
限制：资料未提供具体安装命令、价格、平台支持范围或效果数据。技能为只读审查，不负责修复代码、规格或测试；若所需步骤或工具在当前环境无法运行，应停止并询问用户。任务工具不可用时需维护等效的步骤跟踪器。涉及集成测试时需应用集成测试审查联动，但在其递归保护下可跳过。