P3-7.2 应该怎样把比较表读成人工复核句子¶

Section ID: P3-7.2 Version: v2026.07.20

一旦基准线比较表做出来，眼前就会开始同时出现很多数字。最近平均值、基准线平均值、差值、比例差、最近波动性、基准线波动性，这些列都可能一起冒出来。这时人们很容易只盯住最显眼的那一个差值，然后立刻下结论。但比较表的阅读顺序很重要。在 Part 3 里，这张表不该被读成自动诊断结果表，而应该被读成 一张用来生成“人工复核句子”的表。

读比较表时，重点不是重新建一遍基准线结构，而是决定：已经做出来的比较结构，应该按照什么顺序去读，才能减少过度解释。即使是同一个差值，也只有把样本数、基准线条件、波动性、模式列一起读进去，才能更安全地改写成人工复核句子。

通常更安全的阅读顺序是这样的。先看最近区间是由多少条样本组成的；再确认拿来比较的基准线到底是什么；接着不要只看绝对值，而要把差值和比例差一起看；然后除了平均值，还要把波动性和模式列一起看进去；最后才把它总结成一句运行语句。这个顺序之所以重要，是因为比较表不是一张 只摆一个数字 的表，而是一张 连比较条件也一起放进去的表。如果不先看最近样本数和基准线定义，就直接从差值开始读，那么比较到底靠不靠谱、以及“拿什么去比什么”这两个背景就会丢掉。也就是说，比较表首先应该被读成“先读比较上下文，再读计算结果”的表。

如果把这张表再压缩成更短的运行问题，就是下面这样。

• 这个差异是看了多少条样本才说的？
• 现在到底在拿什么和什么比较？
• 变化的只是平均值，还是连波动也变了？
• 如果把数字差异改写成人工复核句子，应该怎么写？

只要经过这些问题，比较表就不会再被读成一堆数字，而会更像 一份用于状态比较的报告句子草稿。

例如，假设最近区间平均值低于基准线。这时不应该立刻说 性能变差了。应该先看最近区间样本数是否足够，再看波动性是否也一起变大，最后再去确认模式摘要里，是否也出现了后段下降的重复。只要按这个顺序去读，即使是同一个数字差异，也可能会被区分成 一次性跳动、缓慢变化、重复性的状态变化。

运行句子也不应该像复制比较表那样直接抄，而要反映出比较结构本身。例如，可以写成下面这样。

• 最近 20 条样本中，后段下降率比基准线更大。
• 最近区间的波动性也一起升高，因此先把它读成可能的重复变化，而不是一次性跳动。
• 暂缓确定原因，但提高人工复核优先级。

这些句子之所以更安全，是因为它们没有把比较表直接当成自动诊断结果来使用。所谓“警告”，更接近一种信号：它帮助人先缩小应该优先看什么，而不是自动给出最终诊断。把最近区间和基准线并排放在一起，目的也正是为了更诚实地收窄这个复核目标。

同样的阅读顺序，也可以直接用一个简单图来显示。

flowchart TD
    A[比较表]
    A --> B[1. 检查 recent_count]
    B --> C[2. 检查基线条件]
    C --> D[3. 阅读差值与比率]
    D --> E[4. 检查波动与模式]
    E --> F[5. 写复核句子]

    B --> G[案例太少？<br/>降低置信度]
    D --> H[差值很大？<br/>可能发生变化]
    E --> I[模式重复？<br/>更强的复核理由]

这张图展示的是：不要一上来就从最显眼的 diff 开始读，而应该先确认样本数和基准线条件。也就是说，这里与其说是在给出数值例子，不如说是在固定一件事：比较表应按什么顺序读取，才能安全地转换成一条人工复核句子。

现在，如果把两行结果改写成运行语句，差异会更明显。type-A 最近 20 条样本里，平均值下降和波动性增大一起出现，因此可以读成“重复变化候选”。相反，type-B 即使差值看起来明显，但最近样本只有 3 条，所以与其用同样强度的句子，不如用 样本太少，还需要继续观察 这样更弱的表达。正因为如此，这一节才会把“读比较表”和“写运行语句”放在一起讨论。差值能帮助收窄解释候选，但单靠比较表本身，仍然不会自动告诉我们原因。

这张表决定的，不是 哪个数字最先抓眼，而是 先确认什么上下文，才能减少过度解释。

这一节与其说是在讲读表技巧，不如说更接近于在讨论：如何按照顺序把比较信号翻译成低强度的人工复核句子(signal-to-review translation order)。

因此，比较表不该被读成自动结论表，而应该被读成一个中间阶段：人在先确认上下文之后，再把信号改写成句子。

来源与参考资料¶

• NIST/SEMATECH e-Handbook of Statistical Methods, What are Variables Control Charts?. 它既解释了“当前表现和过去表现进行比较”的结构，也说明比较信号并不等于直接确定功能结论，因此强化了这一点：比较表应该被读成复核信号表，而不是原因确认表。 https://www.itl.nist.gov/div898/handbook/pmc/section3/pmc32.htm / 确认日期: 2026-07-20
• W3C, PROV-Overview. 它提供了一个一般框架：通过 provenance information 把数据形成过程中的条件和步骤背景一起保留下来，因此也可以用来一般化这里的说明：比较表不应只看 diff，而应连同基准线条件、recent_count 这样的比较上下文一起读取。 https://www.w3.org/TR/prov-overview/ / 确认日期: 2026-07-20