review-prd-dev-gaps · PRD 与开发交付差异核查

目标：回答 PRD 要求的能力实际上交付了什么，哪些漏做了，哪些调整有充分依据，哪些差异需要用户拍板，以及还要补什么。 以 PRD 建立完整覆盖账本，以计划、完成记录和实际行为交叉核实，不把「计划已完成」等同于「PRD 已实现」。

默认交付完整差异报告；存在尚未被已有计划承接的已确定跟进事项时，再实际调用 dev-plan 产出独立 gaps plan。复审先核对已有计划，用户限定仅报告时不生成计划。references/ 相对本文件解析，回复语言跟随用户。

边界

• 输入为 PRD、已完成开发计划及其引用的完成记录；代码仓、测试、运行证据和历史决策用于核实。只给计划时，从计划顶部「需求来源」定位 PRD 与期次（P1 即第 1 期），核查范围为 PRD 分期中落在该期的需求与验收，跨期需求只核对本期部分并保留终验期去向；用户另给范围时从其要求。计划没有需求来源且未给 PRD 时询问。目标无法唯一确定时询问文档/仓库位置，先做不依赖该信息的调查，不擅自选择相邻文档。
• 默认写差异报告、新 gaps plan 及已启用台账的事实索引（见文末）。原 PRD、原计划、完成记录和代码保持只读；文档同步也列为 follow-up，不自动修改历史完成事实。不自动实施、创建 issue、发布或发送评论。
• 只核对 PRD 及已确认变更承诺的范围，不新增产品机会，不设问题数量或 top-N 截断。明确不在本期的需求保留追踪去向，不当成本期遗漏；未获确认的删减/延期不能算范围外。
• FR 优先于 NFR：用户未明确要求侧重、PRD 也未定为本期必须满足或验收的 NFR（性能、容量、可用性、可靠性、可观测性、运维、成本、可维护性等）按常规工程核对：不要求基线、压测等系统性证据，不因缺少这类证据或未达理想指标判 A、进 gaps plan 必做范围；实现明显低效且有开销相近的更优做法时列为后续改进。权限、租户隔离与数据正确性按功能需求核查。
• 参考 gen-specs-as-issues 的文档对照实际行为、用户旅程和依赖分析思路，不继承其问题配额、评分公式或 issue 创建流程；运行时不依赖该参考技能。

1. 锚定输入与证据链