增强需求审查：缺口分级、建议与用户确认后推进 #21

不满意的现有行为

产品定义工作流已有 PSPS、范围、非目标与验收检查，但需求缺失时容易直接让用户补信息，缺少查证已有材料、分级解释缺口及提供可比较建议的明确步骤。需求完备性通过与用户授权推进也未分别记录。

期望结果

AI 先从用户材料与已有文档查证事实，检查业务闭环、关键规则和验收的一致性，区分必须先解决与可后置的问题。每个关键缺口附证据、影响、方案代价和推荐理由；用户明确确认结论、取舍和下一步后再更新需求并推进。已确认决策直接沿用。

复现场景

合成需求：审批申请被驳回后可以重新提交，但未说明重新提交的审批路径、修改关键内容后的处理规则或验收结果。用户要求先审查需求。

期望审查报告指出缺口及影响，比较返回原审批节点与重新走完整审批的适用条件，提出建议并等待用户确认。用户仅回答其中一个问题时，其他问题继续保持未决。

修改范围

• 产品定义 Skill：增加主动查证、审查、建议与用户确认流程。
• 需求完备性 Checklist：增加缺口分级及审查报告中的确认状态。
• Requirements 模板：补充来源、假设、流程规则与验收、实际确认记录。
• 按现有 reference distribution 合同同步运行时副本。

验收标准

• 可查证的已有信息由 AI 先查证，业务意图不靠推测补写。
• 关键缺口包含影响、候选方案和推荐理由；依据不足时给出验证路径。
• PASS 与用户确认状态分别记录；沉默、部分答复和检查通过均不能被记为完整确认。
• 权限、审批和集成规则按场景触发；可后置项需用户确认影响边界与关闭时点。
• 相关引用副本一致，仓库验证门禁通过。

影响

P2：减少需求澄清中的重复提问、未确认规则和过早进入设计或实现。

证据边界

仅记录公开仓库能力分析、合成需求场景、已确认的改进范围与验证结果。排除私有会话原文、个人身份信息、客户资料与凭证。