用途：gate-check 用于游戏项目的阶段门禁校验，判断项目是否准备好推进到下一开发阶段。它与 /project-stage-detect 不同：后者是诊断“我们在哪”，本技能是规定性判断“我们是否准备好推进”，并给出正式结论。
主要能力：检查所需产物、质量标准与阻塞项，输出 PASS、CONCERNS、NOT ASSESSED、FAIL 四种结论。覆盖 7 个生产阶段：Concept、Systems Design、Technical Setup、Pre-Production、Production、Polish、Release。每个阶段转换有独立定义文件（如 references/gate-production.md），只读取目标转换对应行。
使用方式：可带参数指定目标阶段，如 /gate-check production；不带参数时自动检测当前阶段，并用 AskUserQuestion 与用户确认后再运行。支持 --review <mode> 覆盖 review_mode。配置通过 yaml-helper.sh resolve_config 解析 review_mode、workflow、qa.level、testing.strict、performance.enforce、team.size、project.stage、system_overrides 等键。
阶段推进：门禁通过或用户明确接受 CONCERNS 风险后，需双写更新阶段——在 project.yaml 设置 project.stage，并写入 production/stage.txt（单行）。
协作协议：先扫描全部产物与质量门，对无法验证项不假定 PASS，展示完整清单与状态，由用户做最终决定；写入报告前需获批准。禁止自动修复：产物缺失时报告 FAIL 并指明应运行的技能（如 /test-setup），不得创建缺失文件或自动重跑门禁。
限制：solo 模式下跳过 director 生成，仅做产物存在性检查；lean 模式仍运行阶段门禁 director。qa.level 控制测试强制程度：minimal 下测试证据与单元测试项变为非必需，testing.strict 检查为空操作，但 smoke 检查不放松；standard 要求 Logic + Integration 测试通过；full 要求完整覆盖率检查与回归套件。team.size 只影响各 director 内的专家深度，不改变 director 数量。阶段门禁是人工检查点，永不自动运行。