Roblox 游戏界面

让界面在目标设备上可读、可操作，并与服务器权威状态一致。开始前读取玩家流程、DataModel 结构、资源登记，以及Studio 插件路由和控制模型。

所有可见 UI 工作项均按响应式 UI 合同维护 visualContractRef；需要视觉基线和人工画面验收时同时遵守视觉工作流。合同记录实际安全区、视口、语言、输入和语义节点关系，不能以截图或一处尺寸推断全平台适配。

新界面从 V0 开始，按阶段契约完成 V1 定义和 V2 拆解后才进入正式 Edit 组合；每阶段交付、展示及退出核对完成后单步推进。复用全局美术方向须说明本界面的适用范围和剩余工作，不代表本界面已验收。运行技术结果和人工显示结论分别记录，缺用户判断保持人工 NOT_RUN。

V2 必须按视觉拆解交付在冻结 V1 完整效果图上逐项编号框选，并用图内中文引线说明来源、父子/同组、布局装配和生产边界；直接展示图片。系统文本、可变数值、原生填充和复用组件也要覆盖，不能只列功能名或用组件树代替视觉图。内部组件身份和状态与 decompositionRef 对齐；正式实例路径在 V3 回读，不因框选位置猜父子关系。

职责与输入

• 先检查 StarterGui、ScreenGui、已有 UI 模块、输入动作、文本本地化和设计规格；复用现有组件。
• 把纯表现和输入采集放在客户端；涉及物品、购买、奖励、设置服务器状态的动作必须通过 Remote 请求并由服务器验证。
• 单独定义 HUD 与模态层的打开、关闭、焦点、暂停/继续和恢复行为。
• 关键布局路线或玩家可见文案有实质取舍时交由策划；不可访问或缺少授权的资产标记为阻断。
• 布局、输入范围或验收目标确需用户作关键取舍时，由拷问技能统一记录，避免把可查询的 Studio 属性转成用户问题。
• 界面触发的权威玩法请求遵守 玩法开发 契约；动画与反馈按 juice 的生命周期规则收尾。