开服时间线
```html
```
128
在库服务器条目
8
今日公开展卷服务器
386
最长运营观察记录（天）
3
每日固定校订批次
时间线如何阅读
ARCHIVE TIMELINE每一条时间线记录都包含四个固定字段：发生时间、服务器名称、事件类型、校订说明。事件类型分为开服、状态升级、状态降级、信息补全、下架归档五类。与今日开服表不同，时间线保留历史痕迹，即使某个服务器已经下架，你仍然可以看到它从首次收录到最后一次状态变更的全过程。
我们不会因为某个服“现在很火”就抹掉它早期的观察记录，也不会因为某个服已经关停就删除所有数据。相反，时间线刻意保留“信息不足”和“观察中”的中间态，因为只有诚实记录这些阶段，才能还原一个服务器真实的生命周期。
每日校订批次
DAILY BATCHES上午批次 08:30
整理昨夜公告与玩家投稿，重点核对服务器是否按时开放、是否有临时停机说明，把结果同步到时间线对应条目。
午间批次 14:00
处理新提交的服务器资料，补齐版本、开放时间与事件类型字段，缺少公示渠道的一律标记为“信息不足”。
晚间批次 20:30
复盘当日反馈，把出现频繁掉线、公告长期不更新的条目降级或下架，并在时间线上留痕说明原因。
时间线节点示例
NODE SAMPLES| 发生时间 | 服务器名称 | 事件类型 | 校订说明 |
|---|---|---|---|
| 虚祖之夜 · 公益长服 | 状态升级 | 连续观察满 365 天，无重大异常，状态由“观察中”调整为“稳定”。 | |
| 机械革命 · 玩法改造记录服 | 状态降级 | 近 14 天出现 6 次非计划停机，公告未同步，状态调整为“观察中”。 | |
| 贝尔玛尔公会联合测试服 | 信息补全 | 公开可查字段通过第 2 次核实，仍缺联系渠道与运营方说明，继续保留“信息不足”。 | |
| 某短期体验服（已下架） | 下架归档 | 连续 3 次校订均无法核实开放时段，按规则移出当前表格，转入历史归档。 |
说明：以上示例仅用于展示时间线记录格式，非真实服务器数据。实际时间线条目会随每日三批次校订动态更新。
用时间线做选服判断
HOW TO USE01
先看事件的连续性
如果某个服务器在时间线上每个月都有例行记录，说明它至少有人持续维护公告。相反，如果开服后三个月只有一条“信息不足”，那这条记录本身就已经说明了问题。
02
重点看降级与下架原因
时间线最值钱的不是“稳定”两个字，而是那些被降级、被下架的条目。看清楚它们是因为频繁掉线、公告停更，还是因为无法核实信息，比看一百条正面评价都更有参考价值。
03
结合版本百科对照
时间线记录的是“什么时候发生了什么”，版本百科记录的是“这个版本本身是什么样”。两者对照着看，你才能判断一个服务器的状态变化是版本特性导致的，还是运营问题导致的。