· 上午批次
新条目进入「待观察」池
服务器名称、版本号、开放时间、公示渠道四个字段齐全的投稿才会进入时间线。缺少公示渠道的一律标记为「信息不足」，不进入正式时间线。
开服时间线
```html
```
3
每日固定校订批次
386
最长运营观察记录（天）
8
今日公开展卷的服务器
26
本月新增时间线节点
时间线不是「开服表」的重复，而是「状态变更」的留痕
最后校订批次：
收录节点
服务器首次出现在公开渠道、且被本站核实基础字段（名称、版本、开放时间、公示渠道）后，进入「待观察」时间线。此时不会写入状态列，只留一条灰色记录。
转正节点
连续3次核实通过、公告无断层、开放时间与实际一致，条目才会从「待观察」转为「稳定」或「观察中」。转正记录会保留当时完整的校订说明。
降级/下架节点
出现频繁掉线、公告长期不更新、联系渠道失效等情况，条目会被降级为「信息不足」或直接移出表格。所有降级操作都会在时间线上留下原因摘要。
复核节点
每3个校订批次会对「观察中」条目做一次全面复核。复核结果如果与上一节点不一致，会新增时间线记录，而不是覆盖旧记录。
从一条时间线看懂服务器生命周期
数据为本站观察口径，不构成推荐或担保 · 午间批次
第二次核实：开放时间是否吻合
对照公开公告与实际开放情况，记录是否存在临时停机、提前排队、时段变更。若开放时间与公告不符，时间线会写入「不符」标记，等待第三次核实。
· 晚间批次
第三次核实：决定转正或继续观察
连续三次核实通过后，条目转正为「稳定」或「观察中」。如果三次内出现两次以上不一致，条目保持「信息不足」，并在时间线上注明待复核原因。
每日三批校订如何推进时间线
上午批次 08:30
整理昨夜公告与玩家投稿，重点核对服务器是否按时开放、是否有临时停机说明，把结果同步到时间线的状态节点。
午间批次 14:00
处理新提交的服务器资料，补齐版本、开放时间与联系渠道字段。新条目进入「待观察」时间线，不直接转正。
晚间批次 20:30
复盘当日反馈，把出现频繁掉线、公告长期不更新的条目降级或下架，并在对应时间线上留痕。
时间线归档概览
所有条目均保留历史节点，可回溯41
稳定状态条目
27
观察中条目
19
信息不足待复核
41
已下架归档条目
关于时间线，你可能想确认的事
Q1
时间线里的「状态」会覆盖旧状态吗？
Q2
为什么有些服务器只有一条「收录」记录？
Q3
时间线节点会删除吗？