用途：在交接前审查工件（PBI、用户故事、测试规格、设计规格）的完整性与质量，确保工件完整、有证据支撑、可直接交付。
主要能力：通过 --type={pbi|story|spec-tests|design} 分派类型（省略时自动推断），每种类型有各自的必查项与建议项清单及输出模板。结论规则：PASS（全部必查项通过且建议项≥50%）、WARN（必查项全过但建议项<50%）、FAIL（任一必查项失败）。审查强调“怀疑者”立场，要求对替代方案做钢人论证、压力测试 3 个假设、验证每条验收标准可被自动化测试、做事前验尸、提出未考察的替代方案，并在给出结论前通过反偏见门。所有类型都需执行 M1-M6 合规门，M1-M5 违规须标注强制项 ID 与具体章节/行。修复前须先运行 $why-review --validate-findings <report-path> 验证发现，未返回 CLEAN 前不得修改工件；随后只修复已验证发现，并重新执行完整审查直至干净通过。
使用方式：以 $skill-name 形式在 Codex 中调用；执行前先建立并同步任务跟踪，按声明顺序逐步执行，不得跳过、重排或合并步骤，每步需给出简要证据或跳过原因。测试规格审查需先读 docs/project-reference/spec-principles.md 的第 5、6 节，并做技术无关性检查。
适用场景：PBI、用户故事集、测试规格、设计规格的交付前质量把关。
限制：资料未提供具体安装命令、收费与平台支持信息；部分步骤依赖子代理与任务跟踪工具，环境不支持时须停止并询问用户。