重点监测信号

虚拟号码与验证服务情报负责人处理线路异常时，最早出现在自己视野里的群，不一定是原始来源。OTP（一次性验证码）故障被复制、摘录和补写后，信息看起来会越来越完整，出处却可能越来越模糊。

传播树先区分“看到”和“来自”

每个节点保存消息链接、群来源和出现时间，再用引用或转发关系连接上一层。没有原始链接时，只能写“首次看到”，不能把最早进入关注范围结果的群命名为首发。

一棵树可能呈现这种关系：

首次看到的故障简报
├─ 转发：保留原链接，没有新字段
├─ 摘录：补充运营商与失败码，原链接缺失
└─ 后续：写明恢复，但只引用了转发帖

这棵树不急着挑出“最可信的群”。它先暴露链条在哪里断了，以及每个节点到底贡献了什么。

运营商、失败码和测试时间只有绑定到提供它们的消息才可复核。若第一条只写“线路不通”，第二条才补失败码，就应保留这个差异。把两条合成一条字段齐全的“原始报告”，会制造一个从未存在过的消息。

字段完整也不证明发布者参与了测试或能够控制线路。聚合者可能准确转述技术信息，实际操作关系仍然未知。负责人能确认的是“这条消息包含哪些字段”，不能据此写“该来源确认了故障范围”。

在用户主动连接且有权访问的 Telegram 群中，TOP Prospect 可以关注线路异常讨论，对同源故障转发去重，并把原始消息、来源、时间和新增技术上下文整理为候选 Signal（等待人工复核的信息条目）。优先级只安排先查看哪棵传播树，不会自动认证故障、发布者身份或线路控制权。

人工复核后，负责人记录哪些节点保留原始链接，哪些补充运营商、失败码、测试时间或恢复更新，哪些只是复制。用户据此决定继续关注哪些来源或调整发现规则；一次表现不自动变成群的永久信誉分。

恢复消息要连回它所指的故障节点：它引用了原帖、转发帖，还是完全没有链接。它可能支持早先报告，也可能修正时间或范围；若无法建立对应关系，就只能作为待核实的后续材料。

纠错记录还要保存人工核实结果。某条早报后来被否定，另一条较晚的消息却保留了测试条件和恢复状态，这些具体差异比“谁发得快”更适合支持下一次来源选择。

研究与定义

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。