帮助中心：卡在哪一步，就从哪一组问起

先定赛季，再定客户端类型，最后收紧配置门槛。赛季决定可选批次的整体范围，客户端类型决定你读的是 PC 还是移动端那一组字段，配置门槛放在最后，才能分辨「条件太窄」和「条目本来就不在收录范围内」两种情况。

顺序调过来会出现一种错觉：筛完只剩零星几条，却看不出是哪一步砍掉的。

按从小范围到大范围的顺序逐层放开：

1. 把配置门槛放宽到相邻一档，看结果是否出现；
2. 取消客户端类型的限定，确认双端条目里有没有符合该赛季的；
3. 只保留赛季一个条件，确认这个赛季本身有收录条目。

三步走完仍为空，说明当前组合在收录里确实没有交集，可以按 Q24 的清单提交。

先看安装包体积落在五段中的哪一段，再看标注的内存档位，最后核对显卡档位。低配玩家找新游戏时，体积与内存通常比显卡更早筛掉一批条目，先读这两个字段能省掉大量无关比较。

三个字段都写在条目的说明牌上，读完再看评论区或外部信息，顺序不要反过来。

以你实际要安装的那一端为准，两端字段不要混用。站内整理的 96 组客户端规格字段是分端记录的，PC 端的体积跨度明显更大，把移动端的数值拿去衡量 PC 端，容易得出与实际情况相反的印象。

如果两端都会用到，就分两次核对，各自记一次结果，不要取平均。

档位是整理后的分类，不是硬件型号清单。先确认自己对不上的是哪一个字段——内存档位还是显卡档位——再对照 术语速查 里五档的分类说明，判断自己更接近哪一档。

两档之间拿不准时，按较低档去比对更稳妥。仍然对不上，就带上条目编号与你的读法，从反馈通道提交。

会。站内每周更新 3 次，条目录入、口径校对、发布复核三层走完才会对外呈现，字段被修订后，同一组筛选条件出现的结果可能不同。

要确认前后看到的是不是同一版内容，看页面顶部常驻的口径版本标签即可，当前为 v4.2。

按赛季阶段划分，划分依据是批次出现的先后节奏，而不是自然月份。同一个区间里的条目共用一个时间范围，因此可以横向比较，也能看出相邻区间之间节奏的松紧变化。

指该赛季区间内记录到的开服批次数量范围。密度高意味着区间里批次更密集，可选时点更多；密度低则相反，需要更早确定要跟哪一批。

它是一段范围，不对应任何具体日期有批次，也不代表某一个时点的拥挤程度。

区间表示整理到的可核对范围，写死到日的时间点会随客户端公布信息变动。用短横连接的区间写法可以保持跨条目、跨赛季的可比性，也避免同一条目出现两个日期口径的分歧。

读法固定为：起止之间用短横连接，不写成波浪线，也不写成「至」。字段与区间含义在 使用说明 中有完整列表。

先锁定赛季阶段，再看该区间的批次密度，然后把准备动作按自己的周期往前推。密度高的区间，前置时间可以留短一些；密度低的区间，建议把准备动作放到区间开始之前完成。

站内提供的是区间与密度，因此这里给的是排期方法，不是具体时点建议。

赛季轴上的区间按赛季记录，双端共用同一条时间轴，差异体现在客户端规格字段上，而不是区间本身。

核对时的顺序是：先把赛季定下来，再按 Q04 的方式选择用哪一端的字段往下读。

在 赛季观察 的变更公告类条目里留痕，按赛季阶段与期数记录，不写死具体年月日。口径版本号变化时，同一类条目会说明这次修订涉及的范围。

按五段展示，从轻到重依次递增，段与段之间是连续区间，不会出现落不进任何一段的数值。

读的时候只需要确认目标条目落在哪一段，再和自己的可用空间、下载习惯对照，不必逐条背下具体数值。

看条目标注的档位与你设备的实际内存是否落在同一档。四个档位是本站固定写法，中间不设小数档，也不做跨档折算。

设备内存介于两档之间时，按较低档去比对，读出来的差距更接近实际情况。

五档依次为入门集显档、入门独显档、主流独显档、高性能独显档、高端独显档。档位是分类名，不绑定具体型号，也不用字母代号。

判断时先确认自己的显卡属于集显还是独显，再按性能层级落档。如果只知道型号而不确定层级，按 Q24 的方式把型号一起提交，便于复核。

是。安装包体积描述的是需要下载并占用的存储空间区间，内存占用描述的是运行时占用的档位，两者不能互相换算。

另有一个分开记录的字段叫首次更新体积，指的是安装完成后第一次进入时需要额外下载的体积区间，不要和安装包体积合并计算。

以客户端公布的信息为准。站内数值是整理值与区间描述，用途是横向比较，不当成最终口径。

发现不一致时，按 Q24 的清单提交，附上条目编号、你看到的字段以及来源位置，方便复核。

不会。站内只提供字段、区间与档位的读法，不承诺帧率、加载速度或兼容性，也不提供排名与推荐排序。

判断设备是否适合某个条目，属于你自己的核对动作；站内负责把可比的数据摆在同一组字段下。

看页面顶部常驻的口径版本标签，当前版本为 v4.2。所有跨条目的比较都应在同一版本下进行；引用数据时，把版本号一起记下来，别人复核时才不会对错版本。

在 赛季观察 的变更公告类条目中留痕，按季度与期数记录这次修订涉及的范围。

修订通常是字段含义的细化或区间边界的调整，不会凭空增加或删掉字段本身；字段清单的稳定写法可对照 使用说明。

更新对象是条目本身：新增收录条目、修订已有条目的字段、补充某个赛季区间下的批次记录。

节奏固定，但不代表每个条目每周都会变化。需要确认自己关注的条目有没有动过，看条目的字段值与当前口径版本即可。

条目录入、口径校对、发布复核。三层走完之后条目才会对外呈现，因此同一批更新在页面上的出现时间可能略晚于录入时间，这属于正常流程，不是漏更新。

条目是游戏数据的整体记录，规格字段是从条目里拆出来、可以单独比较的单元。

96 组字段覆盖 PC 与移动端两端，同一条目通常同时对应多组字段，因此字段数量和条目数量不是一对一的关系，也不存在互相换算的可能。

四项齐全时复核最快：

1. 条目编号或条目名称；
2. 你看到的字段名称与当前数值；
3. 你认为正确的写法，以及你核对时参照的位置；
4. 你查看时页面上的口径版本号。

缺少第三项时，只能做区间层面的复核，无法判断谁更接近实际情况。提交入口见 咨询通道。

站内反馈通道用于游戏数据与开服表相关问题，包括条目纠错、字段疑问和区间读法，提交后会进入条目复核流程。

客服邮箱 service@royalgame-hg.com.cn 用于其他一般咨询，包括内容引用与口径询问。两者都在工作日 9:00–18:00 回复。这一邮箱是站点客服邮箱，不处理任何账号或游戏内事务。

工作日 9:00–18:00 之间提交的问题按到达顺序回复，非工作时段的消息顺延到下一个工作时段处理。

涉及条目字段复核的提交，需要与当期口径校对流程合并处理，回复内容会说明结论，或者列出还需要你补充的信息。