从一句话需求到可评审的结构化产物。7 个步骤，3 个门禁，确保需求"想清楚再动手"。
点击节点查看详情
需求中所有"待确认"项必须逐条向用户澄清。AI 不允许对不确定的需求直接生成下游产物。以用户判断为准。
可行性分析必须基于实际源码检索（MCP + Agentic RAG）。禁止"看起来合理"的虚构分析。
feasibility 只给各方案的事实判断，不做选型推荐。decision.md 才做方案对比和推荐倾向，最终由用户决定。
Clarification Gate（澄清完整性）→ Review Ready Gate（Feature 结构质量）→ 需求决策（立项审批）。
| 文件 | 阶段 | 内容 |
|---|---|---|
01-requirement.md | 0.1 | 结构化需求（背景/目标/AC/约束/澄清状态） |
03-feasibility.md | 0.3 | 代码证据 + 方案可行性判断 + 工作量估算 |
04-decision.md | 0.4 | 方案对比矩阵 + 推荐倾向 + 技术评审结论（用户填写） |
05-feature.md | 0.5 | Feature 评审基线 + 影响性分析 + Proposal 拆分 |
06-proposal-XX.md | 0.6 | 拆分的 Proposal（每个 ≤5 人月） |
SR.md | 0.6 | Specification Requirement |
*.pptx | 0.6 | 评审 PPT（可选，用户主动请求时生成） |
IR.md | 0.8 | Implementation Requirement + 平台级 8 项评估 |
handoff.md | 0.8 | 交接给下游 Phase 1-9 的交付清单 |