architecture-review 用于验证一组架构决策是否覆盖全部游戏设计需求、内部是否一致，以及是否针对项目锁定的引擎版本，作为技术设置与前期制作之间的质量门。
用途与主要能力：构建 GDD 需求到 ADR 的追溯矩阵，找出无对应 ADR 的需求缺口；检测跨 ADR 冲突；审计引擎兼容性；检查架构文档覆盖范围；输出 PASS/CONCERNS/NOT ASSESSED/FAIL 判定，并可生成扩展版需求追溯矩阵（RTM），把链路延伸到 story 文件路径与测试文件路径，写入 docs/architecture/requirements-traceability.md。
使用方式：支持多种参数模式——无参数或 full 执行全阶段审查；coverage 只做追溯；consistency 只做跨 ADR 冲突检测；engine 只做引擎兼容性审计；single-gdd [path] 审查单个 GDD 的架构覆盖；rtm 生成含 story 与测试路径的完整追溯矩阵，用于已有 story 和测试的 Production 阶段。workflow 模式分为 full（覆盖所有 GDD 与 ADR）、standard（仅架构文档加关键 ADR）、minimal（不适用）。流程分 9 个阶段：加载、从每个 GDD 提取技术需求、构建追溯矩阵、跨 ADR 冲突检测、引擎兼容性交叉核对、架构文档覆盖、输出审查报告、写入并更新追溯索引、交接。
协作与限制：默认协作模式下会先展示完整追溯矩阵与待写入草稿，再用结构化问题请求写入批准，不猜测模糊需求。判定为建议性，用户可自行决定是否在 CONCERNS 甚至 FAIL 情况下继续。若子代理返回 BLOCKED 或出错，会立即上报并生成部分报告；恢复时缩小范围。具体安装方式与命令资料中暂未提供。