包体体积
双端客户端安装包的整理体积。PC 与移动端分别记录，单位统一为 GB，站内按体积分为五段展示。写法固定为一个区间，覆盖当前收录条目的整体分布。
写法示例1.2GB–38GB
使用说明 · 口径与引用边界
数据口径与使用说明
皇冠游戏数据把开服时间区间、双端客户端规格、包体体积与显卡档位收进同一套字段。这一页集中交代字段怎么写、区间怎么读、多久修订一次，以及引用时需要保留什么。站内任一条目的写法如果与本页不一致，说明该条目尚未走完本轮校对，以本页为准。
01
条目从哪里来，怎么被整理
公开规格整理加人工比对，两步都不能省。
站内条目来自公开规格信息的整理与逐条比对，再由编辑按固定字段录入。同一个含义不会出现两种名称，同一字段在不同条目里使用同一套写法。整理值只描述整理结果本身，例如收录条目 420 余款、双端客户端规格字段 96 组，这些数字随条目的增删同步变动。
区间描述用于不方便给出单一数值的字段，比如安装包体积与开服批次密度。区间表达的是收录范围内的分布，不是某一款作品的确切表现。阅读时把它当成筛选用的刻度，而不是判断运行效果的依据。
所有条目经过条目录入、口径校对、发布复核三道环节，每周更新 3 次。校对环节专门比对字段名称、单位与区间端点，避免同一个字段在两个页面出现不同口径。整理方式固定，字段边界也就固定，核对时可以直接按列对比。
02
六个高频字段的含义与写法
字段名称在数据控制台与帮助中心保持完全一致，可逐条对照使用。
首次更新体积
客户端安装完成后，首次启动时另行下载的资源体积。与包体体积使用同一单位与同一区间写法，不单独换算成 MB，也不与包体体积合并成一个数字。
写法示例3.2GB
内存占用
条目对应的内存档位，站内固定分四档，写作 4GB／8GB／16GB／32GB，档与档之间使用全角分隔符。不写成跨度形式，也不写成约数。
写法示例4GB／8GB／16GB／32GB
显卡档位
按整理结果归入的五档分类，由低到高为入门集显档、入门独显档、主流独显档、高性能独显档、高端独显档。档位名称只表示分类顺序，不表示性能排名。
写法示例主流独显档
批次密度
一个赛季区间内记录到的开服批次数量，单位为组。写法同样是一个区间，用来比较不同赛季的批次疏密，而不是预测下一次开服落在什么时候。
写法示例12–30 组
开服区间
一个赛季从开始到结束的时间跨度，按赛季阶段记录，不使用具体年月日。写法为两个年份或两个相邻阶段编号相连，中间使用短横。
写法示例2024–2025
03
区间与档位的读法
区间是分布描述，档位是分类刻度，两者都不是单款作品的具体表现。
区间一律写作 A–B，中间使用短横连接。两端都是收录范围内的边界值，不是平均值，也不是推荐值。看到 1.2GB–38GB 时，它说的是站内条目在安装包体积上的跨度，并不表示某一款作品一定落在区间中段。
档位使用中文档名。内存占用固定写成 4GB／8GB／16GB／32GB 四档；显卡档位固定为五档，名称不在页面之间做简写替换，也不用自定分级。
最常见的两种误读：把区间上限当成推荐配置，把档位名称当成排名。上限只说明站内收录过这个量级，档位名称只说明分类顺序。核对时先看字段名，再看单位，最后看端点，顺序颠倒最容易读错。
1.2GB
五段整理区间
38GB
04
更新节奏与修订留痕
当前口径版本 v4.2，按季度修订，条目每周更新 3 次。
口径版本
v4.2
字段名称、单位与区间的当前统一写法。
条目更新
每周 3 次
录入、校对、复核三道环节走完后统一发布。
变更留痕
季度修订
修订要点收在赛季观察的变更公告条目里，可对着旧版读写比对。
跨页面比对时如果发现字段写法不一致，先确认两边是否都处于同一口径版本；版本相同却仍对不上，可通过 咨询通道 提交条目位置与字段名，客服会转给校对环节处理。
05
引用与转载的边界
可以引用，但需要保留来源、口径版本与区间端点。
- 注明来源与版本 标注站点名称与口径版本，例如「皇冠游戏数据，口径 v4.2」。只写站点名不写版本，等于绕开了可核对的前提。
- 保留区间端点 区间两端的数值与短横写法不得改写为约数、单一数值或“左右”这类模糊表达。
- 使用原档位名 显卡档位与内存档位沿用本页的中文写法，不替换为简称，也不另立分级。
- 不加二次结论 引用后不得追加运行效果、兼容性或排名判断，这些内容不在本站的数据范围内。
引用格式
数据来源：皇冠游戏数据，口径 v4.2，整理值以客户端公布信息为准。