# 项目记录：给消息表加「来源层级」之后 ## 起因 新游消息表堆到一定程度后出现一个问题：同一条消息，有的来自官方公告，有的来自转述，但表里看起来一样。引用时一不小心就把转述当成了官方说法。于是加了一列「来源层级」。 ## 三个层级怎么分 | 层级 | 定义 | 例子 | | --- | --- | --- | | 一级 | 发布方自己的渠道 | 官方公告、官方账号 | | 二级 | 能追溯到一级的转述 | 媒体引用官方原文 | | 三级 | 无明确出处的传闻 | 论坛讨论、匿名爆料 | 三个层级的关键差别不是「可信度高低」，而是「能不能回查到一级」。二级如果给出了原文链接，实际上和一级一样可靠；没给链接的二级，就只能当三级用。 ## 加完之后的用法 1. 每条消息必填层级，填不出就标三级。 2. 对外引用时，只引一级和带链接的二级；其余只作线索，不作依据。 3. 三级消息单独排队，等一级出现再升级。 第三条最实用。很多传闻后来真被证实，但证实之前不应提前当事实用；单独排队，既不丢线索，也不误发。 这种「把信息分层、把出处写清」的取向，和 [前端 Wiki](https://www.37466.top/) 里知识点与出处紧挨着的编排同源：读者不必点开也能判断这条信息的分量。 ## 观察到的变化 - 被误引的次数明显下降，因为层级就在表里，一眼能看到。 - 三级消息的堆积量比预想少，多数在几天内就能升到一级或淘汰。 - 维护时多了一个筛选：优先核对三级，一级不必反复查。 ## 适用边界 适合消息量大、需要长期追踪的场景。零星几条不必建表，记在心里就行。另外，层级要随消息更新，一条三级升到一级后要改回来，否则表会自己过期。 ## 小结 一个层级列，把「能不能回查」从记忆问题变成查表问题。三级分清、引用有据，消息表才敢长期用下去。