公开仓库阅读 · 教育核查卡
完整仓库路径先于项目昵称
仓库地址中的 owner 和 repository 要一起记录。相似昵称、头像或项目名称只是一条识别线索；若无法确认账号与材料作者的联系，结论应保持为“该仓库作出此声明”。
| 核查卡 | CHECK-01 |
|---|---|
| 具体问题 | 完整仓库路径先于项目昵称 |
| 核查线索 | 仓库来源 |
| 证据载体 | 仓库文件 |
| 处理阶段 | 引用之前 |
| 参与角色 | 读者 |
| 内容性质 | 教育方法说明 未验证任何真实爆料或个人身份。 |
操作顺序
先完成可观察的定位，再判断哪些主张仍缺证据。
- 记下完整 owner/repository、默认分支及查看日期
- 核对页面上的 fork 标识，找到上游后比较同一文件
- 对照维护说明中的来源，未给出处的身份自称单列为待核对
教学情境
虚构教学情境：两个仓库都叫事件记录，其中一个标注为 fork。仅凭项目名会混淆它们；记录完整路径后，才能说明你引用的是哪一个副本。
结论边界
能核对仓库归属和关联，不能仅据此认定账号为当事人或材料原作者。
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
适用范围与使用边界
适合
- 记下完整 owner/repository、默认分支及查看日期
- 核对页面上的 fork 标识，找到上游后比较同一文件
- 对照维护说明中的来源，未给出处的身份自称单列为待核对
不适合
- 能核对仓库归属和关联，不能仅据此认定账号为当事人或材料原作者。
继续核对
相关核查卡
核查方法
Fork 新增的话来自哪里
Fork 与上游有复制关系，却可以拥有自己的后续修改。判断一条主张是不是原仓库已有内容，应比较具体文件版本和差异，而不是只看二者使用同一个项目名。
- 核查卡标识
- CHECK-02
- 参考来源
- 2 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
核查方法
Verified 验证的是签名
提交旁的 Verified 表示该签名符合 GitHub 的验证条件。正文若只是匿名转述，有签名也不能补出原始材料；应把签名状态和内容证据分开写。
- 核查卡标识
- CHECK-06
- 参考来源
- 1 项
- 关联指南
- 3 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
延伸阅读
指南
GitHub 能证明什么
GitHub 可以提供公开仓库的文件、版本变化与签名状态等线索。判断爆料真实性，还需核对主张所依赖的原始出处和独立依据；平台承载内容不等于平台认证内容。
包含 4 个可复现步骤
阅读指南 指南
仓库核查五步
从完整仓库路径开始，依次看上游关系、声明出处、具体版本、时间字段和隐私边界。每一步都有可记录结果；缺少材料时直接写未知，比用猜测补出完整故事更可靠。
包含 5 个可复现步骤
阅读指南 指南
README 与 Fork 关系
README 是维护者说明项目的地方；Fork 是从上游复制后可独立修改的仓库。核查“原创”“转载”或“已核实”时，应同时确认声明版本和对应文件是否与上游一致。
包含 4 个可复现步骤
阅读指南概念对照
别把这些线索混在一起
| 比较主题 | 核心区别 | 使用建议 | 详细说明 |
|---|---|---|---|
| 声明与事实依据 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 阅读对照 |
原创图解
核查图解 核查方法
仓库来源核查流程图
从完整路径、版本、来源到结论边界的原创图解。
查看核查图解常见问题
记录与结论的边界
参考依据