星轨拾荒者 v1.4.2
开服第 12 天，首个补丁后占用回落到 18GB，核显机器也能进主城。
- 显卡
- 核显 ≤2GB
- 内存
- 4GB
- 存储
- 20GB
礼包可兑换
上架当日起 · 第 30 日止
按硬件三轴筛选
当前命中 6 个版本条目
显卡
内存
存储
区间 01 · 显卡
三档显存区间与推荐门槛
显卡是判定的第一道闸口：显存没进区间，后面的内存与存储再宽也不会被写成推荐档。落在核显与入门独显区间的版本条目占比最高，多数以可玩档收录，画面设定需相应下调。
| 区间 | 可玩条目占比 | 推荐档门槛 |
|---|---|---|
| 显卡 A 核显与入门独显 ≤2GB 显存 | 41% | 需同时满足 8GB 内存与 50GB 存储 |
| 显卡 B 主流独显 4–6GB 显存 | 73% | 需同时满足 16GB 内存与 100GB 存储 |
| 显卡 C 高性能独显 8GB 及以上显存 | 92% | 显存过线后默认进入推荐档评估 |
- A 核显与入门独显条目通常给出 1280×720 与低材质档的可用性说明。
- B 主流独显条目在 1920×1080 下按中低材质档标注，帧率不作承诺。
- C 高性能独显条目仅少数以推荐档收录，仍需核对内存与存储两项。
区间 02 · 内存与存储
内存 4GB / 8GB / 16GB，存储 20GB / 50GB / 100GB
显卡过线之后，内存决定能不能稳定进场景，存储决定装不装得下版本本体与后续补丁。两轴都不设第四档，也不按游戏类型额外放宽。
| 内存 | 可玩版本条目 | 占全库比例 |
|---|---|---|
| 内存 A 4GB | 903 | 26% |
| 内存 B 8GB | 2260 | 66% |
| 内存 C 16GB | 3104 | 91% |
| 存储占用 | 可玩版本条目 | 降级处理 |
|---|---|---|
| 存储 A 20GB | 1180 | 需降分辨率至 1280×720 并关闭高分辨率材质包 |
| 存储 B 50GB | 2455 | 可保留基础材质，关闭后期处理与体积光 |
| 存储 C 100GB | 3288 | 不触发降级，按版本默认材质档安装 |
区间 03 · 开服表
近期开服时刻与对应版本条目
开服时刻与上架之日绑定，按小时排在同一条竖轴上。抓住自己配置档位的那几条，先记时刻，再领对应服务器的礼包。
霓虹修补匠 v0.9.7
开放建造类玩法，8GB 内存下连续跑图稳定，显存占用贴着 2GB 上限。
- 显卡
- 核显 ≤2GB
- 内存
- 8GB
- 存储
- 50GB
礼包可兑换
上架当日起 · 第 45 日止
深渊采样 v2.1.0
4GB 显存即可进 1080p 中低材质，内存未到 16GB 所以留在可玩档。
- 显卡
- 主流 4–6GB
- 内存
- 8GB
- 存储
- 50GB
即将截止
上架当日起 · 第 41 日止
熔岩快递 v1.0.3
三项同时过门槛值，默认材质档安装不触发降级，安装包偏大。
- 显卡
- 主流 4–6GB
- 内存
- 16GB
- 存储
- 100GB
已失效
兑换期已结束 · 记录保留
静默船舱 v3.2.1
合服区专属版本，占用仅 16GB，是这一批里对老机器最友好的条目。
- 显卡
- 核显 ≤2GB
- 内存
- 4GB
- 存储
- 20GB
礼包可兑换
上架当日起 · 第 60 日止
白昼信标 v0.4.5
上架第 86 天，下一批窗口校验会移入历史归档，配置标注同步冻结。
- 显卡
- 高性能 8GB+
- 内存
- 16GB
- 存储
- 100GB
礼包可兑换
上架当日起 · 第 90 日止
历史归档 · 单独入口
满 90 天窗口的版本条目不与在架条目混排
新游榜只在近 90 天窗口内滚动，窗口按每日 09:30、15:30、21:30 三次校对推进。出窗的条目连同原版本号、上架天序与三项配置数值一起移入归档，不删除、不改写，也不再参与筛选计数。
- 归档条目保留原始配置标注，便于对照当时的判定口径。
- 失效礼包同样转入归档区，保留起止期限记录，共 2300 余条。
区间 04 · 标注规范
版本号与配置字段怎么写
条目命名和配置字段都是固定格式，方便你横向比较。同一个版本在不同页面出现的数值必须一致，差异会被当作纠错处理。
条目命名
游戏名 + 版本号 + 上架天序
例如「静默船舱 v3.2.1 · 开服第 74 天」。上架天序从该版本上架之日算起，不随补丁更新重置。
配置字段
显卡 → 内存 → 存储
三项的顺序固定不变，每一项都写成区间代号加具体数值，不写「大约」「主流配置」这类模糊描述。
档位标签
可玩 / 推荐
任一项低于可玩下限即标注不可玩；三项同时达到门槛值才写推荐档，只满足部分项目仍写可玩。
区间 05 · 收录与更新
校对节奏与纠错入口
游戏库采用「游戏条目 + 版本条目」双层结构，配置要求与开服时刻记录在版本层。开服表组、配置库组、礼包与期限组、内容校核组共 12 名编辑与校核人员分头维护，数据口径以官方公告、版本更新说明与商店页配置要求为基准，冲突时按发布先后取新，当前口径版本为 v3。
每日校对条目 200 条以上，配置档位表每周更新一次。查配置后可直接查看对应礼包状态，包括归属服务器与兑换起止；已失效的条目保留记录并换上酒红标签，不做删除。
- 09:30 第一批滚动校对，同步前夜的开服时刻调整。
- 15:30 第二批核对版本号与配置数值，回滚异常标注。
- 21:30 第三批校验礼包期限，把到期条目转为失效状态。
- 每周 配置档位表整体更新一次，同步三轴区间的条目数量。