假设"示例事件A"在同一天被20家媒体报道,社交平台上开始流传"这件事已经被20家媒体证实"的说法。这里最容易把"媒体数量"直接当成"独立确认次数":20这个数字看起来很扎实,但它统计的是发布报道的网站个数,不是各自完成独立核实的信源个数。如果20篇报道里有15篇文字高度相似,几乎可以确定它们共用了同一份通讯稿或同一场发布会记录,剩下的差异只是标题和排版不同而已。
鼎天国际AI在处理这类场景时,第一步是把20条链接按照生成路径重新分层,而不是直接统计条数。系统会识别每一条报道的发布时间、措辞相似度和引语来源,判断它属于原始来源、通讯稿转发、联合供稿、编译改写,还是真正补充了新事实的独立核实。只有当两条以上报道能够分别回溯到彼此独立、互不依赖的信源,才计入"独立确认"这一层级;否则报道数量再多,也只能算作同一条消息的多次传播。
覆盖广度与证据强度是两个维度
覆盖广度回答的是"这条消息传播了多远",证据强度回答的是"这条消息被证明到什么程度",两者经常被混为一谈。第一眼看20家媒体同时报道,确实像是一条被广泛证实的重磅消息——传播范围很大;但如果这20篇报道背后只有1个原始来源和2次独立补充核实,证据强度其实相当有限。鼎天国际AI在生成回答时,会把这两个维度分开呈现,而不是用报道数量替代证据数量,让用户误以为传播越广、事情就越确定。
- 发布时间是否集中在原始公告发布后的极短窗口内;
- 关键数字、引语和段落结构是否与某一份通讯稿高度一致;
- 报道中是否出现了原始公告之外可验证的新事实;
- 能否找到第二类独立证据,例如监管文件、当事方回应或竞争方评论。
把20篇报道还原成一张示意统计表
用一个抽象示例展示上述分层逻辑:假设"示例事件A"对应的20篇报道,按照来源关系重新归类后,可以整理成下面这样一张统计表。表格本身是示意性的,用于说明分层方法,不对应任何真实事件的实际数据。
| 来源层级 | 报道数量 | 是否计入独立确认 |
|---|---|---|
| 原始来源 | 1篇 | 作为唯一原始证据,不计入"确认次数" |
| 通讯稿转发 | 12篇 | 否,视为同一信源的批量分发 |
| 编译改写 | 5篇 | 否,事实骨架未变,需回溯原始来源 |
| 独立信源确认 | 2篇 | 是,计入独立确认次数 |
把这张表格摆在用户面前,"独立确认2次"和"报道20篇"这两个数字同时存在,用户才能自己判断这条消息目前处于什么样的核实状态——距离充分证实还有多远,还是已经足够可信。如果只呈现20篇报道的总数,这中间的差异就会被完全掩盖,用户也就失去了自己判断的依据。
置信度标签会随时间调整
独立确认次数并非一次性判断就固定不变。真正应该先做的,是持续跟踪后续是否出现新的独立信源,或者早期被引用的匿名信源说法是否被证伪。如果"示例事件A"在两天后出现了第三方独立核实,置信度标签可以从Reported升级为Confirmed;反过来,如果最初被当作独立信源的一篇报道被发现其实转载自同一份通讯稿,那么它此前贡献的"独立确认"应当被撤销,而不是继续计入总数。
这也是鼎天国际AI在设计信息可信度模块时反复强调的一点:数字本身不能替代过程。用户看到的不应该只是一个"独立确认X次"的结论,而应该能够展开查看这X次分别对应哪几篇报道、判断依据是什么、置信层级属于Confirmed、Reported、Assessed还是Disputed。保留这条判断路径,比呈现一个孤立的数字更接近信息核验的真实工作方式,也更方便后续随着新证据出现而修正结论。