pr 查询，两个工具引用同一来源是否算独立证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /aa71259c474d.html
📄
pr 查询，两个工具引用同一来源是否算独立证据
不算。两个 pr 查询工具如果都引用同一条上游数据，比如同一份新闻稿、同一个数据库记录或同一段转载文本，它们只是同一条证据的两个显示界面，不构成两条独立证据。判断独立性的关键不是工具数量，而是每条数据能否追溯到互不相同的原始来源。
先看两个工具的输出能否指向不同上游
把两个工具的 pr 查询结果并排放，逐条看每项记录的来源字段。如果 A 工具写“来源：某新闻稿”，B 工具也写“来源：同一篇新闻稿”，无论界面、字段名或排序怎么不同，底层都是同一条。真正独立的情形是：A 来自企业官方发布，B 来自另一家媒体的独立采访，两者的事实来源不同，即使结论相似也各自成立。
可以做一个简单动作：对每条记录问“如果这条上游数据被撤回，另一个工具还会显示它吗”。如果答案是“也会消失”，说明两者共享同一源头；如果答案是“不受影响”，才具备独立证据的雏形。这个判断会直接决定你下一步是继续补证，还是可以停止收集。
同一来源被多次引用时，先识别三种常见形态
- 转载链：原始发布被多家站点转载，工具各自抓取其中一个转载页。来源不同，但事实源头相同。
- 同一数据库镜像：工具接入同一批数据的不同接口或缓存。字段可能有差异，数据本体一致。
- 同源二次加工：一个工具对原始记录做了摘要或分类，另一个直接展示原文。加工方式不同，证据仍是一条。
识别形态后，处理方式不同。转载链需要回到最早发布点核对；数据库镜像要看接入说明是否指向同一数据提供方；二次加工则要确认加工过程有没有引入新信息，如果没有，仍按一条证据计。
把资料转成可执行方案：分三步处理旧记录
假设你手里有一份旧的 pr 查询资料，其中两条记录来自同一来源，而这次查询的目的是决定是否继续保留某个旧合作关系。可以这样操作：
- 标记证据数：把同源的两条合并为一条，在资料上注明“同源，计一条”。这一步会改变你对证据充分度的判断。
- 补一条不同上游：如果合并后只剩一条证据，先不要下结论，去找一个来源不同的记录，比如另一家媒体的独立报道或另一份公开文件。
- 按证据数决定退出或保留：若最终只有一条同源证据支持继续合作，倾向保留观察而非立即续约；若出现两条以上不同上游且指向一致，才把“继续保留”列为可执行选项。
这个动作的结果会直接影响下一步：证据数不足时，下一步是补证或暂缓决策；证据数足够时，下一步才是进入退出或保留的具体安排。不要把工具数量当成证据数量，否则容易在只有一条证据时误判为两条，做出过早的退出或保留决定。
假设例子：两条同源记录如何改变结论
假设某次 pr 查询中，工具甲显示一条合作相关记录，来源标注为某新闻稿；工具乙也显示一条内容相近的记录，来源标注为同一篇新闻稿的转载页。表面看是两个工具都提到了这件事，但按同源处理，证据数仍是一条。
如果此时你原本计划“两个工具都显示，所以可以确认继续合作”，合并后应改为“只有一条证据，需要再找一条不同上游”。反之，如果工具乙的来源是另一家媒体的独立采访，即使内容相似，也应分别计数，此时继续保留的判断才更有依据。这个例子只说明计数方法，不涉及任何具体工具的实际数据。
退出旧关系时，同源证据如何影响保留范围
当旧内容、旧系统或旧合作关系需要退出时，同源证据的计数会改变你保留哪些部分。若某条记录只有同源证据支撑，退出时可以把它列为“待观察”，不急于删除或终止；若同一事项有两条以上不同上游证据，且都指向仍然有效，才把它列入“保留”范围。
具体动作是：在资料上给每条记录标注“上游来源”和“是否同源”，然后按标注分组。分组后如果发现某个保留理由只靠一组同源记录支撑，下一步就是先找替代来源，而不是直接执行退出。这个顺序能避免把同源重复误当成多重确认，也能避免在证据不足时误删仍有价值的部分。
