报表核算需求逆向提炼

要解决什么问题

报表类需求分析常陷入一个误区：把「AI 会算」当成目标。真正的问题是，当规则没覆盖到某个场景时，业务方能否低成本指出错在哪一行。草稿需求文档（HR 手写或 AI 生成）常有遗漏、口径写错，还夹杂「实现絮语」——是起步线索，不能直接当结论。

更棘手的是「看着改文档」的诱惑：拿草稿和原始 Excel 对照，每条规则都说得通，交付后换月的数据就崩。这个技能交付的是与金标准逐格 0 差异、可验收的需求规格说明书，而不是对草稿的润色。

技能如何工作

核心是把「一堆原始 Excel + 一份草稿需求 + 一份规则表」逆向提炼成三段式的《需求规格说明书》（核心逻辑 / 输入适配 / 输出适配），每条结论都必须经金标准数据端到端复算验证。关键步骤：

• 权威优先级：规则看规则表，列名看数据源，对错看金标准，草稿只参考；金标准本身也可能算错，差异要先定位在哪一侧。
• 三标法：每条规则和字段口径都带定性（事实/假设/待确认）、出处与验证状态（已复算/未复算/无法复算）；标为假设的必须附一句「换月会不会翻车」。
• 模糊词强制量化：「按实际」「视情况」「参照上月」不许原样抄进规格——要么用金标准反推出确定口径，要么记成待确认项交业务方定。
• 零差异验收：按文档算法复算后跑 scripts/verify_gold_standard.py 逐格比对，数值列按 ±0.01 容差、文本列按去空白全等；差异清不掉时走专门的收场路径，不许反推没有依据的规则去凑金标准。
• 口径版本与漂移：规则按月变是常态，规格须写明对应哪个月的规则表，并列出与上一版的差异。

适用边界与注意点

只触发在「要文档」的场合：需求提炼、整理需求文档、核对草稿与源数据是否吻合。以下场景不触发：纯编码实现、直接产出业务结果表、解读报表数据说明什么。

两条硬约束：不修改业务方原始需求目录中的任何文件，产出只写工作区；规则表每次变更都要重跑流程出新版规格，旧版随之过期。