joywayerandClaude Opus 5
6ec6bdbbc2
术语决策： - A 庄家手牌达门槛后公开数量/结构 → 仍叫「亮牌」（保持不变） - B 有人报无主后展示各家剩余主牌数与对数 → 新术语「余主公示」 - C 70 分坐庄摸底牌前向全场亮 8 张底牌 3 秒 → 新术语「底牌公示」 - 「亮主」确认为选主界面的标题文案、不是规则术语，三份文档均注明不得 用它指代任何规则 「亮牌」冲突核查结论：无同名不同义，但有三处字面相近而语义方向相反的 读错风险——亮牌 vs 明牌（一个给数量、一个给牌面，方向还相反）、亮牌 vs 亮主（只差一字且同在庄家阶段）、亮牌 vs「亮出底牌」。故在 design 术语表、 协议 §0.0b、前端清单 §0.0 各加一张四类「公开信息」对照表，一句话口诀： 「亮牌」「余主公示」只给数字，「明牌」「底牌公示」才给牌面。 design.md：术语表新增 亮牌 / 余主公示 / 明牌 / 底牌公示 四条定义 + 易混对照表；§4、§9、§12.1 正文启用新术语。 packet_protocol.md：新增 §0.0b 术语小节；seatlist 第 5 位、ancard3s、 baozhu 三处字段说明冠以对应术语。 前端清单：§0.0 补对照表，§2.5 改名为「自己的主牌统计 + 余主公示」。 另据新图 等待庄家选主.png 抽出一个通用部件「状态提示条」（§2.8）： 深色半透条 + 居中白字，等待类（等待庄家选主…）与即时反馈类（强甩失败） 共用同一套精灵，只切位置预设与文案。原单列的 BAR_SHUAICUO 并入该部件。 新增 T-32（该图底牌仍摊着与 design §4 的先后顺序对不上，需确认）、 T-33（等待类文案清单待定）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>