需求逻辑确认
目标
在完整 PRD 形成后，仅将业务方最需要核对的需求点、业务规则、待确认与冲突事项提炼为简洁的 Excel。输出必须以 PRD 为唯一事实来源，不擅自新增业务结论；所有未确认、假设、冲突和需要拍板的内容必须单独标识。
默认只生成 3 个工作表：
需求点确认业务规则确认待确认与冲突
不得默认生成“填写说明”“关键字段与口径”“流程状态权限确认”“验收点确认”等独立工作表。字段、权限、流程和验收内容只有在直接支撑需求点、业务规则或冲突说明时，才合并写入上述 3 个工作表。
触发场景
在以下请求中调用本技能：
- “根据完整 PRD 生成业务方核对 Excel”
- “把 PRD 需求点和规则点整理成确认表”
- “生成需求逻辑确认表/业务确认清单”
- “给提需求的一方核对 PRD”
- “从 PRD 提炼需求、规则、字段、权限和验收点到 Excel”
默认在完整 PRD 产出后调用；若 PRD 仍处于草稿且存在未关闭的关键问题，仍可生成，但必须在工作簿中明确标注“待确认/不可直接进入研发”。
输入要求
优先读取用户当前明确指定的 PRD；若未指定，按以下顺序寻找：
- 当前任务刚生成的完整 PRD V1.0；
- 用户工作区中标题或文件名包含
PRD、产品需求文档的最新文档； - 用户直接粘贴的 PRD 内容。
同时读取 PRD 内引用的关键材料（如事实台账、流程图、原型说明、审查报告）用于交叉核对，但不得用这些材料覆盖 PRD 的最终决议。若 PRD 与其他产物冲突，记录冲突，不自行裁决。
在开始抽取前确认：
- 项目名称、PRD 版本、日期；
- PRD 是否为完整版本；
- FR/BR/AC 是否有稳定编号；
- 是否存在 Q（待确认问题）、A（假设）、C（冲突）或“需业务确认”标记。
核心工作流
1. 建立抽取范围
按以下顺序扫描完整 PRD，但最终只写入 3 个工作表：
- 产品目标、范围和非目标：提炼为需求点背景；
- 角色与职责、业务流程、页面和功能需求（FR）：提炼到
需求点确认； - 业务规则（BR）、字段口径、状态、权限、异常、边界、幂等、并发、库存/次数、通知和导入导出：提炼到
业务规则确认； - 验收标准（AC）：仅作为需求点或业务规则的关联编号，不单独建立验收表；
- Q（待确认）、A（假设）、C（冲突）、“待评审”或文档间不一致：汇总到
待确认与冲突。
仅提取业务方可以判断对错的内容。技术实现细节只有在会影响业务结果、数据口径、权限、用户体验或验收时才进入确认表。关键字段、流程状态和权限不得单独扩展成额外工作表，应嵌入相关需求点或业务规则中。
2. 保持编号和追踪关系
优先沿用 PRD 原编号：FR-xx、BR-xx、AC-xx。没有编号的条目按类别生成稳定编号，例如：
REQ-001：一般需求点；RULE-001：一般规则点；DATA-001：字段/口径；STATE-001：状态/转换；PERM-001：权限；AC-xx：验收标准。
每行只表达一个可核对结论；不要把多个条件用“以及/同时/另外”堆在同一行。拆分后在“关联编号”列保留原 FR/BR/AC 关系。
3. 判断确认状态
使用以下固定状态值：
已确认：PRD 已明确，且没有冲突证据；待业务确认：内容影响业务结果，但 PRD 未给出最终结论；待产品确认：产品侧仍需补充定义；存在冲突：PRD 与台账/原型/其他已确认产物不一致；采用假设：为推进工作暂时采用，尚未获得业务确认；不适用：该行只作说明，不要求业务方判断。
不得把“原型中看到了”自动写成“业务已确认”。原型只能作为关联证据。
Excel 工作簿结构
默认输出一个 .xlsx 工作簿，文件名：
<项目名称>-需求逻辑确认表-<PRD版本>-<YYYYMMDD>.xlsx
仅包含以下 3 个工作表，顺序固定：
需求点确认业务规则确认待确认与冲突
不单独建立填写说明页。必要的填写提示、版本信息和业务填写规则放在各工作表顶部的简短说明中，或放入表头批注，不得因此增加第四个工作表。
1. 需求点确认
每行一个需求点，固定列：
- 确认结果（待确认/确认/不确认/需讨论）
- 需求编号
- 需求模块
- 需求点
- 业务目标/解决的问题
- 适用角色
- 使用场景/触发条件
- 预期结果
- 优先级
- 来源章节/页面
- 关联规则编号
- 关联验收编号
- 当前状态
- 业务意见/修改建议
- 业务确认人
- 业务确认时间
- 备注
3. 业务规则确认
每行一个规则，固定列：
- 确认结果
- 规则编号
- 规则模块
- 规则内容
- 触发条件
- 系统处理/计算口径
- 例外与边界
- 适用角色/数据范围
- 影响字段/状态
- 来源章节
- 关联需求编号
- 关联验收编号
- 当前状态
- 业务意见/修改建议
- 业务确认人
- 业务确认时间
- 备注
3. 待确认与冲突
汇总所有 待业务确认、存在冲突、采用假设 条目，固定列：
- 问题编号
- 问题类型
- 待确认内容
- 当前文档结论
- 冲突/不确定来源
- 业务需要选择或补充的内容
- 对范围/规则/数据/研发/验收的影响
- 建议确认人
- 截止时间
- 处理结果
- 处理说明
- 关闭时间
业务友好格式要求
使用 Excel 原生能力增强核对体验：
- 首行冻结；开启筛选；按内容设置合理列宽；长文本自动换行；
确认结果设置下拉选项：待确认,确认,不确认,需讨论；当前状态设置下拉选项：已确认,待业务确认,待产品确认,存在冲突,采用假设,不适用；- 用条件格式突出：待确认黄色、不确认红色、确认绿色、存在冲突红色；
- 第一行表头加粗并使用浅色底；不要使用难以打印的深色背景；
- 顶部增加统计区：总条目数、已确认、待确认、不确认、需讨论、存在冲突；
- 对长文本列启用自动换行，避免截断规则；
- 不合并数据区单元格；不要用颜色作为唯一状态表达；
- 业务填写列与 PRD 提炼列使用不同底色，避免业务方误改原始提炼内容；
- 在各确认工作表顶部或表头批注中注明“业务填写列”，并将业务填写列与 PRD 提炼列使用不同底色。
质量检查
生成文件后必须逐项检查：
- 每个 FR/BR/AC 是否至少能追踪到一个确认行；
- 每一行是否只包含一个需求或规则结论；
- 需求点与规则点是否重复、遗漏或互相矛盾；
- 数字、日期、枚举、计算公式、库存/次数/金额口径是否与 PRD 完全一致；
- 关键字段、流程、权限、异常和验收是否已合并到相关需求点或业务规则中；
- 待确认、冲突、假设是否完整汇总到
待确认与冲突； - 业务方能否仅通过填写“确认结果”和“业务意见”完成核对；
- 文件能否正常打开，且仅包含 3 个规定工作表，筛选、冻结、下拉和条件格式有效；
- 输出文件名、PRD 版本和生成日期是否清晰；
- 不把技术实现猜测写成业务规则。
若发现阻断项，先修正提炼逻辑再交付；不要只在备注中掩盖问题。若存在未关闭的 P0 问题，文件顶部必须显示“不可作为最终研发确认依据，需先完成业务拍板”。
输出与反馈
完成后输出：
- Excel 文件绝对路径；
- 工作表清单（仅 3 个）；
- 各表条目数量；
- 待业务确认/冲突/假设数量；
- FR/BR/AC 与 3 个工作表的追踪范围；
- 未能自动判断的风险和需要业务方拍板的事项。
将生成的 Excel 作为主要交付物展示给用户。若用户要求模板或二次调整，保留原始提炼内容，仅修改业务反馈列和版本信息。
