先把具体交付稳定下来
游戏 UI 的落地从来不只是一张画面。资产怎样进入项目、性能限制怎样影响表达、动效怎样配合交互、 不同角色怎样衔接，都会决定最终结果能否稳定出现。Keni 的工作起点长期贴近这些具体问题。
因此，这个站点谈“视觉”时不会只展示风格，也会同时关注制作条件、协作关系与交付约束。 视觉方案只有进入真实流程，才真正产生价值。
从个人完成，转向团队稳定完成
在 2020—2022 年的经历节点中，管理与培训在工作里的比重逐渐增加。关注点也随之发生变化： 除了自己能不能完成，还要面对经验怎样传递、标准怎样被理解、流程怎样减少反复。
这并不意味着离开具体制作，而是把具体制作中反复出现的判断整理出来，让更多人可以在相近条件下稳定使用。 “制作体系”在这里不是一套漂亮文档，而是对真实协作问题的持续回应。
把分散经验组织成可复用的方法
来到上海以后，Keni 逐渐承担游戏 UI 制作基建、项目管理与 AI 技术方向相关工作。 过去分散积累的技术、视觉与协作经验，开始被放进同一套方法框架里理解。
对外公开时，这部分只保留方法层面的线索：发现重复工作、梳理质量与协作约束、形成可执行步骤、 在使用中验证，再把有效内容沉淀为下一次可以复用的索引。具体雇主、项目和受保护实现不在公开范围内。
AI 是新的参与者，不是全部答案
当前研究继续沿着同一条线展开：AI 能否帮助培训、资产流程与重复工作，而不只是生成内容。 这里仍然强调验证，因为工具提供了新的能力，但是否适合真实生产，要回到质量、责任与协作边界里判断。
这个站点接下来会记录什么
后续内容会优先补充可以公开验证的方法、失败与修正，而不是堆叠工具名称或未经核实的成果。 当具体案例还缺少事实支撑时，页面会明确保持空白或标注边界。