用途：该技能同时读取所有系统 GDD，执行两类无法在单份 GDD 内完成的审阅——跨 GDD 一致性（矛盾、过期引用、所有权冲突）与游戏设计整体性（主导策略、经济失衡、认知过载、支柱漂移、相互竞争成长循环）。它与只检查单份文档内部完整性的 /design-review 不同，聚焦文档之间的关系。
使用时机：所有 MVP 层 GDD 单独获批后；任何 GDD 在生产中期大幅修改后；在 /create-architecture 开始前（架构会继承不一致的 GDD）。
参数模式：无参数=一致性与设计理论两遍全做；consistency=仅跨 GDD 一致性；design-theory=仅整体性检查；since-last-review=仅审阅上次报告后修改的 GDD（基于 git）。
流程：分 7 个阶段，先加载全部内容，再并行执行一致性检查与设计理论检查，随后进行跨系统情景走查、输出报告、写入报告并标记 GDD、最后交接。阶段 2 与阶段 3 相互独立，同时以 game-designer 子智能体并行生成，需把各阶段所需 GDD 内容片段、实体注册表文本、阶段检查项、引擎名称与版本显式传入提示，而非仅给路径。
限制：错误恢复要求先验证产物路径是否真实存在；子智能体返回 BLOCKED 或失败时要立即上报并产出部分报告。协作模式下每次询问遵循 automation-modes.md，autonomous 模式仍打印 PASS/CONCERNS/FAIL 结论，仅跳过收尾交接组件。具体命令与阈值等未在资料中展开。