公开仓库阅读 · 教育核查卡
README 中的“已核实”怎么读
README 适合了解维护者如何描述项目。核查时把事实主张、操作说明、免责声明分别摘出，追问“核实了什么、依据是什么、哪一个版本这样写”。
| 核查卡 | CHECK-03 |
|---|---|
| 具体问题 | README 中的“已核实”怎么读 |
| 核查线索 | 仓库声明 |
| 证据载体 | 仓库文件 |
| 处理阶段 | 引用之前 |
| 参与角色 | 读者 |
| 内容性质 | 教育方法说明 未验证任何真实爆料或个人身份。 |
操作顺序
先完成可观察的定位，再判断哪些主张仍缺证据。
- 先区分项目自述与所引用的原始材料
- 看“已核实”是否指向可访问的具体依据
- 保存声明的固定版本与必要上下文
教学情境
虚构教学情境：说明页写“来源真实”，但正文没有出处。这时可准确报告“维护者如此声明”，不能写成“平台认证真实”。
结论边界
GitHub 展示 README，并不表示平台对其中每句话作真实性审核。
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
适用范围与使用边界
适合
- 先区分项目自述与所引用的原始材料
- 看“已核实”是否指向可访问的具体依据
- 保存声明的固定版本与必要上下文
不适合
- GitHub 展示 README，并不表示平台对其中每句话作真实性审核。
继续核对
相关核查卡
核查方法
一句话何时被修正
文件差异显示某个提交对文本做了哪些变化。记录删除和增加的内容时，还要读上下文及修订说明，避免把标题中的“修复”自行解释成事实纠正。
- 核查卡标识
- CHECK-04
- 参考来源
- 2 项
- 关联指南
- 2 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
核查方法
只有截图时先写“待定位”
截图可能截掉 owner、路径、版本和前后语句。没有可访问原文时，不应凭画面里的 GitHub 风格认定出处，更不能把截图日期自动当作提交日期。
- 核查卡标识
- CHECK-08
- 参考来源
- 2 项
- 关联指南
- 1 篇
- 适用角色
- 1 类
教育核查卡，依据官方文档解释方法；未验证任何真实爆料。
延伸阅读
指南
GitHub 能证明什么
GitHub 可以提供公开仓库的文件、版本变化与签名状态等线索。判断爆料真实性，还需核对主张所依赖的原始出处和独立依据；平台承载内容不等于平台认证内容。
包含 4 个可复现步骤
阅读指南 指南
仓库核查五步
从完整仓库路径开始，依次看上游关系、声明出处、具体版本、时间字段和隐私边界。每一步都有可记录结果；缺少材料时直接写未知，比用猜测补出完整故事更可靠。
包含 5 个可复现步骤
阅读指南 指南
README 与 Fork 关系
README 是维护者说明项目的地方；Fork 是从上游复制后可独立修改的仓库。核查“原创”“转载”或“已核实”时，应同时确认声明版本和对应文件是否与上游一致。
包含 4 个可复现步骤
阅读指南概念对照
别把这些线索混在一起
| 比较主题 | 核心区别 | 使用建议 | 详细说明 |
|---|---|---|---|
| 声明与事实依据 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 先准确转述仓库声明，再列出可核对依据和缺口。GitHub 页面存在、热度或签名不能填补现实事实的证据空白。 | 阅读对照 |
原创图解
核查图解 核查方法
仓库来源核查流程图
从完整路径、版本、来源到结论边界的原创图解。
查看核查图解常见问题
记录与结论的边界
参考依据