从一句话需求到可评审的结构化产物。5 个产物阶段，14 个内部 checkpoint，4 个强制交互点。
点击节点查看详情
两道门禁（requirement 澄清 + feasibility 澄清），禁止占位符传播。所有不确定项必须逐条向用户确认。
Step 4 轻量代码预检（≤3关键词≤2仓库），证据传路径不传内容。可行性分析必须基于实际源码检索。
方案选型、拆分确认、评审决策 3 个强制交互点，AI 绝不代行。SIG 评审会议做最终决策。
内建 14 项检查（9 基础 + 3 结构一致性 + 1 遗留闭环 + 1 GA 证据），Ready / Conditional Ready / Not Ready。
| 文件 | 阶段 | 内容 |
|---|---|---|
01-requirement.md | Step 1-2 | 结构化需求（背景/目标/AC/约束/RR单号/澄清状态） |
clarification-questions.md | Step 1-2 | 澄清问题清单（不确定项汇总，逐条确认） |
02-feasibility.md | Step 3-6 | 代码证据 + 方案可行性判断 + 工作量估算 |
feasibility-inputs.md | Step 3 | 可行性输入提醒汇总（建议补充的资料/文档） |
03-arch-decision-record.md | Step 7-9 | 方案对比矩阵 + 推荐倾向 + 技术评审结论（用户决策） |
04-feature.md | Step 10-12 | Feature 评审基线 + 影响性分析 + Proposal 拆分 |
proposals/05-proposal-*.md | Step 10-12 | 拆分的 Proposal（每个独立文件，用户确认） |
requirement-review.pptx | Step 13 | 评审 PPT（ohos-req-value-ppt-gen 生成，可选） |
value-decision-record.md | Step 14 | 评审决策纪要（Accepted/Rejected/PendingRe-review + 路由） |