加法型指标异动时，维度贡献度分解的具体公式与剪枝策略

背景：做了 8 年算法，近一年主要精力在指标体系与看板。最近在一个 B 端平台上反复撞到一个「归因不落地」的痛点：核心指标是加法型（订单量、DAU 这类可以按维度直接相加的），某天掉了一截，老板要的是「哪个维度组合贡献了多少」，而不是「大概是哪里出问题」。

现象：团队现在的做法是人工写 SQL，按城市、渠道、端、新老客逐个下钻，看哪个维度降幅大就盯着看。但有两个具体问题让我很头疼：

1. 维度组合爆炸。4 个维度每个 5~20 个取值，全排列上万种，人工根本看不过来，而且经常「单维度看着都正常，组合起来才掉」，靠人眼根本抓不住。
2. 贡献度怎么算不一致。有的同事用「该维度值降幅占比」，有人用「(当期-基期)/总降幅」，还有人上 LMDI 对数分解，三种算出来的「头号根因」经常不一样，会上就开始扯皮。

已尝试：① 纯人工单维度下钻（慢、漏组合）；② 写脚本做全组合扫描按降幅排序（组合爆炸、且没考虑维度间相关性，容易把「同一个根因」拆到多个维度上重复计数）。

期望得到的答案形态：希望有人能给一套可复现的做法，最好包含：

• 加法型指标做维度贡献度分解的具体公式（怎么定义「某维度值对总降幅的贡献」），以及它和 LMDI / 对数分解的适用边界（什么时候用加法分解、什么时候必须上乘法/对数分解）；
• 面对「单维度都正常、组合才掉」的剪枝或排序策略（比如先按贡献度 top-N 收敛、或基于信息增益选维度），最好有伪代码或可跑的示例；
• 怎么处理同一根因被拆到多个维度重复计数的问题。

最好能附上一个小的数值例子（比如 2 个维度 × 3 个取值，把公式代进去算一遍），这样我可以直接拿去给团队对齐口径。