Menu
从产品原型或用户描述中梳理功能点与细节要求，产出结构化需求文档。全栈工作流第 1 阶段。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
根据单元测试用例、任务拆分与程序设计实现代码，并通过测试验证。全栈工作流第 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} 记录并推进状态。