用途：诊断软件项目中的需求层问题，帮助独立开发者把“我想要做 X”这类方案式表述还原为真实问题、约束与需求，并与系统设计技能衔接。核心观点是：需求只是关于“什么能解决问题”的假设，目标不是记录需求，而是验证它是否真正解决实际问题。
主要能力：按六个状态诊断并推进。RA0 无问题陈述：识别以方案开头、说不清谁有什么问题、堆功能清单等，用 Jobs-to-be-Done 自访、问题考古、“五个用户”测试等干预。RA1 方案优先：纠正把实现当需求（如“需要数据库”“应该用 React”），做功能抽取、去掉方案描述、区分约束与偏好。RA2 模糊需求：处理“快、易用、现代”等不可测表述，用具体化阶梯、验收场景（Given/When/Then）、“完成是什么样”练习。RA3 隐藏约束：盘点预算、时间、技能、依赖与集成，区分事实与假设，做风险预演与依赖发现。RA4 防范围蔓延：用 MoSCoW、最小可用版本、强制排序、先删后加控制边界。RA5 需求已验证：问题陈述不含方案、每条需求可测、约束明确、V1 边界清晰。
使用方式：先听症状判断所处状态，从最早的问题状态开始，不提级跳步；用对应关键问题收集信息，执行干预练习与模板；通过各状态的指标检查后再前进；产出问题陈述简报、需求层级、约束清单与假设图、范围定义（V1 边界与延后项）、已验证需求文档。技能会把主要输出写入文件，先检查项目中的 context/output-config.md，未找到该技能条目时先询问保存位置，建议 docs/requirements/ 或简单项目根目录；命名如 requirements-{project-name}.md。
适用场景：新项目启动或重新审视需求、独立开发者自用工具、需求含糊或范围失控的项目。
限制：不写代码、不建议实现，也不选择技术或架构（交由 system-design）；不跳过状态、不接受模糊需求为完成、不放过范围蔓延。资料未提供收费、价格、平台与具体效果等信息。