用途：提供系统化的三阶段代码审查流程，把规格符合性、代码质量、领域完整性拆成独立的三遍审查，避免合并审查时遗漏问题。前一阶段失败会阻断后续阶段。
主要能力： 阶段一规格符合性：逐条验收标准映射到实现代码与测试，标记 PASS、FAIL、CONCERN、OVER-BUILT；若存在 docs/ARCHITECTURE.md 则检查架构合规，缺失则记为阶段二 CONCERN。对垂直切片还检查入口接线、端到端可追溯性、边界级测试覆盖与测试层级异味。 阶段二代码质量：检查清晰度、领域类型（按 domain-modeling 技能检测原始类型痴迷）、错误处理、测试质量与 YAGNI，按 CRITICAL、IMPORTANT、SUGGESTION 分级，存在 CRITICAL 即停止。 阶段三领域完整性：检查编译期可强制项、领域类型一致性、校验位置（parse-don't-validate）、状态表示（如 bool 隐藏状态机）与约定合规。
使用方式：审查后输出结构化 REVIEW SUMMARY（各阶段 PASS/FAIL 与总体 APPROVED 或 CHANGES REQUIRED）及 REVIEW_RESULT 证据包。默认把发现写入 .reviews/<reviewer-name>-<task-slug>.md（加入 .gitignore），消息仅作协调信号。在 pipeline 模式下证据存到 .factory/audit-trail/slices/<slice-id>/review.json，并作为门禁阻断流水线。
适用场景：代码审查、合并前把关、垂直切片验收、UI 可见行为验证。
限制：独立模式仅为建议性，无法机械阻止合并；pipeline 模式才具门禁效力。非阻断项在连续 2 次以上不同切片审查中重复出现须升级为阻断。约定优先于先例：书面约定（CLAUDE.md、AGENTS.md、ADR 等）优先于现有代码模式。依赖 domain-modeling、tdd、mutation-testing 可增强流程，缺失时可用 npx skills add jwilger/agent-skills --skill domain-modeling 安装。具体收费与平台支持暂未提供。