用 GPT Image 2 与 MiniMax H3 生成球员数据 UI 动效

是什么 这条推文介绍一种面向游戏角色展示的 AI 视觉制作流程：先把角色图交给 GPT Image 2，生成球员数据界面；再把这张界面图交给 MiniMax H3，使其在既定画面上完成动画。内容的价值在于把静态 UI 设计与动态表现拆成连续的参考链路。

核心设计 提示词把参考图设为 Kaze、足球、完整球员数据界面、字体、数字、图标、颜色、灯光、布局及纵向构图的“唯一视觉权威”，并明确要求动画化原屏幕而非重新设计、保留既有标签。这些限制实际承担了视觉规范和验收标准的作用，目标是降低生成过程中的界面漂移。

关键洞察 对 Agent/全栈工程师而言，这是“先锁定视觉状态，再生成时间维度”的轻量工作流，适合快速验证角色卡、游戏菜单、宣传概念或交互原型。它也提示提示词可以像接口契约一样定义不可变字段和允许变化的维度。

边界与风险 当前没有可用视频或截图，无法核验界面细节、文字可读性、动画连贯性及模型是否真正遵守约束。生成式 UI 可能出现错字、数字变化、图标变形和时序闪烁；若要用于真实产品，仍应将最终界面落地为代码，并对动效逐帧检查。