用途：该技能是全栈工作流的第1阶段，由编排器调用，适用于用户描述产品想法、提供原型文档或需求草稿后，需整理为可执行需求的场景。它要求在主对话中与用户多轮交流，不得臆造需求。
主要能力：从产品原型截图、PRD文档或草稿中提取功能描述与页面流程；按「功能模块→功能点」梳理列表，每个功能点含简要描述与输入输出；将核心功能点转写为用户故事（As a...I want...So that...）；为每个功能点附1～3条验收标准（Given/When/Then或要点式）；对角色、边界、数据来源、异常情况等模糊点用1～3轮提问补全。
使用方式：对模糊点必须用1～3轮提问补全，等待用户回复后再写入文档；所有决策点以结构化选项呈现，让用户选择而非自由输入，例如提供编号选项（"请选择 1/2/3"），可多选时说明"可多选"；允许用户在选项外补充说明；一次不超过3个问题。结构化提问含4轮：基础信息（原型/端/角色）、前端UI/UX偏好（风格/主色调/布局/响应式/暗色模式）、后端架构偏好（API风格/认证/数据库/API文档）、补充确认（开放问题）。输出时使用 templates/requirements-template.md 填写，产出写入 docs/{current_iteration_id}/requirements-{requirements_id}.md。开始前调用 history-manager skill 的 get-phase requirements 和 check-file 确认是否已完成；完成后调用 set-phase requirements {requirements_id} 记录并推进状态。
辅助资料：examples/sample-output.md 展示完整结构与内容深度；reference.md 含用户故事 INVEST 原则、验收标准写法、常见追问清单。
限制：必须与用户多轮对话，不得臆造需求；缺失信息需通过提问补全。