26 个赛季，我们这样维护开服表与兼容档案

为什么开服信息要按赛季来排

游戏的版本节奏本身就是一季一推进的：新服多数在赛季开头放出来，中期补玩法，后期转回流。开服时间、包体大小和设备门槛如果散在几个地方，你每次找服都得重新拼一遍。

站内从早期就把这件事固定成一条规矩——同一个赛季的节点、版本说明和兼容数据，全部归到同一期号下。你在 S26 看到的这批内容属于同一轮版本；翻到 S19，看到的就是 S19 当时的样子。

这样排之后，你不需要记住具体日期。想回老服，按赛季期号找；想知道设备行不行，看那一期写的门槛就够了。

26 个赛季，每个阶段多解决一件事

从最初的试运营赛季到现在的 S26，功能不是一次做齐的，是一季一季补上来的。下面五个阶段，每个阶段都留下了一件能长期用的东西。

1. S01–S05

   先把开服时间记准

   开服节点按天记录，解决最基本的找服问题。

   看阶段积累
2. S06–S11

   补上包体大小

   下载之前，先知道要腾出多少硬盘空间。

   看阶段积累
3. S12–S17

   加上设备门槛

   老机器能不能跑，第一次有了明确说法。

   看阶段积累
4. S18–S23

   三个维度交叉筛选

   从「看一遍」变成「筛出我要的那几条」。

   看阶段积累
5. S24–S26

   提前拿到节点安排

   从「事后记录」走到「开服前先知道」。

   看阶段积累

12 个人分成三组，各盯一摊

内容团队一共 12 人。人不多，所以分工按环节切开，谁负责哪一段很明确，你遇到的每个问题都能落到具体一组人手上。

开服节点是从哪来的

站内每一条开服记录的起点，都是发行方或开发工作室给出的版本安排。我们与 60 余家发行方及开发工作室建立了版本信息对接，能在赛季首次开放之前拿到节点安排。

拿到节点之后还要过一遍整理：把时间对齐到赛季阶段，判断它属于预开、正开还是回流，再补上包体大小和设备门槛。每个赛季的客户端开服节点在 12 到 18 个之间，多数会分布在三个阶段里。

当季手游开服表收录 47 款，每一条都标着设备门槛与占用空间。手游条目按门槛分成低配可玩、标准配置、高性能三档，其中低配可玩档位大约占四成——如果你手上是一台老机器，先看这一档能省不少时间。

兼容数据多久动一次

兼容数据库每周校对一次，每个赛季至少产出两次修订记录。上一期的门槛和这一期不一样，说明中间确实发生过调整，而不是记录放上去就再没人碰过。

会触发修订的有三类情况：包体大小变化、设备门槛调整、系统版本要求提高。客户端目前按 Windows 10 64 位及以上来标，手游条目覆盖 Android 7.0 及以上与 iOS 12 及以上。

如果你的机器正好卡在两条线之间，可以对照 兼容与开服问题排查 里的判断方法再确认一遍。

你的问题会落到谁手上

开服表里的时间写错、包体标大了、设备门槛和你自己机器上的表现不一样——这些都可以直接提纠错工单，不用绕圈子。

工单在工作日 9:00 到 18:00 受理。普通纠错类工单平均 4 小时内给出处理结果；确认要改的，改动会回到对应条目上，你下次再查同一条，看到的就是新内容，而不只是收到一封回信。

提交的时候把游戏名、赛季期号和设备配置一起写上，能少来回一轮。

赛季结束后，档案留下什么

每个赛季结束后会生成一份归档页，那个赛季的全部开服节点和兼容修订记录都留在里面。你想回看某一款游戏在当时属于哪个包体档位，或者对比两个赛季之间的门槛变化，随时能翻。

下个赛季继续沿用赛季期号、包体档位、设备门槛三个维度的交叉筛选，低配可玩档位依然单独标绿。客户端开服节点仍按预开、正开、回流分期展示，赛季首次开放前先发节点预告。