4类
版本 / 活动 / 赛事 / 服务
5天
每工作日上午整理上线
24小时
提醒与纠错请求回复窗口
12个月
历史条目可回看范围
最近更新的条目
按发布时间倒序排列，同一版本的修复项与调整项合并为一条记录，活动类条目写清开启与结束的具体时刻。
条目怎么写、怎么读
每条记录的字段顺序固定，先看类别与时间，再看影响范围，最后看附注里的修改说明。
先看类别再看时间，三步定位当次变动
标题下方第一行是类别徽章，第二行是发布时间，第三行开始写具体内容。需要确认某次调整时，先按类别缩小范围，再用时间对齐，通常两分钟内就能找到对应条目。
如果同一版本包含多项调整，会在正文中分段列出，修复项、平衡项与体验项各自独立，不混在同一段里描述。
- 类别徽章：版本更新 / 活动公告 / 赛事日程 / 服务公告
- 时间格式：2026-03-18 14:00，统一东八区、24 小时制
- 附注说明：内容变更时标注修改日期，原描述保留
版本节点当日追加，置顶条目标注补充时间
大版本发布、活动开启或临时维护当天，会在列表顶部追加一条置顶记录，标题后带补充时间。置顶条目只保留三天，之后回到正常的时间倒序位置，历史记录不会被删除。
归档列表保留最近十二个月的条目，更早的内容按季度打包存放。核对历史安排时，请以条目内的修改日期为准，不要只看标题上的发布时间。
- 置顶保留：三天，之后归位到时间序列
- 归档范围：最近十二个月可逐条查阅
- 调整留痕：时间变动会在条目尾部追加修改标记
这几种情况下先看这里
栏目内容主要服务于时间确认与版本核对两类需求，以下三种场景覆盖了大部分查阅目的。
-
01
只想确认活动什么时候结束
在活动公告类别里按开启时间查找，条目正文的第二段固定写明结束时刻与奖励领取期限。跨天活动会额外标注结束日当天的具体时间点，不会只写日期。
-
02
需要核对某次版本改了什么
按版本号在版本更新类别中检索，正文分为新增内容、平衡调整与修复项三部分，每部分列出具体条目。若后续出现补充说明，会在原条目末尾追加带日期的附注。
-
03
维护前想知道登录是否受影响
服务公告会提前一天上线，写清维护时段、影响范围与预计恢复时间。维护结束后，同一条目追加实际恢复时间与结果说明，方便事后回溯当时的影响范围。
查阅流程
从进入栏目到完成核对，共四步，不需要注册或登录即可阅读全部条目。
01
选择类别
先按版本、活动、赛事、服务四类缩小范围，全部条目按发布时间倒序排列。
02
对齐时间
用条目上的发布时间与核对日期确认时段，跨天内容以正文内的具体时刻为准。
03
打开条目
正文分段列出调整内容，附注里保留被替换的旧描述，便于前后对照。
04
提交补充
发现遗漏或时间不符时，通过页脚反馈入口提交条目地址，注明需要核对的位置。
常见问题
关于更新节奏、时间口径与纠错方式的三个高频提问。
每个工作日更新一次，通常在上午整理完毕并上线当日条目。遇到大版本发布、活动开启或临时维护，会在当日追加置顶条目，并在标题后标注补充时间，旧条目同时保留在列表中的原位置，不会因为新增而删除。
全部条目统一使用东八区时间，并以 24 小时制标注，例如 2026-03-18 14:00。活动开启、结束与维护窗口都按这一口径记录，如遇跨天活动，会在条目中写清结束日的具体时刻，避免只看日期造成误读。
通过页脚反馈入口提交条目地址与不符之处即可，工作时间内提交的纠错会在 24 小时内核对并按序回复。核实后我们更新条目正文并标注修改日期，原描述以附注形式保留，方便你对照变更前后的差异。
想在更新发布前收到提醒？
把关注的类别与需要提醒的时间窗口写在反馈里，工作时间内提交的请求会在 24 小时内按序回复，并在当日条目上线时同步告知。