从产品原型或用户描述中梳理功能点与细节要求，产出结构化需求文档。全栈工作流第 1 阶段。
npx skills add https://github.com/RainLib/full-stack-skill --skill requirements-analysisこのコマンドをClaude Codeにコピー＆ペーストしてスキルをインストール
根据单元测试用例、任务拆分与程序设计实现代码，并通过测试验证。全栈工作流第 7 阶段。
全栈开发工作流编排器，按 8 阶段顺序执行：需求分析 → 技术选型 → 技术评审 → 程序设计 → 任务拆分 → 单元测试 → 代码开发 → 自我验证。
根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。
根据全栈/仅前端/仅后端选择技术栈并产出选型清单。全栈工作流第 2 阶段，需先询问用户开发范围。
代码开发完成后运行全量测试、检查集成、代码质量自检，产出验证报告。在代码开发之后使用，为全栈工作流最后一步。
评审需求与技术选型的架构可行性，定义 API 契约、数据模型、识别风险项。在技术选型之后、程序设计之前使用。
| name | requirements-analysis |
| description | 从产品原型或用户描述中梳理功能点与细节要求，产出结构化需求文档。全栈工作流第 1 阶段。 |
| user-invocable | false |
| allowed-tools | Read, Write |
本阶段在主对话中执行，需与用户多轮对话，不得臆造需求。
以下每组为一轮提问。每轮向用户呈现结构化选项，用户选择后再进入下一轮。
向用户确认以下内容（可合并为一组选项）：
Q1 — 是否有原型图或设计稿？
Q2 — 项目涉及哪些端？
Q3 — 用户角色？（可多选）
若用户没有原型图/设计稿，向用户呈现以下选项：
Q4 — 整体风格？
Q5 — 主色调？
Q6 — 布局方式？
Q7 — 响应式需求？
Q8 — 是否需要暗色模式？
Q9 — API 风格？
Q10 — 认证方式？
Q11 — 数据库偏好？
Q12 — 是否需要 API 文档自动生成（Swagger/OpenAPI）？
根据用户前面的回答，对仍有模糊的业务流程、异常分支、非功能需求进行针对性追问。此轮可使用开放式问题。
docs/{current_iteration_id}/requirements-{requirements_id}.md。history-manager skill 的 get-phase requirements 和 check-file 确认是否已完成。history-manager skill 的 set-phase requirements {requirements_id} 记录并推进状态。