Toolkit 工具箱下载资源前的核对清单：MD5、版本与责任边界
刷机资源板块把下载做得很顺手，但「下载得快」和「下载得对」是两回事。系统级镜像刷错了代价不小，这一页把动手前的核对事项整理成一份清单。
下载前的四项核对
| 核对项 | 怎么做 |
|---|---|
| 机型匹配 | ROM/GSI 与机型代号、架构（如 arm64）严格对应 |
| 版本来源 | 优先弄清资源的发布方与版本号，不明来路的包不刷 |
| 文件完整性 | 核对文件大小与 MD5，与发布页公布值不一致就删掉 |
| 空间与电量 | 镜像普遍数 GB，存储和电量都要留足 |
MD5 校验的实际用法
MD5 是给文件算「指纹」的校验值：文件哪怕被改动一个字节，MD5 都会变。发布方通常会公布安装包或镜像的 MD5，下载后本地算一遍对比即可。例如本站在整理资料时记录到的 Toolkit v1.0.9 Beta 安装包 MD5 为 2A63A7E7DBF267B7BD0AF2B40D1EEBE3——不同渠道拿到的同一版本，MD5 应当一致。
为什么第三方渠道要格外小心
协议页写得很直白：第三方下载（包括 ROM 与 GSI）导致的问题与开发团队无关。转载站可能重新打包、夹带修改，这类包出了问题没有任何兜底。所以核对清单的前两项（来源、完整性）本质上都是在防这件事。
下载之后、刷入之前
- 再读一遍资源的说明文档，确认刷法与前提条件
- 备份重要数据——刷机操作的风险没有办法靠「小心点」降为零
- 没把握时先用低风险方案（如 DSU 免刷入）验证系统镜像本身能不能跑