今日更新 已更新 3 批 最近校订

开服时间线

3
每日固定校订批次
128
在库服务器条目(含历史归档)
386
最长运营观察记录(天)
24
近30天状态变更留痕

时间线不是开服表,是开服表的底稿

回到完整列表 →

一张开服表看起来只有几列,但每一行背后都有一串时间节点:首次收录、字段补全、状态升级、批次复核、降级观察、下架归档。时间线栏目的作用,就是把这些节点从表格里抽出来,按日期纵向排列,让「为什么这个服务器今天是观察中」这件事有据可查。

时间节点 事件类型 涉及条目 处理动作 备注
例行复核 全部在库条目 稳定 晚间批次复盘,无状态变更
新服收录 待核实新条目 信息不足 缺少公示时段,等待第3次核实
状态降级 某版本服 观察中 连续两次未按公示时间开放
下架归档 某短期测试服 已归档 公告停止更新超过14天

每日三次校订,时间线如何生成

08:30
上午批次 · 昨夜公告整理
重点核对已收录服务器是否按公示时间开放,是否有临时停机说明。把「应开未开」的条目直接标记为观察中,并写入时间线备注。
14:00
午间批次 · 新资料补全
处理玩家投稿与公开渠道的新服资料,补齐版本、开放时间、运营天数字段。缺少公示渠道的一律标记为「信息不足」,不做猜测填充。
20:30
晚间批次 · 当日复盘
汇总当天频繁掉线、公告断更、时段变更的反馈,对问题条目进行降级或下架,并在时间线中留下可回溯的操作记录。

状态变更的四个关键节点

01

首次收录

新条目进入表格时,时间线会记录「首次收录」节点。此时状态通常为「信息不足」,只有基础字段,不开放整行点击跳转。

02

字段补全

当版本、时段、运营天数、公告渠道等关键字段全部核实通过后,状态由「信息不足」转为「观察中」或「稳定」,时间线同步留痕。

03

降级观察

连续出现未按公示时间开放、公告断更、玩家集中反馈异常时,条目被降级为「观察中」,时间线会写明降级原因与触发条件。

04

下架归档

公告停止更新超过14天,或确认服务器已关闭,条目会被移出开服表并进入历史归档。时间线保留最后一条操作记录,不删除任何历史。

时间线阅读要点

为什么同一个服务器会出现多次记录?
因为时间线记录的是「事件」,不是「条目」。一个服务器从收录到下架,可能经历字段补全、状态升级、降级观察、恢复稳定等多个事件,每个事件都有独立的时间节点和备注。
「信息不足」的条目会一直留在时间线里吗?
不会。连续3次核实仍无法补全关键字段的条目,会在时间线中记录一条「下架归档」事件,然后从当前开服表中移除。我们不做猜测填充,也不保留无法核实的基础信息。
时间线能用来判断服务器长期稳定性吗?
可以,但要结合运营天数一起看。时间线上频繁出现「降级观察」的条目,即使当前状态是稳定,也需要警惕。稳定性是持续观察的结果,不是某一时刻的截图。

时间线归档原则

本站时间线采用「只增不删、只标不改」的留痕方式。每一条状态变更、每一次批次复核、每一个下架决定,都以追加记录的方式写入,不覆盖历史,不删除旧条目。这样做的目的很简单:让读者可以回溯任何一个服务器从收录到现在的完整轨迹,自己判断它是否值得长期投入。

所有时间线记录均基于玩家投稿与编辑部观察笔记的汇总,仅代表本站口径,不构成任何推荐或担保。服务器实际开放情况请以服务器自身公示信息为准。本站不提供客户端下载、不运营私服、不提供登录器,也不做任何充值代收。