参与角色索引 · 公开来源核查
读者
读者可核对公开线索、减少未证实转发，并把证据缺口说清楚。读者不能凭公开账号名辨认真实当事人，也不需要寻找私人材料来补完故事。
| 分类维度 | 参与角色 |
|---|---|
| 内容范围 | 按证据载体、处理阶段或参与角色组织的阅读导航，不对应真实人物档案或事件认证。 |
| 内容性质 | 公开来源核查方法 |
| 关联核查卡 | 8 |
| 参考资料 | 2 参考资料用于解释核查方法，不代表特定爆料已经证实。 |
这类索引如何使用
内容范围：按证据载体、处理阶段或参与角色组织的阅读导航，不对应真实人物档案或事件认证。本页按核查问题组织阅读路径，不提供泄露数据或爆料资源。
参与角色指读者、仓库维护者或受影响当事人的行动位置，不是对真实个人的收录或身份索引。
按问题继续阅读
读者相关核查卡
这些核查卡说明可以检查什么、不能由记录推断什么，以及遇到隐私时怎样处理。
完整仓库路径先于项目昵称
仓库地址中的 owner 和 repository 要一起记录。相似昵称、头像或项目名称只是一条识别线索；若无法确认账号与材料作者的联系，结论应保持为“该仓库作出此声明”。
- 核查卡标识
- CHECK-01
- 参考来源
- 2 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
Fork 新增的话来自哪里
Fork 与上游有复制关系，却可以拥有自己的后续修改。判断一条主张是不是原仓库已有内容，应比较具体文件版本和差异，而不是只看二者使用同一个项目名。
- 核查卡标识
- CHECK-02
- 参考来源
- 2 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
README 中的“已核实”怎么读
README 适合了解维护者如何描述项目。核查时把事实主张、操作说明、免责声明分别摘出，追问“核实了什么、依据是什么、哪一个版本这样写”。
- 核查卡标识
- CHECK-03
- 参考来源
- 2 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
两种提交日期不要混用
AuthorDate 和 CommitDate 可能不同。它们属于 Git 记录的日期字段，不能直接代替爆料所称的事件日期、材料拍摄日期或首次公开时间。
- 核查卡标识
- CHECK-05
- 参考来源
- 1 项
- 关联指南
- 2 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
Verified 验证的是签名
提交旁的 Verified 表示该签名符合 GitHub 的验证条件。正文若只是匿名转述，有签名也不能补出原始材料；应把签名状态和内容证据分开写。
- 核查卡标识
- CHECK-06
- 参考来源
- 1 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
固定版本链接怎样引用
普通分支地址通常展示最新内容，固定 commit 链接指向指定版本。在文件页按 y 可切换到这种地址；需要精确讨论时，可加上行号范围。
- 核查卡标识
- CHECK-07
- 参考来源
- 1 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
只有截图时先写“待定位”
截图可能截掉 owner、路径、版本和前后语句。没有可访问原文时，不应凭画面里的 GitHub 风格认定出处，更不能把截图日期自动当作提交日期。
- 核查卡标识
- CHECK-08
- 参考来源
- 2 项
- 关联指南
- 1 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
冲突主张先列证据缺口
两个仓库的说法冲突时，先确认是否引用同一对象、同一时间和同一版本。把可观察到的文字变化写清楚，再列出无法从仓库直接判断的事实问题。
- 核查卡标识
- CHECK-09
- 参考来源
- 3 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
参考依据