读者问答

优先查看能够独立核对的公开材料，例如发布主体的公开页面、完整采访、作品正式资料和明确署名的媒体报道。二次转述可以作为线索，但如果找不到原始出处，就应明确说明来源缺口，不会仅凭多个账号重复同一句话把它升级为事实。

事实部分应能够对应到公开材料或可重复核对的内容；“编辑观察”用于分析传播链条、表达方式和阅读习惯，属于解释与判断。页面会明确标注观察性质，不把推测包装成事实，也不会用观点替代日期、数字、原始引语等需要来源支持的信息。

不是。回应首先证明的是“某个主体公开表达了什么”，它可能包含事实陈述、态度、解释、承诺或尚待核对的说法。回应对照会区分原始问题、回应内容、已回答部分和仍缺信息，并提醒哪些关键内容还需要独立资料支持。

六种状态用于说明具体说法能确认到哪里，而不是给整件事件贴一个总标签。“公开资料支持”“部分信息可确认”等都必须对应明确范围；如果资料后来更新，就使用“信息已经变化”。同一事件中的不同说法可以处于不同状态，不能互相替代。

因为事情发生的时间与人们得知它的时间可能不同。若把媒体报道时间、声明发布时间直接当成事件发生时间，就可能制造错误的因果顺序。脉络追踪会尽量分开记录；没有可靠日期时，只使用“初始资料”“后续补充”等阶段名称，不补造具体时间。

普通栏目按内容类型组织，例如影视、消费、回应和查证；主题索引则按问题组织，把同一阅读问题涉及的背景、回应线索、核对方法和延伸栏目放在一起。它关注“如何理解片段传播”“如何核对会员条件”等方法，不针对真实个人建立负面档案。

手机端页眉下方提供“栏目目录”，按五组列出全部主要页面；页面底部还有完整页脚目录。固定底部导航只放首页、摘读、查证、索引和应用五个常用入口，并不代表其他栏目被隐藏。关闭 JavaScript 后，原生目录仍然可以展开使用。

当前实现不会。全部栏目结果在 PHP 输出页面时已经写入 HTML，JavaScript 只在浏览器本地根据名称、简介和固定主题词筛选显示，不请求外部 API，也不跳转到不存在的搜索页面。需要注意的是，站点另有本地统计脚本，其真实数据行为应以实际脚本内容为准。

页面只使用约定的本地 WebP 文件。PHP 会先检查文件是否存在和可读，存在时按原比例显示；缺失时则使用简洁的栏目回退区域，不显示破损图标，也不会擅自下载远程图片。这样即使图片尚未部署，正文、导航和链接仍然能够完整阅读。

当前没有提供可核实的客户端发布资料，因此本站不会声称应用已经上架，也不提供下载地址、二维码、版本号、安装量或评分。APP页面目前只介绍移动阅读方向和网站已经实现的能力；如果未来出现真实客户端资料，还需要核对发布主体、权限、版本和隐私说明。

因为当前没有提供真实接收渠道。资料来函页只说明哪些公开材料适合核对、怎样写清来源、哪些敏感资料不应提供，以及隐私最小化原则。没有接收渠道时制作“提交成功”页面、上传框或虚假客服入口会造成误导，所以本站不这样做。

如果姓名、时间、数字、地点或引语归属等事实写错，属于事实性更正；如果原材料无误但缺少影响理解的上下文，属于语境补充；仅减少歧义则可能是表述修订。真正的更正应说明变化及影响范围，没有历史资料时不会虚构案例。

因为公共头部会加载已有的 /x.js 和 /xtj.js，而当前无法核实这些脚本的具体实现。虽然网站本身没有注册、支付和上传功能，也不会主动索取敏感资料，但在不了解统计脚本真实行为前，作“完全不收集数据”或“绝不使用 Cookie”的保证并不准确。