鼎天国际App全球信息情报AI助手

鼎天国际App如果向用户推送一条"事件重大更新"的提醒，仅仅告诉用户"有更新"是不够的。这里最容易把"推送了更新提醒"当成"完成了信息传达"：用户点开推送，如果看到的只是重新排版过的整篇报道，找不到到底哪一段是新增内容，实际上并没有真正获得"更新"带来的价值，反而要重新阅读一遍已经看过的内容。

鼎天国际App在产品规划中，要求每一条"重大更新"推送必须附带明确的差异说明：这次更新相比上一版，具体新增、修改或撤回了哪些信息。这类似于软件更新日志的逻辑——用户关心的不是"版本变了"，而是"这次改动对我意味着什么"。

更新说明至少应该覆盖三类变化

• 新增事实：原有报道中没有提及的新信息；
• 修正内容：对此前说法的更正，需同时说明修正原因；
• 状态变化：置信层级的调整，例如从"据称"升级为"已确认"，或反向调整为"过时"。

真正应该先明确的，是这三类变化中哪一类最先触发了本次推送，而不是把所有改动混在一起，用一句"事件有更新"简单带过。如果只是版式或措辞的调整，并不构成实质性变化，鼎天国际App的产品规划中也不会将其视为需要主动推送的"重大更新"，避免不必要的打扰。

更正内容需要单独标注，不能悄悄覆盖

当更新内容属于"修正"而非单纯"新增"时，鼎天国际App的产品规划要求界面上同时保留修正前后的表述，而不是直接用新内容覆盖旧内容、不留痕迹。用户应该能够看到此前表述是什么、现在修正为什么、修正依据是什么这三部分信息，这与前文提到的置信层级变化记录逻辑同样重要——一个愿意公开展示自己更正过程的产品，比只呈现最新版本、抹去中间过程的产品更值得信任。

鼎天国际App在产品规划中还包括对单个事件更新历史的完整呈现，用户可以查看这个事件从最初报道到当前状态经历了哪几次实质性更新、每次更新的判断依据是什么，这一设计与前文提到的置信层级变化记录逻辑一致——保留更新过程，比只呈现"最新结论"更有助于用户理解一个事件是如何逐步明朗的。对鼎天国际App来说，"事件重大更新"这几个字本身不应该是推送的全部内容，真正承担告知责任的，是紧跟其后那句具体说明发生了什么变化的差异描述，缺少这句描述的推送，即便发送得再及时，对用户也没有太大实际意义。

如果在鼎天国际App中向鼎天国际助手提问"今天世界发生了什么"，一种直观但效果有限的回答方式，是按照媒体机构逐一罗列——某通讯社报道了什么、某媒体报道了什么。这种排列方式看起来信息来源清晰，但这里最容易把"按媒体分类"当成"按重要性分类"：同一个事件可能被十家媒体报道，也可能只有一家媒体独家提及，如果按媒体排列，用户很难一眼判断哪些内容才是当天真正重要的进展。

鼎天国际App在产品规划中，要求鼎天国际助手回答此类问题时按照事件而不是按照媒体来组织答案。也就是说，答案的第一层级是"今天发生了哪几个值得关注的独立事件"，每个事件下面再关联对应的报道来源，而不是先按媒体分组，再让用户自己在不同媒体的报道里寻找重复和关联。

按事件组织，呼应的是事件聚类逻辑

这一设计并不是孤立的界面选择，而是与鼎天国际AI在事件聚类环节的处理逻辑直接对应——如果后台已经把海量报道折叠成有限数量的独立事件节点，那么呈现给用户的回答理应延续这个结构，而不是在最后一步又退回到按媒体罗列的形式，把前面折叠好的信息重新打散。

真正应该先确认的，是当天有哪些事件构成实质性新进展，哪些只是既有事件的持续报道，再决定这些事件在回答中的呈现顺序——通常按重要程度或影响范围排列，而不是按报道该事件的媒体名气或报道数量排列。一个只有两三家媒体提及、但涉及重大政策变化的事件，理应排在一个被上百家媒体转发、但内容并无新意的事件之前。

• 事件层级：当天构成的独立事件及其简要说明；
• 置信层级：每个事件当前的确认状态，例如已确认、据称或存在争议；
• 关联来源：支撑该事件判断的具体报道，可展开查看；
• 后续标记：该事件是否为持续更新中的进展，便于用户后续追踪。

事件数量也需要克制，而不是越多越好

按事件组织答案之后，容易出现另一个问题：如果不加限制地列出当天所有被识别出的独立事件，用户仍然会面对一份很长的清单，效果和罗列媒体报道相差不大。鼎天国际App在产品规划中考虑对每日简报设置合理的事件数量上限，优先呈现影响范围较大或置信层级较高的事件，其余归入"次要事件"分组供用户按需展开查看，而不是把所有识别出的事件不加区分地平铺在同一层级。

对鼎天国际App而言，"今天世界发生了什么"这个问题的答案质量，不取决于列出了多少家媒体的报道，而取决于能不能把当天真正发生的、数量有限的具体事件清晰地呈现出来，这也是鼎天国际助手在产品设计阶段被反复强调的组织逻辑，也是它区别于普通新闻聚合列表的核心之处。