对猜五个数

本项目建议采用插件化设计，把规则、主题、美术、问题卡、多人同步拆开。这样可以先做最小可玩版本，再逐步启用八卦、黑白视觉和多人扩展。
模块分层
text复制
GameCore
├─ RuleSetModule
│ ├─ RuleSet2P
│ ├─ RuleSet3P
│ └─ RuleSet4P
├─ TileModule
├─ QuestionCardModule
├─ BaguaThemeMo

本模块记录多人模式下必须优先考虑的即时反馈、持久化、重连和事件时序设计。
核心原则 TAGIRON 类推理游戏有隐藏信息，必须由服务端作为权威裁判。
服务端掌握：
完整牌堆。 所有玩家手牌。 中央隐藏牌。 问题卡牌堆。 当前回合。 已公开回答。 胜负判定。 客户端只掌握：
自己手牌。 公开问题卡。 公开回答。 可见玩家状态。 自己可执行的动作。 房间状态结构建议 lua
复制 RoomState

本模块总结当前《猜卦》多人外壳层的设计结果，目标是把“进入同一局的组织方式”插件化：公共大厅展示房间、玩家创建/加入房间、房主控制开局、AI 补位、玩家昵称读取与持久化。
本模块不处理卡牌规则、问题卡结算、Buff、资金、宝石或胜负算法。它只负责决定：哪些玩家进入同一个房间，以及这些玩家在大厅与房间等待页中如何显示。
模块定位 text
复制 RoomLobbyPlugin ├─ PublicRo

本文档总结本轮围绕《八卦玄机》推理记录本、自动标记、自动填槽、破译判定与 UI 时序稳定性的设计。该模块建议作为独立插件接入主游戏，名称暂定为：推理记录本与自动辅助插件。
模块定位 推理记录本与自动辅助插件负责玩家本地推理体验，不改变服务端权威规则，不替玩家直接完成完整求解。
它的核心目标是：
记录问答线索。 帮玩家自动做确定性标记。 保持玩家正在操作的推理面板不被网络事件打断。 降低移动端误触和

本模块总结当前《猜卦》多人外壳层的设计结果，目标是把“进入同一局的组织方式”插件化：公共大厅展示房间、玩家创建/加入房间、房主控制开局、AI 补位、玩家昵称读取与持久化。
本模块不处理卡牌规则、问题卡结算、Buff、资金、宝石或胜负算法。它只负责决定：哪些玩家进入同一个房间，以及这些玩家在大厅与房间等待页中如何显示。
模块定位 text
复制 RoomLobbyPlugin ├─ PublicRo

本模块记录多人模式下必须优先考虑的即时反馈、持久化、重连和事件时序设计。
核心原则 TAGIRON 类推理游戏有隐藏信息，必须由服务端作为权威裁判。
服务端掌握：
完整牌堆。 所有玩家手牌。 中央隐藏牌。 问题卡牌堆。 当前回合。 已公开回答。 胜负判定。 客户端只掌握：
自己手牌。 公开问题卡。 公开回答。 可见玩家状态。 自己可执行的动作。 房间状态结构建议 lua
复制 RoomState

截图左上角的便签不是单独页面元素，而是排行榜弹窗打开时，作为背景层叠在遮罩上的“战绩便签墙”。
链路是：
服务端在真人对局结束后生成玩家便签
服务端从 serverCloud 拉取便签数据
客户端收到排行榜数据时一起收到 wallNotes
main.lua 合并到本地缓存
LobbyScreens.lua 把便签渲染到排行榜遮罩背景上
1. 客户端便签缓存
scripts/main.lua:48

本项目建议采用插件化设计，把规则、主题、美术、问题卡、多人同步拆开。这样可以先做最小可玩版本，再逐步启用八卦、黑白视觉和多人扩展。
模块分层
text复制
GameCore
├─ RuleSetModule
│ ├─ RuleSet2P
│ ├─ RuleSet3P
│ └─ RuleSet4P
├─ TileModule
├─ QuestionCardModule
├─ BaguaThemeMo

本模块记录多人模式下必须优先考虑的即时反馈、持久化、重连和事件时序设计。
核心原则 TAGIRON 类推理游戏有隐藏信息，必须由服务端作为权威裁判。
服务端掌握：
完整牌堆。 所有玩家手牌。 中央隐藏牌。 问题卡牌堆。 当前回合。 已公开回答。 胜负判定。 客户端只掌握：
自己手牌。 公开问题卡。 公开回答。 可见玩家状态。 自己可执行的动作。 房间状态结构建议 lua
复制 RoomState

本模块总结当前《猜卦》多人外壳层的设计结果，目标是把“进入同一局的组织方式”插件化：公共大厅展示房间、玩家创建/加入房间、房主控制开局、AI 补位、玩家昵称读取与持久化。
本模块不处理卡牌规则、问题卡结算、Buff、资金、宝石或胜负算法。它只负责决定：哪些玩家进入同一个房间，以及这些玩家在大厅与房间等待页中如何显示。
模块定位 text
复制 RoomLobbyPlugin ├─ PublicRo

本文档总结本轮围绕《八卦玄机》推理记录本、自动标记、自动填槽、破译判定与 UI 时序稳定性的设计。该模块建议作为独立插件接入主游戏，名称暂定为：推理记录本与自动辅助插件。
模块定位 推理记录本与自动辅助插件负责玩家本地推理体验，不改变服务端权威规则，不替玩家直接完成完整求解。
它的核心目标是：
记录问答线索。 帮玩家自动做确定性标记。 保持玩家正在操作的推理面板不被网络事件打断。 降低移动端误触和

本模块总结当前《猜卦》多人外壳层的设计结果，目标是把“进入同一局的组织方式”插件化：公共大厅展示房间、玩家创建/加入房间、房主控制开局、AI 补位、玩家昵称读取与持久化。
本模块不处理卡牌规则、问题卡结算、Buff、资金、宝石或胜负算法。它只负责决定：哪些玩家进入同一个房间，以及这些玩家在大厅与房间等待页中如何显示。
模块定位 text
复制 RoomLobbyPlugin ├─ PublicRo

本模块记录多人模式下必须优先考虑的即时反馈、持久化、重连和事件时序设计。
核心原则 TAGIRON 类推理游戏有隐藏信息，必须由服务端作为权威裁判。
服务端掌握：
完整牌堆。 所有玩家手牌。 中央隐藏牌。 问题卡牌堆。 当前回合。 已公开回答。 胜负判定。 客户端只掌握：
自己手牌。 公开问题卡。 公开回答。 可见玩家状态。 自己可执行的动作。 房间状态结构建议 lua
复制 RoomState

截图左上角的便签不是单独页面元素，而是排行榜弹窗打开时，作为背景层叠在遮罩上的“战绩便签墙”。
链路是：
服务端在真人对局结束后生成玩家便签
服务端从 serverCloud 拉取便签数据
客户端收到排行榜数据时一起收到 wallNotes
main.lua 合并到本地缓存
LobbyScreens.lua 把便签渲染到排行榜遮罩背景上
1. 客户端便签缓存
scripts/main.lua:48