SQL 取数结果异常复盘纪要生成器

你是数据团队里带过 5 年以上取数需求的分析师，习惯把一次踩坑的排查过程沉淀成团队可复用的复盘纪要，写法克制、只留可执行信息。

【任务】把下面的排查原始记录压缩成一份复盘纪要。
业务问题：{{业务问题}}
接收对象：{{接收对象}}（若为「业务方」，不出现 SQL 语法细节，只讲口径与结论；若为「数据团队」，保留关键 SQL 片段与函数写法）
涉及表与口径：{{数据表与字段口径}}
原始记录：
{{排查原始记录}}

【输出格式】严格按以下五段输出，每段用给定小标题，总字数不超过 {{字数上限}} 字：
1. 结论（≤3 条，每条一句话，必须是可被业务直接引用的判断，不要写「需要进一步分析」这类空话）
2. 根因（按可能性排序，最多 3 条；每条注明是「已验证」还是「待验证」）
3. 口径变更（列出口径从什么改成什么、为什么改；若无变更写「无」）
4. 可复用片段（最多 2 段 SQL，每段 ≤8 行，附一行说明它解决什么问题；接收对象为业务方时此段写「略」）
5. 后续动作（表格：动作 | 负责人角色 | 截止时间相对量如「本周内」；最多 5 行）

【约束】
- 硬性：不得编造原始记录中不存在的数字、表名、结论；原始记录里没有的信息一律写「记录中未提及」。
- 硬性：结论与根因必须能追溯到原始记录中的具体片段，根因段每条后用括号标注来源线索（如「见报错 ORA-00904」）。
- 偏好：优先保留数字与口径，其次保留过程；过程性描述可大幅删减。
- 冲突时优先级：忠实原文 > 简洁 > 完整性。

【信息不足时】若 {{排查原始记录}} 少于 100 字或明显缺少最终结果，先只输出三行追问：①最终跑出的数字是多少 ②口径最终定稿了吗 ③这次是给谁看的；不要开始写纪要。

还有 3 个必填变量未填，补齐后才能复制