二七王：立「怎么读参考图」原则，清掉由 mock 数值引出的伪待确认项

参考图是界面设计示意，只看版式/位置/样式，不看数值与状态组合。§0.5 新增
一张对照表写清哪些可信、哪些不可信：

  可信：位置、尺寸、层级、配色、字体、元素形态、牌面排布方式
  不可信：具体数值（一律填充假数据）；同时出现的互斥元素（如多个玩家位
          同时挂庄标——那是在标「庄标在每个位置分别摆哪儿」）；跨阶段并置
          的状态；底栏功能按钮的显隐

据此关闭两个本来就不成立的待确认项：
- T-31 大局结算「基础分」与「总得分」：图上两者数值相同且与右侧大字对不上，
  是填充数据所致。取 grade_jf_total 与 score，S-6 已实现。
- T-32 等待庄家选主.png 里底牌仍摊着：属叠画示意。实际先后仍按 design §4：
  开底 3 秒 → 摸底入手 → 选主。

其余三处已按同一原则处理过的表述（叫分角标 1子/2子/4子、埋牌双排 17/19）
统一改为指向 §0.5，口径一致。

顺带整理 §7.2：T-9 已定却仍留在「仍未决」表里，T-30~T-34 又不在表内。
现重整为「仍未决 3 项（T-20 音效 / T-33 等待文案 / T-34 亮牌展示时机）」+
「已定论 31 项」，并核对 T-1~T-34 连续无缺号。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs_dev/二七王-UI资源与精灵清单.md

@@ -335,6 +335,21 @@ var CARD_BACK_FRAME = 55;                   // 牌背（二七王固定用牌背
 | 【待设计】 | 流程/协议要求存在，但**尚无设计稿**，本文只列出「必须有什么」，具体视觉待美术出稿后补 |
 | 【待确认】 | 规格本身尚未定论，需与规则设计者/美术确认，编号见 §7 |
 
+#### 怎么读参考图（重要）
+
+参考图是**界面设计示意**，**只看版式、位置、样式，不看数值与状态组合**：
+
+| 图上的东西 | 是否可信 |
+| --- | --- |
+| 元素的**位置、尺寸、层级、配色、字体样式** | ✅ 按图做 |
+| 元素**长什么样**（按钮形态、角标形状、牌面排布方式） | ✅ 按图做 |
+| 具体**数值**（分数、张数、倍数、局数、ID…） | ❌ **一律是填充用的假数据**，不要据此反推规则或校验自洽性 |
+| **同时出现的互斥元素** | ❌ 是为了在一张图里把各种情况都标出来。典型：**多个玩家位同时挂庄标**——那是在告诉你「庄标在每个位置分别摆哪儿」，不是真会同时出现三个庄 |
+| 同一张图里**跨阶段并置**的状态 | ❌ 同上，属于叠画示意 |
+| 底栏右侧那排功能按钮 | ❌ 只是示意，**不代表该阶段的实际显隐**；显隐规则以 §2.6 为准 |
+
+> 所以：**发现图上数值算不通、或两个不该同时出现的东西同时出现，不要当成待确认项**——那是示意画法。真正需要确认的是「规则本身没定」的地方。
+
 ---
 
 ## 1. 按阶段的界面清单
