来源核查分类

时间线

把事件日期、提交日期和查看日期分别记录。

一份文件包含的日期不一定是文件进入 GitHub 的时间;Git 中作者日期与提交日期也可能不同。跨地区转述应保留时区和版本,先描述可见变化,再讨论尚未证实的事件时间。

适用读者:比较多份截图或转述的读者

选择路径

按线索逐项核查

先明确需要核查的主张,再按下列步骤整理公开链接、记录与不确定部分。

  1. 列出文件内日期、作者日期、提交日期逐项记录完成情况和仍缺少的信息。
  2. 标注时区及你查看的版本逐项记录完成情况和仍缺少的信息。
  3. 未知的首次公开时间直接写未知逐项记录完成情况和仍缺少的信息。

本类核查卡

对应核查方法

这些卡片用于学习核查方法,,不代表具体爆料已被证实。

核查方法 1 个关联分类

两种提交日期不要混用

AuthorDate 和 CommitDate 可能不同。它们属于 Git 记录的日期字段,不能直接代替爆料所称的事件日期、材料拍摄日期或首次公开时间。

核查卡标识
CHECK-05
参考来源
1 项
关联指南
2 篇
适用角色
1 类

教育核查卡,依据官方文档解释方法;未验证任何真实爆料。

方法对照

相近线索怎样区分

对照不同记录的作用和限制,避免把仓库声明或截图单独当作结论。

按证据作用选择核查路径
比较主题 核心区别 使用建议 详细说明
分支地址与固定版本 需要别人复核你当时看到的文字时,优先提供固定版本。讨论最新维护说明时,可另列分支地址,并写清两者用途。 需要别人复核你当时看到的文字时,优先提供固定版本。讨论最新维护说明时,可另列分支地址,并写清两者用途。 阅读对照
声明与事实依据 先准确转述仓库声明,再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 先准确转述仓库声明,再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 阅读对照

常见误区

容易误读的地方

把事件日期、提交日期和查看日期分别记录。:请把主张、记录和证据缺口分开整理。

  • 把老截图日期推成首次发布日
  • 省去时区后强行排先后

常见问题

关于时间线的常见问题

暗黑爆料github 上的仓库能直接证明爆料真实吗?

不能仅靠仓库存在作出真实性判断。可分别核对仓库归属、文件版本、签名状态和正文出处;现实主张还需能支持它的独立依据。没有依据时保留未证实。

举报私人信息前要准备什么?

阅读官方政策,准备可点击文件链接、具体行号、信息类别和具体安全风险说明。不要在公开 issue 或本站纠错文本中重贴原值;本站表单只在本地准备说明。

继续深入

指南

提交与固定链接

提交 ID 用来定位一个版本,固定文件链接便于复核同一段文字。作者日期、提交日期和签名状态要分别记录;任何一个字段都不能独自验证爆料事件。

包含 4 个可复现步骤

阅读指南
指南

证据层级对照

仓库自述、Git 版本记录、平台签名状态与独立事件证据各支持不同问题。核查笔记应写清“这条依据支持哪句话”,而不是把不同类型的线索合成一个可信度分数。

包含 4 个可复现步骤

阅读指南

相邻核查主题

核查分类 用可复核版本链接替代截掉上下文的截图。

引用与定位

用可复核版本链接替代截掉上下文的截图。

准备引用或反馈文件位置的人

查看分类
核查分类 区分读者、仓库维护者和信息涉及者的下一步。

参与角色

区分读者、仓库维护者和信息涉及者的下一步。

寻找具体处理入口的人

查看分类