编制档案：这份游戏库怎么编、谁在核对、用什么节奏更新

一份只做索引与说明的档案

站点从建立到现在进入第 9 年，做的事情没有扩张：把游戏按六大类归位、把安装包的包体与适用平台记清楚、把每款游戏的最低配置与推荐配置逐条列出。站内不提供游戏运行服务，也不代理任何内容，你读到的是编制结果，而不是运营活动。

与运行年限一起增长的是归档量。自客户端第一个正式版本起，累计发布 96 个正式客户端版本，归档历史安装包 8,300 个；版本日志累计 1,100 余篇，专题 60 余期。这些记录按版本号首尾相接，构成整站的坐标系。

使用侧的规模可以说明这套编制被调用的程度：月均访问约 320 万人次，其中安装包信息页面月均被调取 46 万次，多数访问集中在决定下载之前的配置核对环节。

三级校准：收录、复核、对齐

第一条条目从进入到上线只经过三道工序。第一道由内容校准组执行，确认一款游戏归入六大类中的哪一类，登记条目号与简介；分类归属没有确认之前，条目不会进入待复核队列。

第二道由配置实验室执行，按包体大小以及处理器、显卡、内存、存储、系统版本、网络六项参数逐条采样，产出最低配置与推荐配置两组结果，并归入入门、主流、高帧三个档位。这一级的产出物是参数表，不是文字描述。

第三道由客户端工程组执行，把安装包信息、分类页与配置页挂到同一个版本锚点上。三方共享同一个版本号，任何一方发生改动都会触发另外两方的刷新，避免出现包体已更新而配置仍停留在上一轮的情况。

42 人，四组，一条交接链

团队共 42 人，分为四个职能组。分组的依据不是业务线，而是数据在编制流程中停留的环节：谁登记、谁复核、谁对齐、谁承接反馈，各自的产出物互不重叠。

• 01

  内容校准组

  维护分类归属与条目简介，统一全站内容口径。分类文字说明与数据表述的改动由该组提出，其他职能组不直接改写页面文案。

• 02

  客户端工程组

  负责版本号编制与安装包信息落库，保证安装包信息、分类页与配置页共用同一版本锚点。每两周上线一轮，落在双周周三。

• 03

  配置实验室

  在站点运行第 6 年建立，以 18 套测试机型采样，逐条复核包体大小与运行参数。配置档位的取值由该组负责，也是唯一有权调整档位归属的组。

• 04

  支持与工单组

  承接用户关于包体与配置的咨询，把反复出现的问题整理后反馈给前三个组，作为下一轮校准的输入来源之一。

三类数据怎么取值、多久核一次、错了怎么改

包体大小、配置档位与版本号是站内被引用最多的三类数据。它们各自有取值规则，也各自有复核周期与更正路径；三类数据的共同前提是都与客户端版本锚点绑定，脱离版本的数值不作为编制结果发布。

复核、标记与更正，都留痕

每季度进行一次全库配置复核，滞后条目标记为待校准并使用琥珀状态色。待校准不等于数据作废，沿用原有数值的同时明确告知复核尚未完成，让使用者自行判断是否接受这一时效差。

内容口径由内容校准组统一维护。任一配置参数改动都会同步刷新关联页面，包括分类页的档位显示与安装包信息的包体字段；站内不出现两套并行的说法，也不允许某一页面单独改写数值。

• 已同步 青色：数据与当前版本锚点一致，可对照使用。
• 本轮更新 品红：本轮列车新增或改动的条目。
• 待校准 琥珀：复核滞后，数值暂沿用上一轮结果。
• 已归档 灰色：历史版本信息，仅供追溯，不作当前依据。

如果你发现某条包体或参数与实际情况不符，可以通过联系页面提供版本号与条目名称；支持与工单组在工作日 9:00-18:00 内回复安装包与配置咨询。具体的包体数值与运行参数不在这份档案里展开，请到游戏库与安装包索引查阅条目页；想确认最近一轮改了什么，看版本日志。