如何搭建多来源新闻清单：追溯原始出处，减少重复阅读
从一个具体问题出发，检查署名、转载标注、原始文件与独立采集的信息，建立按证据角色组织的新闻清单。通过假设新品案例练习归并重复报道，再用每周维护保留真正有用的来源。
- 先写清需要回答的问题，再为清单分配原始文件、原创报道、当地信息和相关方经历等角色，不以订阅数量衡量新闻来源多样性。
- 通过署名、供稿标注、原文链接和发布日期追溯事实出处；转载不等于虚假，多个网站重复同一材料也不等于独立核实。
- 把共享公告或通讯社稿件的内容归为同一事实来源，分别记录原创测试与技术文件的新增信息；出处不明时保留不确定性。
- 每周限时检查更新、更正和来源重叠，合并重复入口；需要持续跟进时，可用定制新闻安排主题任务，再打开实际来源核对。
先确定要回答的问题，再挑选来源
搭建多来源新闻清单，第一步不是收集网站，而是写下一句你需要持续回答的问题。假设你正在考虑是否更换家里的扫地机器人，可以先问：新品解决了什么问题，哪些能力只有厂商宣称，哪些已有可检查的证据？这只是选题示例，不涉及真实产品或购买结论。
接下来，把问题拆成所需材料：规格需要技术文件，使用表现需要说明方法的原创测试，售后适用条件需要当地服务信息，日常限制则可能需要相关使用者的具体经历。清单中的每个入口都应承担一个角色；如果两个入口长期只提供相同内容，就没有必要都作为日常必读。
同时分清发布者和信息提供者。网页所在的媒体是发布者，正文中的事实却可能来自通讯社供稿、厂商新闻稿、原始文件或记者自行采访。一家媒体可以在同一篇报道中使用多种材料，因此，来源判断应落到具体说法，而不只是给整个网站贴标签。
如果你还不确定“兴趣广泛”和“证据丰富”有什么区别，可以先看个性化新闻与信息茧房：推荐更合口味，是否代表看得更全面？。这里要完成的则是一份能实际维护的来源清单，而不是继续扩大订阅规模。
沿署名和引用，追到事实最初从哪里来
遇到值得加入清单的文章，建议按下面的顺序检查。以下步骤是阅读建议，不是已经完成的调查，也不是衡量媒体质量的科学量表。
- 看署名与供稿标注：区分记者署名、通讯社供稿、转载和综合整理。不要只凭标题或网站名称判断原创。
- 找正文归因：留意某项说法来自公告、采访、文件还是另一篇报道，并打开能够找到的原文链接。
- 对照日期：分别记下文章发布时间、更新时间和上游材料日期。较新的网页不一定包含较新的事实。
- 核对关键引文与段落：如果多篇文章都引用同一段话，继续查共同出处；相似措辞只是线索，不能单独证明抄袭或来源完全相同。
- 找自行取得的信息：文章是否明确说明记者采访、查阅或测试了什么？把新增部分与转述部分分开记。
美联社的报道规范要求为可争议信息注明原始来源并自行撰写；新闻稿不能原样转发，需要评估可信度、补充信息并标明出处。这是美联社的标准，不代表所有媒体都如此操作，也不是说新闻稿一概不可信。
找不到归因时，在清单中写“上游出处未明”，不要自动归为独立报道。可以继续寻找原始链接；仍无法确认，就将该入口暂留为发现线索的渠道，不拿它充当另一份独立佐证。
按证据角色填写一份精简清单
建议用表格、笔记或书签备注建立下面的工作表。每行填写具体入口及其用途，同一个入口可以承担多个角色；这些角色也不要求各选一家媒体。
| 来源角色 | 入口与出处记录 | 主要回答什么 | 需要保留的限制 |
|---|---|---|---|
| 原始文件 | 填写公告、技术文档或服务条款入口，注明版本与日期 | 发布方正式承诺或规定了什么 | 发布方有自身利益，文件不等于外部核实 |
| 原创报道或测试 | 填写报道入口、作者及自行取得信息的方法 | 有哪些独立采集的事实 | 采访范围、测试条件与结论边界 |
| 当地报道与专业解释 | 填写地区、专业背景及其依据的材料 | 哪些条件影响本地适用性，技术说法如何理解 | 专业身份不能替代具体证据 |
| 相关方经历 | 填写使用情境、陈述者与原始记录 | 哪些现实问题可能被规格表遗漏 | 个别经历不能直接推及所有人 |
| 更新与更正入口 | 填写更正页、更新说明或原报道入口，注明最近检查日期 | 哪些旧说法已经改变 | 没有看到更正，不等于内容从未出错 |
为每行再加“主要上游出处”和“保留理由”两项备注，便于以后归并。媒体所有权、商业合作和利益关系可以作为背景记录，但不能仅凭同一所有者就断言每篇报道受到相同指令；反过来，不同所有者也不代表各自取得了独立证据。
新闻来源多样性不要求每个问题都配一篇相反意见。先看证据是否能支持当前主张，再补遗漏的相关方；没有依据的反对说法，不应因为方向不同就得到同等权重。
练习归并：几篇新品新闻，究竟有几条证据路径
继续使用一个完全假设的扫地机器人发布场景：厂商发布新品公告，一家网站直接整理公告，另一家转述通讯社的发布会报道，第三家又转载同一篇通讯社稿件。这里没有真实品牌、报道或测试结果，目的只是练习如何记录来源。
| 假设材料 | 事实从哪里来 | 清单中怎样处理 |
|---|---|---|
| 公告改写与通讯社稿件的转载 | 产品能力主要依赖同一份厂商声明；稿件如有另行采集内容，单独注明 | 把共享的厂商说法归为一组，不按网站数累计佐证 |
| 披露方法的原创测试 | 假设作者交代样机来源、地面条件、运行设置和记录方法 | 单列实际观察，只用于方法能够支持的结论 |
| 官方技术文件 | 厂商提供的规格、兼容条件及使用限制 | 用于核对正式技术描述，不当作第三方性能验证 |
例如，公告中某项能力被反复转述，并不会因此变成多次验证。如果假设测试只覆盖一种地面条件，就不能把结论扩展到所有家庭环境；如果技术文件补充了兼容限制，这是一项有用的新信息，但仍来自厂商。
归并应按主张进行，而不是把整篇报道简单删除。通讯社文章可能同时包含发布会声明和自行采访，两部分的证据来源不同。保留最便于追溯和查看更新的入口，再记录其他文章真正新增的部分，才能减少重复而不丢失信息。
每周维护：查更正、合并重复、补齐缺口
清单可以放在书签文件夹，也可以交给支持自选来源的阅读工具整理。工具只负责承载入口，不替你判断证据是否独立。需要进一步选择阅读工具时，安卓 RSS 阅读器与 AI 摘要推荐：Inoreader、Readwise Reader、Feeder 怎么选可以帮助你比较不同整理方式。
建议每周留出十五分钟维护一次，时间不足时先检查与你当前决定最相关的条目。这是可调整的安排，不是经过验证的最佳时长。
- 先查更新：打开近期用作依据的原文，查看更新时间、更正说明及链接文件是否变化；把旧结论和新内容分开记录。
- 再查重叠：如果某入口持续只改写已有材料，且没有独特的更新或当地信息，就移出日常必读，必要时留作备用。
- 处理未知出处：继续寻找署名、供稿和原文链接；仍未查明则保留标记，不把不确定变成独立来源数量。
- 最后补缺口：按尚未解决的问题寻找替代入口。新增来源应说明它填补什么，而不是只因为它属于另一个域名。
没有持续更新，不一定要删除一份仍然适用的原始文件；重复发布，也不一定毫无价值。如果某入口便于发现更正或提供可靠归因，可以保留它承担这一角色。维护结束时，只需留下当前问题、可用依据、未明出处和下次检查项，不必计算所谓的多样性分数。
用主题简报发现值得继续追问的内容
清单建好后，如果某个问题需要持续跟进，可以用我们的定制新闻安排主题任务。例如，针对上述假设选题，你可以提出：“我想每周五了解扫地机器人新品的后续，重点寻找披露方法的原创测试和技术文件变化。”这是一项请求示例，不是把你的清单配置成固定来源白名单或 RSS 订阅。
定制新闻需要支持该插件的 FoneClaw Agent 版本。你可以手动创建任务，或让 AI 提出方案，再核对主题及实际支持的时间、重复选项并确认；不合适时可以取消。预设任务默认关闭，需要主动启用。任务之后可编辑、暂停、重新启用或删除，也可查看运行历史，在新闻对话中继续追问出处。网络状况和 Android 后台限制可能延迟运行。
读到简报后，打开实际来源，核对作者、日期、上游材料及新增证据，再决定是否更新清单；不要仅凭摘要就把一条材料归为独立验证。相关能力可在定制新闻产品页和功能介绍中了解，使用前还应确认所在地区与当前版本的适用条件。
现在就从一个未解决的问题开始：找出你最近读过的一篇报道，沿引用追到原始出处，把它填入相应角色。下一次新增来源时，先回答“它补上了什么”，再决定是否保留。