需求导入流程（Phase 0）
Phase 0 — 从一句话需求到可评审的结构化产物。7 个步骤，3 个门禁，确保需求“想清楚再动手”。
Phase 0 完整流程
Section titled “Phase 0 完整流程”0.1 需求收集
Section titled “0.1 需求收集”- Skill:
ohos-req-requirement-intake - 产物:
01-requirement.md - 说明: 收集原始需求，生成结构化需求文档（RR单号、诉求方、背景、目标、FR/NFR、约束）。禁止占位符——不确定项留到澄清环节。
- Gate: 无
0.2 需求澄清
Section titled “0.2 需求澄清”- Skill:
ohos-req-requirement-intake(clarification gate) - 产物:
01-requirement.md(clarification_status) - 说明: 逐条澄清待确认项（禁止“待确认”/“TBD”），所有字段必须写入已确认事实。
- Gate: Clarification Gate — 所有待澄清项必须逐条确认，禁止占位符传播
0.3 可行性分析
Section titled “0.3 可行性分析”- Skill:
ohos-req-feasibility-analysis - 产物:
02-feasibility.md,feasibility-inputs.md - 说明: 基于代码证据评估技术可行性（kb_precheck_path），按方案独立估算工作量（500行≈1人月）。禁止选型推荐。
- Gate: 无
0.4 方案选型决策
Section titled “0.4 方案选型决策”- Skill:
ohos-req-arch-decision - 产物:
03-arch-decision-record.md - 说明: 两阶段执行：阶段A（候选对比+AI推荐倾向）→ 暂停等待用户决策 → 阶段B（决策定稿）。SIG评审会议做最终选型。
- Gate: 决策1: 方案选型 — 用户（SIG评审会议）选定方案，AI 不代行决策
0.5 Feature 基线 + Review Ready Gate
Section titled “0.5 Feature 基线 + Review Ready Gate”- Skill:
ohos-req-feature-baseline→ohos-req-review-gate - 产物:
04-feature.md,decision_gate_*.json - 说明: 生成 Feature 评审基线（价值/目标/非目标/验收标准/影响性分析/Proposal拆分），由独立 subagent 执行 Review Ready Gate（12项检查）。
- Gate: Review Ready Gate — 8项固定 + 3项结构一致性 + 1项遗留闭环 = 12项检查，结论：Ready / Conditional / Not Ready
0.6 评审 PPT + 评审会议 + 决策回流
Section titled “0.6 评审 PPT + 评审会议 + 决策回流”- Skill:
ohos-req-review-ppt-gen→ohos-req-value-decision - 产物:
requirement-review.pptx,decision_gate_*.json - 说明: 生成评审PPT → 评审会议 → value-decision 记录决策纪要（Accepted/Rejected/PendingRe-review）并路由。
- Gate: 评审决策 — Accepted → 进入 IR 生成；Rejected → 关闭归档；PendingRe-review → 退回修改
0.7 IR 生成
Section titled “0.7 IR 生成”- Skill:
ohos-req-feature-to-ir - 产物:
IR.md - 说明: Feature → IR（平台级 8 项评估 + 扩展维度确认），AC 编号跨 04→IR→proposal→SR 全链路追溯。
- Gate: 无
0.8 Proposal 拆分 + SR 生成
Section titled “0.8 Proposal 拆分 + SR 生成”- Skill:
ohos-req-proposal-to-sr - 产物:
05-proposal*.md,SR-*.md - 说明: IR → Proposal 拆分（每个 ≤ 复杂度上限）→ GA 审批 → SR 生成（维度确认继承自 IR），RR单号全链路追溯。
- Gate: GA Gate — 每个 Proposal 必须 GA-Approved 才生成对应 SR
0.9 Handoff 交接
Section titled “0.9 Handoff 交接”- Skill:
ohos-req-intake-orchestration - 产物:
handoff.md - 说明: 生成 handoff.md 交接契约，RR单号 + 全套产物移交 Phase 1-9 交付流程。
- Gate: Intake 完成确认 — 所有产物就绪，移交 SDD 交付
🔍 澄清门禁
Section titled “🔍 澄清门禁”需求中所有“待确认”项必须逐条向用户澄清。AI 不允许对不确定的需求直接生成下游产物。以用户判断为准。
🔬 代码证据优先
Section titled “🔬 代码证据优先”可行性分析必须基于实际源码检索（MCP + Agentic RAG）。禁止“看起来合理”的虚构分析。
⚖️ 方案对比不做推荐
Section titled “⚖️ 方案对比不做推荐”feasibility 只给各方案的事实判断，不做选型推荐。decision.md 才做方案对比和推荐倾向，最终由用户决定。
🚦 三级 Gate
Section titled “🚦 三级 Gate”Clarification Gate（澄清完整性）→ Review Ready Gate（Feature 结构质量）→ 需求决策（立项审批）。
产出文件清单
Section titled “产出文件清单”| 文件 | 阶段 | 内容 |
|---|---|---|
01-requirement.md |
0.1 | 结构化需求（背景/目标/AC/约束/澄清状态） |
02-feasibility.md |
0.3 | 代码证据 + 方案可行性判断 + 工作量估算 |
03-arch-decision-record.md |
0.4 | 方案对比矩阵 + 推荐倾向 + 技术评审结论（用户填写） |
04-feature.md |
0.5 | Feature 评审基线 + 影响性分析 + Proposal 拆分 |
05-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 的交付清单 |