拿到安装包之前，先把版本号读懂

正常。条目上的包体大小指安装包自身的体积，按压缩形态计算；安装后会展开，再叠加缓存、日志与后续补丁，本地占用通常高于标注值。按标注值的 1.6 至 2 倍预留空间是比较稳妥的做法。

两个数值通常对应两个不同的版本号，而不是同一份安装包有两种体积。索引按版本号区分条目，认版本号，而不是认数值大小。较早的那一份进入归档后，状态色转为灰，不再作为当前版本参考。

校验信息用于确认文件在传递过程中没有缺损。比对一致就继续，不一致就重新获取，不必反复尝试安装。校验值与版本号是一组联动字段——换了版本号，校验值也会变，跨版本比对没有意义。

同一版本号下的安装包内容固定。重复获取不会带来新内容，只会多占一份本地空间；想拿到变化，要等新的版本号上线。列车每两周在双周周三推进一轮，落在版本号上的改动才会反映到包体字段。

先看条目上的包体大小，再按 1.6 至 2 倍预留。装到固态盘时，建议保留三成以上空闲空间，读写表现更稳定。存储是与处理器、显卡、内存、系统版本、网络并列的六项参数之一，在游戏库与安装包索引的条目里逐条列出。

最低配置是能启动并走完基本流程的门槛，不等于流畅。画质、分辨率与帧率都需要让位。条目把最低与推荐两组参数并列，目的就是让这段差距一眼可见，而不是只给一个「能跑」的结论。

差异集中在显卡与内存两项，处理器与存储次之，系统版本与网络通常不变。逐项对照时，按处理器、显卡、内存、存储、系统版本、网络的顺序看下来即可，不必跳跃比对。

先看显卡，再看内存容量，最后看存储介质是否为固态。三档的判读顺序一致，先定显卡再定内存，能避免被单一高项误导。配置实验室的档位划分基于 18 套测试机型的采样结果，属于参考区间而非逐机结论。

一般先出现在画面加载与场景切换，而不是持续运行中。这类组合卡在门槛附近时，建议对照入门档的参数逐项确认，而不是只看内存一项就下判断。

影响的是加载与读取，不是持续帧数。存储这一项决定进入场景要等多久，显卡与处理器才决定画面能跑多稳。两者在参数表里分列，不要互相替代。

形如 4.18.3 的编号由三段组成：第一段是主版本，决定结构；第二段是次版本，对应每两周推进的一轮内容；第三段是修订号，记录同一轮内的修补。

当前主线为 v4 系列。主版本推进时，配置参数与安装包字段会整体重新核对；次版本与修订号的变动只影响对应条目，其余数字保持不动。

包体变化与版本号绑定。列车每两周在双周周三推进一轮，单轮包含 6 至 14 条变更条目；只有落在版本号上的改动才会反映到安装包字段，其余条目属于说明性内容。日志页负责列出条目，这一页负责说明怎么读它们。

版本状态色共四种：青色表示已同步，品红表示本轮更新，琥珀表示待校准，灰色表示已归档。颜色标的是数据状态，不是推荐程度，也不代表条目本身的好坏。

待校准表示该条目还没走完最近一次季度复核，数值可能落后于最新版本号。看到琥珀标记时，先核对条目上的版本号，再决定是否采用。全库复核每季度进行一次，改的是口径，不动历史数字。

版本号向前推进时覆盖更新即可，不需要清空重来。只有在校验信息比对不一致的情况下，才需要重新获取安装包。自 v1.0 起累计发布 96 个正式版本，历史安装包归档 8,300 个，归档条目仍保留元数据供比对。

安装包字段缺失、包体数值与当前版本号对不上、配置档位与机型实际表现差距过大，这三类适合直接提交。客服邮箱与电话在工作日 9:00-18:00 内回复安装包与配置咨询。

电话适合描述现象、需要当场确认的情况；邮箱适合附带版本号与包体大小的书面说明，便于留痕和复核。两条渠道的服务时段一致，工作日的 9:00 至 18:00 之外提交，会在下一个工作时段处理。完整的咨询说明见联系我们。

版本号决定核对的是哪一轮，配置档位决定复现环境，包体大小用于确认拿到的是哪份文件，现象描述决定排查方向。四项各自对应一个变量，缺任意一项都会拉长确认过程。

先核对条目版本号与本地文件的校验信息是否一致，再对照配置表确认机型落点。这两步能覆盖安装前的大部分疑问。如果结果仍然对不上，把上面的四项信息一并提交即可。