读者问答
这些问答集中解释网站如何处理来源、观点、回应、查证、隐私和移动阅读。每个答案直接写入页面，不依赖脚本生成。
你们怎样判断一个来源是否值得引用？
优先选择能够确认发布主体、材料标题和公开位置的来源，并尽量回到原始页面。匿名截图或多次转载可以提供线索，但不会因为转发很多就自动成为可靠证据。若只能找到二手材料，正文会说明来源层级，并把能够确认的范围限制在材料实际支持的部分。
事实和编辑观点在页面里怎样区分？
事实陈述需要对应可核对材料，回答“公开资料显示了什么”；分析和价值判断则应明确标注为“编辑观察”或使用清楚的评论语气。观点可以依据事实展开，但不能借事实的确定性隐藏主观判断，更不能把推测、动机猜测或情绪化形容词写成已经发生的事实。
当事方已经回应，为什么还要继续核对？
回应首先说明回应主体的立场、解释或承诺，其中有些内容可以由独立资料核对，有些只能确认“该主体作出过这项说明”。因此页面会把原始问题、回应覆盖范围和独立依据分开。已经回应不等于所有问题都已解决，也不等于回应中的每项事实已经被外部材料证实。
六种查证状态是不是给整件事情下结论？
不是。核验状态必须对应一个具体命题和证据范围。“公开资料支持”只说明某项具体信息能够被现有公开资料支持；“部分信息可确认”也只针对复合说法中的部分内容。页面不会因为局部核对结果就把整个人、机构或事件贴上真假标签，状态变化时也会说明具体变化在哪里。
脉络追踪为什么有时不用具体日期？
只有在可靠材料能够确认日期时，页面才写具体时间。若只能知道资料的先后阶段，就使用“初始资料”“后续补充”等名称，避免补造精确时间。追踪还会区分材料公开时间与材料所描述的事件时间，因为今天发布的说明可能描述更早发生的事情，两者混用会制造错误时间线。
主题索引和普通栏目有什么不同？
普通栏目按照阅读任务分类，例如平台传播、回应对照或消费条件；主题索引则把同一问题涉及的背景、方法、回应线索和延伸栏目放在一起。它不按照热度建立人物档案，也不收集隐私资料。读者可以从一个问题出发，在多个栏目之间继续阅读，而不用依赖实时榜单。
手机上的栏目目录怎么使用？
在平板和手机上，页眉工具区会显示“栏目目录”。点击后使用浏览器原生 details 在页面正常文档流中展开，不会覆盖正文或锁定滚动。目录包含全部栏目并按五组组织，关闭 JavaScript 也可以展开。启用脚本时，它只会与站内查找互斥，不会影响 FAQ 自己的问答展开状态。
站内查找会把我的关键词发送到服务器吗？
当前站内查找的栏目名称、简介和主题词已经由 PHP 预先写进页面，输入后由浏览器本地 JavaScript 负责筛选显示，表单提交也被拦截为本地筛选，不会访问不存在的搜索接口。关闭 JavaScript 时，完整目录仍然直接显示。统计脚本的实际行为则需要根据脚本本身另行核对。
为什么有些图片会显示成简洁色块？
页面会先检查对应本地 WebP 文件是否存在并可读；存在时按原始比例完整显示，不使用裁切。若文件缺失或不可读，就输出简洁的栏目替代区域，避免出现破损图片图标、文件名或服务器路径。这样的处理只影响配图，不会隐藏正文、目录、链接或其他阅读内容。
黑料网APP是否已经发布？
目前没有提供能够核实的客户端发布资料，因此本站不会声称应用已经上线，也不会展示下载地址、二维码、商店徽章、版本号、安装量或评分。APP页面介绍的是已经在网页端实现的移动阅读方向，例如栏目浏览、摘读、查证和主题阅读；若未来有真实客户端资料，再根据实际版本更新说明。
什么样的线索不适合提供或传播？
身份证、银行卡、密码、验证码、精确家庭地址、私人手机号、私人医疗资料、未成年人信息、未经授权的私人聊天和私密影像都不应作为传播材料。即使某项信息与争议有关，也应优先寻找能够说明公共问题的公开来源，而不是通过人肉搜索、报复或隐私曝光扩大现实伤害。
发现事实错误后会怎样处理？
更正应先确认问题类型：事实性错误、语境缺口、表述过度或图片权利问题。修订时说明改了什么，以及是否影响标题、摘要或主要判断。只有真实更正发生后才展示具体记录，不会为了让页面看起来“有历史”而虚构案例。对新材料的处理也遵循同样原则，让结论跟随证据变化。
隐私页面为什么没有承诺完全不使用 Cookie？
公共头部会加载站点已有的 /x.js 与 /xtj.js，但当前没有获得这两个脚本实际行为的可靠说明，因此不能负责任地承诺它们完全不使用 Cookie 或完全不处理设备信息。隐私说明会区分已经知道的站点功能和仍需核实的第三方脚本行为，避免用绝对措辞掩盖未知。