如何给 Twitter queue routing reason 分类，让 analyst 看得懂为什么一条结果会进入这个 review path

queue 告诉团队“它去了哪里”，routing reason 告诉团队“它为什么去那里”。这两者有关，但不能是同一个字段。

尤其当多个规则都可能把结果送进同一个 queue 时，这个区别会非常重要。

当 routing reason 能映射到 watchlist hit、severity threshold、source reputation、manual escalation 这类 rule family 时，后续维护会容易很多。

reviewer 也能更快理解到底是哪条逻辑先起作用。

有些结果进入某个 queue，是因为人工 override 了默认路径，或者因为系统在数据不完整时走了 fallback rule。

如果这些情况和普通自动路由共用 reason code，后面就没法审计异常行为。

reason code 不是只为了存储，它也是调试 queue imbalance、review latency 和 escalation drift 最快的入口之一。

尤其当多个 workflow 共用一个 review queue 时，这一层会特别有价值。