@@ -501,7 +516,7 @@ EQW_RoomOptions = {
 | 5–7 | 50 / 45 / 40 | 金黄 | 绿 |
 | 8–14 | 35 / 30 / 25 / 20 / 15 / 10 / 5 | 橙 | 深橙 |
 
-> ⚠️ 参考图里角标写的 `1子`/`2子`/`4子` 是 **mock 数值**，恰好与三组配色一一对应，**不要据此以为「颜色随子数变」**——颜色按档位位置写死，角标数值才随爬坡开关变。叫分越低（承诺越苛刻、子数越高）颜色越热。
+> ⚠️ 参考图里角标写的 `1子`/`2子`/`4子` 是**填充假数据**（§0.5），恰好与三组配色一一对应，**不要据此以为「颜色随子数变」**——颜色按档位位置写死，角标数值才随爬坡开关变。叫分越低（承诺越苛刻、子数越高）颜色越热。
 >
 > 反证：常规算子下 50/45/40 与 35…5 的 `multiple` 同为 6 子，但参考图里它们是两种颜色。
 
@@ -553,7 +568,7 @@ EQW_RoomOptions = {
 
   【图：等待庄家选主.png】即闲家视角下的**开底**：中央 8 张底牌翻正面摊开，下方一条 `等待庄家选主` 状态提示条（见 §2.8）。
 
-  > ⚠️ **T-32**：该图里底牌**仍摊着**、同时提示「等待庄家选主」。但 design §4 的顺序是「公示 3 秒 → 庄家摸入手牌 → 选主」——按此，选主阶段底牌应已被庄家摸走、不该还摊在桌面。是 mock 把两个状态画在一起，还是 70 分局的底牌要一直摊到庄家选完主？需确认。
+  > 该图把「开底摊牌」与「等待庄家选主」两个状态画在了一起，属**叠画示意**（见 §0.5「怎么读参考图」）。实际先后仍按 design §4：**开底 3 秒 → 庄家摸底入手 → 选主**，摸底后底牌区即收起。
 - 上庄后统一更新：顶部信息条 `叫分` 列 = `grade`、角标 = `multiple`；`banker` 对应玩家位显示 **`庄` 印章**（含底栏自己位）。
 - 三处 `庄` 印章是三个独立精灵（左上 / 右上 / 底栏），按 `banker` 显隐其一。
 - **重连不重放**：协议明确 70 分的 3 秒亮牌是上庄时的一次性事件，`deskinfo` 重连**不重放**——前端不得在重连时补播。
@@ -1620,7 +1635,7 @@ CARD_SIZE: {
 | 区域 | kind | 参数（实测估值） |
 | --- | --- | --- |
 | **自己手牌 · 单排** | `fan` | `anchorX:640 anchorY:455 maxWidth:1215 size:L spacingMax:0 spacingMin:-78 anchor:center overlapFrom:left`。36 张时算出 `spacing = 1215−110)/35 − 110 ≈ −78`，即每张露 32px，与参考图实测 33px 吻合 |
-| **自己手牌 · 双排（埋牌）** | `fan` ×2 | 上排 `anchorX:644 anchorY:285 maxWidth:928 size:L spacingMin:-65`；下排 `anchorX:644 anchorY:455 maxWidth:928 size:L spacingMin:-65`。**分行策略：上排 `floor(n/2)`、下排 `ceil(n/2)`**（36 张 = 18/18）。参考图的 17/19 无规则依据，按 mock 处理 |
+| **自己手牌 · 双排（埋牌）** | `fan` ×2 | 上排 `anchorX:644 anchorY:285 maxWidth:928 size:L spacingMin:-65`；下排 `anchorX:644 anchorY:455 maxWidth:928 size:L spacingMin:-65`。**分行策略：上排 `floor(n/2)`、下排 `ceil(n/2)`**（36 张 = 18/18）。参考图的 17/19 属填充画法、不作依据（§0.5） |
 | 手牌 · 选中上浮 | —— | `selectedOffsetY: -40`（配置项，不写死） |
 | **底牌区** | `line` | `anchorX:655 anchorY:110 size:L spacing:-36 anchor:center`（8 张） |
 | **埋牌底牌区（结算）** | `line` | `anchorX:640 anchorY:163 size:S spacing:2 anchor:center`（8 张） |
@@ -1752,17 +1767,19 @@ codes/config/
 
 ### 7.2 待确认的规格问题
 
-**仍未决（2 项）**
+**仍未决（3 项）**
 
 | 编号 | 问题 | 影响 |
 | --- | --- | --- |
-| ~~T-9~~ | ~~亮牌条文案~~ | **已定**：自己的主牌统计条显示 `x对 x主`、有手牌时常显（§2.5）。注意这条**不是** design §8.2 的亮牌 |
+| **T-20** | **整套音效**：清单、是否需要语音包、是否分男女声、倒计时提示音从第几秒起 | §4 全节；已明确「等待后续补充」 |
-| **T-20** | **整套音效**：清单、是否需要语音包、是否分男女声、倒计时提示音从第几秒起 | §4 全节；**已明确「等待后续补充」** |
+| **T-33** | 「等待类」状态提示条的完整文案清单（各阶段分别显示什么） | §2.8 文案配置表 |
+| **T-34** | **亮牌的展示时机**：出牌开始时一次性弹出（需定自动关闭时长），还是给闲家一个入口随时查看？ | §1.6；影响是否要加入口按钮 |
 
-**已定论（27 项）**
+**已定论（31 项）**
 
 | 编号 | 结论 |
 | --- | --- |
+| ~~T-9~~ | ~~亮牌条文案~~ | **已定**：自己的主牌统计条显示 `x对 x主`、有手牌时常显（§2.5）。注意这条**不是** design §8.2 的亮牌 |
 | ~~T-1~~ | `class.paiju.js:264` `get_nextseat = (seat+1)%3`，下家显示在右上（§0.1） |
 | ~~T-2~~ | 解散投票**平台全包**（Layer 420 + `GameUI.openCheck` + `Desk.*_free_room`），子游戏只处理结算包 |
 | ~~T-3~~ | 建房界面 = **Layer 27 `CreateRoom_Layer`**（Layer 28 是代开房/抽水，无关） |
@@ -1790,16 +1807,9 @@ codes/config/
 | ~~T-27~~ | 埋牌双排 `floor(n/2)` / `ceil(n/2)` |
 | ~~T-28~~ | `EQW_Layout` 为权威，配置区手工同步 + 验收检查 |
 | ~~T-29~~ | 建房整体位置尺寸随 Layer 27 定，编辑器建好后回填 |
-
-**新增未决**
-
-| 编号 | 问题 | 影响 |
-| --- | --- | --- |
 | ~~T-30~~ | ~~亮牌没有界面位置~~ | **已定**：亮牌改为下发庄家全部固定主牌的**具体牌面**，用与明牌相同的遮罩版式展示（§1.6）。**展示时机**（出牌前一次性弹出 / 可反复查看）仍待定 → 见 **T-34** |
-| **T-31** | 大局结算面板的「基础分」与「总得分」两行分别对应什么？参考图两者数值相同（`基础分30`/`总得分30`），是 mock 巧合还是确有区别？ | S-6 的字段定义 |
+| ~~T-31~~ | ~~大局结算「基础分」与「总得分」两行的对应~~ | **已定**：参考图数值是填充假数据、不作依据（§0.5）。取 `grade_jf_total`（基础分）与 `score`（总分），见 S-6 |
-| **T-32** | `等待庄家选主.png` 里底牌仍摊着、同时提示「等待庄家选主」，但 design §4 的顺序是「公示 3 秒 → 庄家摸入手牌 → 选主」。是 mock 叠画，还是 70 分局底牌要摊到选主结束？ | §1.4 底牌区的收起时机 |
+| ~~T-32~~ | ~~`等待庄家选主.png` 里底牌仍摊着与 design §4 顺序不符~~ | **已定**：叠画示意（§0.5）。实际按 design §4 的先后：开底 3 秒 → 摸底入手 → 选主 |
-| **T-33** | 「等待类」状态提示条的完整文案清单（各阶段分别显示什么） | §2.8 文案配置表 |
-| **T-34** | **亮牌的展示时机**：出牌开始时一次性弹出（需定自动关闭时长），还是给闲家一个入口随时查看？ | §1.6；影响是否要加一个入口按钮 |
 
 #### T-5 手牌排序（已定）
 
@@ -1975,7 +1985,7 @@ data.bottom.cards     // 结算包
 
 **顺带解决了小局结算「冲关分」标签的不严谨**（见 §0.0）：该标签现在应改取 `grade_cg` 而非 `grade_aw`，开傍王时也名副其实了。
 
-> **T-31（「基础分」vs「总得分」两行分别是什么）仍未定**：参考图两者数值相同、且与右侧大字对不上（30/30 vs +135），是 mock 不自洽。当前实现按「基础分 = `grade_jf_total`、总分 = `score`」提供；若「总得分」另有所指需再调。
+> 面板上「基础分」取 `grade_jf_total`、「总得分」取 `score`。参考图里这两行数值相同、且与右侧大字对不上，是填充假数据所致，不作依据（§0.5）。
 
 #### S-7 · 明牌按钮的显示条件与服务端校验不一致（新增，⚠️ 与 design 冲突）