项目记录：给消息表加「来源层级」之后

起因

新游消息表堆到一定程度后出现一个问题：同一条消息，有的来自官方公告，有的来自转述，但表里看起来一样。引用时一不小心就把转述当成了官方说法。于是加了一列「来源层级」。

三个层级怎么分

三个层级的关键差别不是「可信度高低」，而是「能不能回查到一级」。二级如果给出了原文链接，实际上和一级一样可靠；没给链接的二级，就只能当三级用。

加完之后的用法

1. 每条消息必填层级，填不出就标三级。
2. 对外引用时，只引一级和带链接的二级；其余只作线索，不作依据。
3. 三级消息单独排队，等一级出现再升级。

第三条最实用。很多传闻后来真被证实，但证实之前不应提前当事实用；单独排队，既不丢线索，也不误发。

这种「把信息分层、把出处写清」的取向，和 前端 Wiki 里知识点与出处紧挨着的编排同源：读者不必点开也能判断这条信息的分量。

观察到的变化

• 被误引的次数明显下降，因为层级就在表里，一眼能看到。
• 三级消息的堆积量比预想少，多数在几天内就能升到一级或淘汰。
• 维护时多了一个筛选：优先核对三级，一级不必反复查。

适用边界

适合消息量大、需要长期追踪的场景。零星几条不必建表，记在心里就行。另外，层级要随消息更新，一条三级升到一级后要改回来，否则表会自己过期。

小结

一个层级列，把「能不能回查」从记忆问题变成查表问题。三级分清、引用有据，消息表才敢长期用下去。