如何追踪 Twitter 在 policy update 之后的 coverage 变化，让团队看见治理调整到底带来了什么得失

coverage 可能代表 source breadth、issue breadth、捕获量，或者关键 signal 是否出现。团队必须先定义这次 change 关心的是哪一种。

否则“coverage 变好了”会变成没有操作含义的空话。

coverage review 只有在团队能比较相似时间窗、source set 或 alert slice 时才有意义。

否则自然波动也会看起来像 policy 影响。

团队很容易只看到 queue 变干净了、precision 提升了，却忘了检查哪些东西不见了。有些 loss 是故意的，有些则是 threshold、exclusion 或 routing 调整带来的 blind spot。

这两种情况必须分清。

最好的 post-update summary，不是简单地说“noise 降低了”，而是说明得到了什么、失去了什么，以及这个 tradeoff 值不值得。

这样的总结也能支持后续 rollback 或 refinement。