经验一：CSS transform 穿透层修复模式问题本质当容器使用 CSS transform: translateX/Y/scale 平移/缩放子树时，即使父容器有 overflow = "hidden"，引擎的命中检测可能不裁剪越界区域。如果 transform 后的子树有更高的 zIndex，它会在视觉范围外拦截其他兄弟节点的指针事件。受影响的场景地图编辑器（右键平移/滚轮缩放后）
经验 1：子编辑器"连续操作" vs "一次性操作"——提交后别清空激活态现象：放完一段墙，提示"可继续拖拽放置"，但再拖没反应。 根因：CommitWall 提交后把 selectedItem=nil、tool="select"，导致 IsActive() 返回 false，下次 HandlePointerDown 第一行就 return。提示语与行为矛盾。 模式：连续工具（墙、擦除）提交后只
经验 1：弹窗内做"搜索 + 分类 + 网格"，用局部刷新保住输入焦点为什么有效：搜索框是 UI.TextField，如果每次输入都 RebuildUI 重建整棵树，焦点会丢、光标乱跳。正确做法是只把"网格容器"这一棵子树的子节点 ClearChildren + AddChild，搜索框和分类标签不动。模块级变量 objectCategory_ 跨弹窗开关不重置，天然实现"记住上次分类"。关键
截图左上角的便签不是单独页面元素，而是排行榜弹窗打开时，作为背景层叠在遮罩上的“战绩便签墙”。链路是：服务端在真人对局结束后生成玩家便签服务端从 serverCloud 拉取便签数据客户端收到排行榜数据时一起收到 wallNotesmain.lua 合并到本地缓存LobbyScreens.lua 把便签渲染到排行榜遮罩背景上1. 客户端便签缓存scripts/main.lua:48
本模块记录多人模式下必须优先考虑的即时反馈、持久化、重连和事件时序设计。核心原则 TAGIRON 类推理游戏有隐藏信息，必须由服务端作为权威裁判。服务端掌握：完整牌堆。 所有玩家手牌。 中央隐藏牌。 问题卡牌堆。 当前回合。 已公开回答。 胜负判定。 客户端只掌握：自己手牌。 公开问题卡。 公开回答。 可见玩家状态。 自己可执行的动作。 房间状态结构建议 lua复制 RoomState
本模块总结当前《猜卦》多人外壳层的设计结果，目标是把“进入同一局的组织方式”插件化：公共大厅展示房间、玩家创建/加入房间、房主控制开局、AI 补位、玩家昵称读取与持久化。本模块不处理卡牌规则、问题卡结算、Buff、资金、宝石或胜负算法。它只负责决定：哪些玩家进入同一个房间，以及这些玩家在大厅与房间等待页中如何显示。模块定位 text复制 RoomLobbyPlugin ├─ PublicRo
本文档总结本轮围绕《八卦玄机》推理记录本、自动标记、自动填槽、破译判定与 UI 时序稳定性的设计。该模块建议作为独立插件接入主游戏，名称暂定为：推理记录本与自动辅助插件。模块定位 推理记录本与自动辅助插件负责玩家本地推理体验，不改变服务端权威规则，不替玩家直接完成完整求解。它的核心目标是：记录问答线索。 帮玩家自动做确定性标记。 保持玩家正在操作的推理面板不被网络事件打断。 降低移动端误触和
本项目建议采用插件化设计，把规则、主题、美术、问题卡、多人同步拆开。这样可以先做最小可玩版本，再逐步启用八卦、黑白视觉和多人扩展。模块分层text复制GameCore├─ RuleSetModule│ ├─ RuleSet2P│ ├─ RuleSet3P│ └─ RuleSet4P├─ TileModule├─ QuestionCardModule├─ BaguaThemeMo
