开服时间线
```html
```
128
在库服务器条目（含历史归档）
42
近30天状态变更记录
17
近90天下架/降级条目
3
每日固定校订批次
时间线如何生成
每条记录都绑定一个「校订批次」，不是自然时间戳。我们以批次为单位更新状态，而不是随时修改表格。
MORNING · 上午批次
08:30 归档昨夜公告
核对服务器是否按公示时段开放、是否有临时停机说明。未按时开放且无公告的条目，状态从「稳定」改为「观察中」。
NOON · 午间批次
14:00 处理新收录与字段补全
新提交的服务器资料在此批次进行第一次公示校验。缺少版本、开放时间或公示渠道的，一律标记为「信息不足」并写入时间线。
EVENING · 晚间批次
20:30 复盘当日反馈与降级
把出现频繁掉线、公告长期未更新的条目做降级或下架处理。每一条操作都会在时间线留痕，并附上操作原因。
状态变更留痕规则
时间线不记录「今天开了几个服」，只记录「哪些条目的状态被改变了」。这是判断信息可信度的关键维度。
| 变更批次 | 服务器条目 | 变更前状态 | 变更后状态 | 留痕原因 |
|---|---|---|---|---|
| 晚间批次 · 20:30 | 机械革命 · 玩法改造记录服 | 稳定 | 观察中 | 连续两次晚间反馈出现集体掉线，公告未说明 |
| 午间批次 · 14:00 | 贝尔玛尔公会联合测试服 | 信息不足 | 信息不足 | 第2次核实仍未补全版本字段，维持待复核 |
| 上午批次 · 08:30 | 魔界大战 · 纯公益团本向 | 今日新服 | 稳定 | 按公示时段准时开放，首日反馈无异常 |
| 晚间批次 · 20:30 | 诺伊拉纪元 · 120级前瞻试验 | 观察中 | 信息不足 | 公告超过7天未更新，来源渠道失联 |
怎么看时间线才不踩坑
时间线不是排行榜，它的价值在于「反向验证」。四个方法帮你从留痕记录里读出真实信息。
01
先看降级频率，再看稳定数量
一个表里如果所有条目都永远「稳定」，说明它不记录负面信息。时间线里降级、下架记录越具体，说明整理者越愿意把坏消息写出来，参考价值反而更高。
02
关注「信息不足」的停留时长
新条目第一次公示时通常都是「信息不足」。如果连续三次批次后仍然没有补全版本或开放时间，基本可以判断该条目的公开信息本身就不可靠。
03
核对变更原因是否具体
留痕原因写「降级」两个字和写「连续两次晚间反馈出现集体掉线」是完全不同的信息密度。具体的原因才值得作为选服依据，模糊的原因只能说明整理者自己也没核实清楚。
04
结合归档时间线做长期判断
一个服务器如果三个月内没有出现过任何状态变更，要么是真的稳定，要么是没人跟进。时间线的「沉默」本身也是一种信号，需要去开服表里看它的运营天数是否还在增长。
时间线常见疑问
关于留痕逻辑、批次时间和状态定义的集中解答
时间线和开服表有什么区别？
开服表是「当前快照」，只展示现在还在公示的服务器；时间线是「变更台账」，记录每个条目从收录到可能的降级、下架全过程。两者配合使用，才能判断一个服务器的真实稳定性。
为什么有些服务器没有出现在时间线里？
只有状态发生过变更的条目才会在时间线留痕。从未被降级、从未被标记信息不足的服务器，时间线里不会有记录，但这不代表它一定稳定，可能只是观察周期内没有触发变更条件。
批次时间是固定不变的吗？
批次为每日三次的固定时段，但具体分钟可能因当日服务器反馈量、编辑整理进度而有微小偏差。每个批次的最近执行时间以页面顶部的北京时间为准。
本栏目文章
时间线相关的方法论、复盘记录与状态变更说明
暂无文章