用途：在 Phase 1（头脑风暴）写出 .planning/SPEC.md 之后、Phase 2（探索）开始之前，派发一个审查子代理，检查规格文档是否完整、可进入代码库探索与实现规划。核心原则是“未经审查的规格不得进入探索”。
主要能力：审查子代理为只读，使用 Read、Glob、Grep、Bash(read-only)，不得使用 Write 或 Edit。它按类别检查：完整性（TODO、占位符、TBD、空字段）、覆盖度（错误处理、边界情况、集成点）、一致性（内部矛盾、冲突需求）、清晰度（可多解的歧义）、YAGNI（未请求功能、过度设计）、范围（是否聚焦单一实现）、测试（测试策略是否填写，非“仅手动”）、成功标准（可度量、具体、有明确通过/失败）。重点排查 TODO 标记、推迟定义、细节明显不足的章节、仅手动的测试策略、模糊成功标准、互相矛盾的需求、缺失约束章节。
使用方式：用 Task 调用派发，subagent_type="general-purpose"，allowed_tools=["Read", "Glob", "Grep", "Bash(read-only)"]，提示词要求其读取 .planning/SPEC.md 并按清单返回 APPROVED 或 ISSUES_FOUND 及问题与建议。若 APPROVED，读取 ${CLAUDE_SKILL_DIR}/../../skills/dev-explore/SKILL.md 并按其指示进入 Phase 2；若 ISSUES_FOUND，修复 SPEC.md 后重新派发，最多 5 轮；5 轮仍未通过则升级给用户，询问是修复、带已知缺口继续还是重新思考规格。
适用场景：/dev 工作流的规格审查门禁。限制：该技能为内部技能，非独立工具；审查者只读，不直接修改文档；用户确认只验证意图而非完整性，不能替代审查；自审会橡皮图章式通过自身假设。其他收费、平台等信息暂未提供。