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