用途：在设计与实施之前，把“我想构建 X”这类模糊意图转化为经过验证、可测试的需求，产出需求文档并移交后续设计阶段。
主要能力：按诊断状态依次推进——RA0 问题发现、RA1 解决方案优先思维（剔除需求中的技术实现描述）、RA2 模糊需求（补充验收标准）、RA3 隐藏约束（区分真实约束与假设）、RA4 范围蔓延（确定 V1 边界与延后项触发条件）、RA5 需求已验证。配套做法包括五问探索、待完成任务句式、验收场景“给定/当/然后”、MoSCoW 优先级、最小可用骨架。
使用方式：技能启动时先声明使用该技能，随后对输入做清晰度、特异性、完整性评分，据总分决定起始状态；一次只问一个问题，尽量提供选项；验证通过后请用户明确批准，再将文档写入 docs/requirements-planning/<topic>.md 并提交版本控制。
文档结构：问题陈述、需求层级（Must/Should/Could，每条含 R-NN 唯一连续 ID 与验收标准及状态）、约束清单（真实约束与未验证假设分开）、范围定义（V1 内、范围外、行走骨架）、开放问题。需求条目初始状态为 Validated 或 Deferred，后续实施中的状态更新由下游流程负责。
适用场景：新项目启动、模糊功能请求澄清、范围蔓延控制、现有需求验证、约束发现。也可处理“需求其实是技术选型”与项目中期范围膨胀等边缘情况。
限制：需求验证前不得提出架构、选技术或写代码；不得跳过诊断状态；不接受“快速”“直观”等形容词式需求；利益相关者与优先级最终由开发者决定。本技能不负责设计架构、实施计划、写代码与代码审查。
文档默认写入路径、模板字段与状态列等细节以资料为准；其他平台支持与费用信息暂未提供。