前置归档核对
上一阶段的归档核对未完成时，新阶段不标记开启，已发布的内容也不改写期号。
版本与活动
金游世界游戏把版本节奏与活动机制拆成两条线索：版本按月度期号归档，活动按机制、参与条件与推进阶段列出。这一页不设报名，也不写死日期，只说明每项活动怎么推进。
13
项活动条目
6
类推进节奏
76
期月度归档
赛季阶段与版本阶段交替推进 · 节点按先后顺序排列
- 赛季开启
- 版本更新说明
- 开服批次
- 主题挑战
- 复刻与回归
- 节点提醒
六类节奏
活动的分类标准是推进方式，不是题材
同一类活动的阶段划分、条件结构和归档方式完全一致；跨类之间不做混排，也不把两类合并成一条。分类确定后，条目编号与状态标签都按类归属。
-
01
赛季开启
以阶段序号开启新周期，序号只增不重排，阶段之间用归档核对切分。
-
02
版本更新说明
每期说明拆成四个维度的变更条目，定稿前只给范围，定稿后补入取值。
-
03
开服批次
批次以序号加时段标识表达先后，同批次内按端侧错峰，不做临时调换。
-
04
主题挑战
挑战按阶段分段，每段独立结算，段与段之间不继承进度也不合计结果。
-
05
复刻与回归
复刻保留原机制与阶段结构，回归按季度口径推进，不跟随批次变化。
-
06
节点提醒
只标记阶段的起点与终点，不推送未公布的取值，也不提供倒计时。
十三项目录
逐条看机制、条件与当前状态
每一条只回答三件事：靠什么机制推进、进入前需要满足什么、结束后怎么归档。状态标签随当期归档期更新，不设报名入口，也不显示倒计时。
-
01
赛季阶段开启与序号编排
赛季以一个阶段序号开启，序号只增不重排；阶段之间以归档核对为分界，核对未完成的阶段不对外标记结束。
参与条件上一阶段归档核对完成，本阶段序号已公布
推进节奏赛季阶段切换
-
02
赛季进度结转口径
上一赛季的阶段进度按既定口径转入新赛季索引，未完成阶段既不跳过也不合并，转入后保留原阶段序号。
参与条件当期归档期已发布，新赛季索引已生成
推进节奏赛季阶段切换
-
03
版本说明的条目拆解
每期说明拆成玩法、画面、性能、配置四个维度的变更条目，每条可单独引用，引用时需带上归属期号。
参与条件以当期归档期为准，无需额外登记
推进节奏逐期推进
-
04
相邻版本逐项比对
取相邻两个版本代际做逐项比对，差异项标注来源类型是实测、文档核对还是版本比对，结论不覆盖上一期。
参与条件两个版本代际均已归档
推进节奏逐期推进
-
05
预告阶段的范围表述
预告阶段的条目只给变更范围与影响维度，不给具体取值；取值随说明定稿一并补入，补入时以增补记录保留。
参与条件上一期说明已定稿
推进节奏逐期推进
-
06
开服批次序号编排
批次以两位批次序号加时段标识排序，序号只表示先后关系，不换算成具体日期，排序以开服时间先后为准。
参与条件当期批次段已发布
推进节奏按批次推进
-
07
同批次端侧错峰
同一批次内按端侧分时段错峰，端侧顺序在批次号内固定，发布后不做临时调换，调换需另开一个批次段。
参与条件批次序号与端侧序列均已确认
推进节奏按批次推进
-
08
分段主题挑战
挑战按阶段分段推进，每段独立结算；段与段之间不继承进度，上一段的结果不参与下一段的判定。
参与条件上一段结算完成
推进节奏分段结算
-
09
挑战机制的复用改写
已归档挑战的机制可以复用，规则按当期口径重写；原有的数值区间与阶段数不沿用，复用差异会单独标注。
参与条件原挑战已归档，且机制差异已标注
推进节奏分段结算
-
10
多端并行的挑战记录
以多个端侧同时参与为前提，结果按端侧分别记录，端侧之间不做合计，也不以其中一个端侧的结果代表整体。
参与条件各端侧设备均已完成准备
推进节奏分段结算
-
11
复刻条目的机制保留
复刻保留原机制与阶段结构，只更新配置档与适配上限，其余字段沿用原条目，并在条目内标注两个期号。
参与条件原条目归档满一期
推进节奏按季度推进
-
12
回归节奏与季度口径
回归条目按季度口径推进，不跟随开服批次变化；节奏标签固定为季度，跨季度时不重排推进顺序。
参与条件当期归档期已发布
推进节奏按季度推进
-
13
阶段起止提醒
只标记阶段的起点与终点，不推送尚未公布的取值，也不做倒计时；提醒内容随当期归档期一同固定。
参与条件阶段序号已公布
推进节奏阶段起止标记
开服表结构
四列字段，按开服时间先后排
开服表不记录钟点，只记录先后。批次序号标识顺序，时段标识标识一天中的大致区间，端侧标识说明该批次面向哪类设备，状态标识说明该批次当前处在排期、开放还是收起阶段。
- 01 早间时段 大屏设备端 已排期
- 02 午间时段 桌面环境 开放中
- 03 晚间时段 移动端与遥控 开放中
- 04 深夜时段 浏览器入口 已排期
- 05 早间时段 大屏设备端 已收起
- 排序口径批次之间只有先后关系，跨批次不比较时段的长短。
- 端侧归属一个批次只对应一类端侧，多端同时开放需拆成相邻批次。
- 状态变更状态从排期到开放再到收起单向推进，回退需另开批次段。
- 归档方式批次段整体收起后随当期归档期固定，不再追加新行。
条件与阶段
进入之前先对三类条件
活动不设报名，能否进入取决于前置内容是否就绪。下面五条规则在各分类中通用，遇到差异时以条目本身的条件字段为准。
端侧准备就绪
涉及大屏或多端并行的条目，需要各端侧先完成准备流程，准备方式见获取与安装指引。
批次序号确认
依赖批次的条目在序号公布后才显示开放，序号未公布时条目停留在排期状态。
条件复用边界
复刻与回归沿用原条目的条件描述，配置档变化时单独写一行，不覆盖原条件字段。
结束与收口
条目结束时不删除内容，只把状态改为已归档，并随当期期号一并固定在归档页。
不清楚某条活动属于哪一类，可以先看常见问题里的收录与归档分组，那里按内容与收录、版本与更新、大屏与配置、访问与联络四组把口径写开。
归档与追溯
结束不等于消失，改动只增不覆盖
活动收起后并不从页面移除，而是跟着所属的年度月度期号一起固定。想回溯某条活动的推进过程，就从它所属的期号往回翻。
按版本期号往回翻的具体做法
每条活动条目都带一个所属期号。期号用「年度-月度期号」表述，同一个期号内的条目按编号排列，编号不跨期复用。回溯时先定位期号，再在期号内按编号查找，不需要按标题搜索。
复刻与回归的处理原则
复刻保留原机制与原阶段结构，只更新配置档与适配上限，两个期号同时出现在条目内。回归则按季度口径重排推进顺序，不改变阶段数量。两者都不会删除原来的归档条目。
改动为什么只增补、不覆盖
已发布期号内的条目视为当期口径的一部分，后续调整以增补记录的形式追加在条目末尾，并标注增补所属的期号。这样同一件事在不同期号下可以看到两次表述，便于核对。