黄金天宫每周来源与去向表 ¶

文档目的 ¶

本文件在 golden-client-reconstruction.md 基础上，继续把黄金天宫阶段整理成“每周来源 / 每周去向”的表格式结论。

这里的内容分两层：

• 直接证据：来自客户端杯位数量、提示文案、状态跳转条件。
• 结构推断：把分散证据拼成可落地的双败流转表。

一、直接证据 ¶

1. 黄金阶段杯位数量 ¶

来源：

• LegionWarExLeagueStage2.js
• LegionWarExLeagueStage2.js

客户端显式创建：

• 胜者杯位 3 个：
  • groupIndex = 0, 1, 2
• 败者杯位 3 个：
  • groupIndex = 1, 2, 3
• 总决赛杯位 1 个：
  • groupIndex = 4

固定分组数数组：

• 胜者线：[4, 2, 1, 1, 1, 0]
• 败者线：[4, 2, 2, 1, 1, 0]

可以直接读出：

• 胜者赛分组数：4 -> 2 -> 1
• 败者赛分组数：2 -> 2 -> 1
• 总决赛分组数：1

2. 黄金阶段每周晋级提示 ¶

来源：

• language.json
• language.json

已确认的提示如下：

• 第1周比赛各小组前10可保级胜者赛
• 第1周比赛各组后10将参与败者赛
• 第2周胜者赛各组前10可保级该周胜者赛
• 第2周胜者赛各组后10、第2周败者赛各组前10将参与该周败者赛
• 第3周胜者赛后10、第3周败者赛各组前5将参与该周败者赛
• 第3周胜者赛前10、第4周败者赛前10荣获总决赛参赛资格

3. 黄金阶段相位动画条件 ¶

来源：

• LegionWarExLeagueStage2.js
• types-legionWar.js

客户端显式区分的黄金状态转移有：

• goldenVictor -> goldenVictor
  • 视为 keep
• goldenVictor -> goldenLooser
  • 视为 down
• goldenLooser -> goldenLooser
  • 视为 keep
• goldenVictor / goldenLooser -> goldenFinal
  • 视为 final

结论：

• 服务端只要想对齐客户端，就至少要支持这 4 类状态转移。

二、按周整理的来源与去向 ¶

下面这张表，前半部分是直接证据，后半部分是结构推断。

第1周 ¶

直接证据：

• 黄金天宫总量为 80 家俱乐部。
• 胜者赛第1周有 4 组。
• 第1周比赛各组前 10 留在胜者线。
• 第1周比赛各组后 10 进入败者线。

结构推断：

• 第1周胜者赛应为 4组 * 20家 = 80家
• 每组：
  • 前 10 -> 第2周胜者赛
  • 后 10 -> 第2周败者赛

第2周 ¶

直接证据：

• 第2周胜者赛有 2 组。
• 第2周败者赛有 2 组。
• 第2周胜者赛各组前 10 可保级胜者赛。
• 第2周胜者赛各组后 10 将进入该周败者赛。
• 第2周败者赛各组前 10 将参与该周败者赛。

结构推断：

• 第2周胜者赛应承接第1周胜者留下的 40 家。
  • 2组 * 20家
• 第2周败者赛应承接：
  • 第1周掉入败者线的 40 家
  • 分为 2组 * 20家
• 第2周结束后：
  • 胜者赛前 20 家 -> 第3周胜者赛
  • 胜者赛后 20 家 + 第2周败者赛前 20 家 -> 第3周败者赛
  • 第2周败者赛后 20 家 -> 淘汰

第3周 ¶

直接证据：

• 第3周胜者赛有 1 组。
• 第3周败者赛有 2 组。
• 第3周胜者赛前 10 进总决赛。
• 第3周胜者赛后 10 进入败者线。
• 第3周败者赛各组前 5 保级第4周败者赛。

结构推断：

• 第3周胜者赛应为 1组 * 20家
  • 来源：第2周胜者赛前 20
• 第3周败者赛应为 2组 * 20家 = 40家
  • 来源：第2周胜者赛后 20 + 第2周败者赛前 20
• 第3周结束后：
  • 胜者赛前 10 -> 总决赛
  • 胜者赛后 10 -> 第4周败者赛
  • 败者赛每组前 5 -> 第4周败者赛，共 10
  • 第3周败者赛其余 30 -> 淘汰

第4周 ¶

直接证据：

• 第4周败者赛有 1 组。
• 第4周败者赛前 10 可晋级总决赛。

结构推断：

• 第4周败者赛应为 1组 * 20家
  • 来源：第3周胜者赛后 10 + 第3周败者赛前 10
• 第4周结束后：
  • 前 10 -> 总决赛
  • 后 10 -> 淘汰

总决赛 ¶

直接证据：

• 总决赛有 1 组。
• 由第3周胜者赛前 10 和第4周败者赛前 10 组成。
• 文案 C_WAR13：败者赛淘汰俱乐部将先获排名，总决赛决出剩余排名

结构推断：

• 总决赛应为 20 家俱乐部。
• 总决赛结束后：
  • 决出冠军
  • 决出剩余未结排名

三、汇总表 ¶

第1周
  胜者赛：4组 * 20 = 80
  前10 -> 第2周胜者赛
  后10 -> 第2周败者赛

第2周
  胜者赛：2组 * 20 = 40
  败者赛：2组 * 20 = 40
  胜者前10 -> 第3周胜者赛
  胜者后10 + 败者前10 -> 第3周败者赛
  败者后10 -> 淘汰

第3周
  胜者赛：1组 * 20 = 20
  败者赛：2组 * 20 = 40
  胜者前10 -> 总决赛
  胜者后10 -> 第4周败者赛
  败者前5/组 -> 第4周败者赛
  败者其余 -> 淘汰

第4周
  败者赛：1组 * 20 = 20
  前10 -> 总决赛
  后10 -> 淘汰

总决赛
  1组 * 20 = 20
  决出冠军和剩余最终排名

四、服务端实现时最应保留的字段 ¶

从这张周流转表反推，服务端至少要显式持久化这些信息：

• 当前黄金阶段：
  • goldenVictor / goldenLooser / goldenFinal
• 当前周次：
  • week1 / week2 / week3 / week4 / final
• 当前组号：
  • 胜者 A-D / A-B / A
  • 败者 A-B / A-B / A
• 已失败次数或等价淘汰标记。
• 是否已进入总决赛。
• 是否已拿到提前结算排名。

五、仍未能由客户端完全确认的点 ¶

这些部分目前还是“高可信推断”，还不能算 100% 硬证据：

• 第2周败者赛 2 个组的具体分配算法。
• 第3周败者赛 2 个组的精确来源映射。
• 第4周败者赛前 10 的同分规则。
• 总决赛内部的最终排名切分方式。

六、结论 ¶

如果只看客户端，黄金天宫已经足够反推出一个可实现的双败状态机：

• 总量 80
• 胜者线 4 -> 2 -> 1
• 败者线 2 -> 2 -> 1
• 总决赛 1
• 关键迁移：
  • 胜者保级
  • 胜者掉败者
  • 败者保级
  • 败者淘汰
  • 胜者/败者晋级总决赛

因此，服务端后续实现黄金天宫时，已经不需要再从抽象赛制设计开始，而可以直接按这张周流转表落状态机。