AI 美术为什么不能生成完直接使用

上一篇：为什么完整可玩后还要反复重做 UI

让 AI 生成一张看起来完整的游戏图片并不困难。真正耗费时间的，是把这张图片变成可以被界面稳定使用、能够适配不同状态、以后还能继续维护的正式资源。

在《Kibble Street TD》的美术制作中，“看起来不错”和“可以放进游戏”始终是两套标准。前者关注一张图单独展示时是否吸引人，后者还要回答：它表达的功能是否准确？放到真实尺寸还能不能读懂？透明区域是否干净？能否和现有组件组合？猫狗两套界面是否遵守同一结构？以后更改文字、价格或状态时，是否必须把整张图重新画一遍？

这些问题没有在生成阶段解决，越早把图片放进工程，后面的返工范围反而越大。

一张好看的图，为什么还不是资源

升级页曾经需要重新设计一组能力图标。以“基地生命”为例，第一版候选画面完整、细节丰富：房屋、心形、医疗标志都能传达含义，单独放大观看也足够精致。

但它进入 96×96 像素的实际显示尺寸后，屋顶瓦片、围栏、植物、食盆和木纹一起争夺注意力。玩家真正需要首先读到的“基地”和“生命”反而不够集中。这不是图片质量差，而是它更接近一幅微型插画，不适合作为高频阅读的功能图标。

正式资源需要一份比“好看”更具体的合同。这个图标的源文件是 256×256 像素，运行时只显示为 96×96；主体要留出防裁切边缘，同时尽量占满画布；必须使用透明背景；不能带文字、数字、阵营标记或界面边框；猫和狗的升级页要共用同一个图标语义。

当这些条件被写清楚后，判断会从“我喜欢哪张”变成“哪张能在真实位置完成任务”。

先定义它是什么，再让 AI 画

AI 很容易根据“基地生命图标”给出一个视觉上合理的答案，却不知道项目里这个图标位于多大的插槽、旁边有哪些颜色、是否需要跨阵营复用，也不知道另一个能力已经使用了相似符号。

因此制作顺序不是先生成，再考虑放在哪里，而是先画线框并固定语义：画布多大，主体安全边缘是多少，运行尺寸是多少，必须出现哪些符号，哪些内容绝对不能出现。图标组还要先核对彼此的含义，避免幸运、奖励、攻击和生命在视觉上互相混淆。

线框并不追求漂亮，它负责把模糊描述变成可检查的边界。只要语义和尺寸还没确定，继续生成高完成度图片只是在扩大候选数量，不会让结果更接近可用资源。

风格不能只靠一句形容词

“做成精致的卡通游戏风格”几乎不能约束结果。不同的人和模型对这句话会有完全不同的理解，而且每一轮生成都可能改变轮廓粗细、光照方向、材质、颜色和细节密度。

项目实际采用的做法，是从已经在游戏中使用的正式资源里选择参考：现有能力图标提供轮廓、色彩和信息密度，猫狗插槽提供运行环境和阵营配色。参考资源各自承担明确职责，不把历史草稿或未确认候选当作全项目的风格标准。

这一步通常被称为风格锁定，但它不是一张供人欣赏的情绪板。真正有用的是一组可执行条件：深色外轮廓要在小尺寸下保持完整，金色高光的方向一致，青色和橙色承担主要区分，细节不能密到缩小后糊成一团。AI 接收到的是干净的正式参考图和明确职责，人看到的则是带说明的对照与约束。

这样做不能保证第一次生成就正确，却能让失败有明确原因，也让下一轮修改不必重新猜测风格。

整张界面必须拆成可维护的组件

生成一整张商店或结算界面，看起来最省事，但它会把边框、图标、文字、价格、状态和背景焊死在同一张位图里。只要价格变化、语言变长、按钮需要禁用状态，整张图就必须重做。

《Kibble Street TD》的广告加载按钮采用了相反的方式：按钮底板和旋转标记是两个独立组件，文字与交互状态由游戏控制。底板只保留边框和材质，中间压缩成最小可拉伸区域，同一份资源可以组合成 260×56、230×140、240×64 和 300×92 等不同尺寸。

组件拆分之后，图片负责稳定的视觉部分，程序负责会变化的文字、数值、动画和状态。它不仅减少资源数量，也让修改边界更清楚：改亮度不影响交互逻辑，改文案不需要重画按钮，调整某个使用位置也不用复制一套新图片。

候选确认之后，生产阶段不再重画

一个常见误区是，候选通过以后再让 AI “顺便做成透明背景和正确尺寸”。这一步看似只是整理，模型却可能重新解释轮廓、比例和局部细节，最终交付的已经不是人确认过的那一张。

因此静态候选一旦确认，后续只做确定性处理：移除背景、清理边缘、裁切、缩放、检查透明通道，必要时制作九宫格切线。可见像素不能再被另一轮生成悄悄改写。正式导入时使用稳定的语义名称，并同步记录尺寸、用途和实际引用位置。

“基地生命”图标正是这样完成的：第三版在复杂和过度简化之间收敛，确认后保留同一份可见内容，处理成 256×256 的透明图片，再放回猫狗两套 140×140 插槽中以 96×96 显示。此时检查的是背景、边缘、尺寸和实际可读性，而不是再次选择一种新画法。

技术检查通过，也不等于可以采用

广告加载按钮后来还有一版更亮的候选。它保持了相同几何和组件尺寸，透明区域、九宫格中心和亮度检查都能通过，但目前仍然只是候选，没有替换游戏中的正式版本。

这条边界很重要。自动检查能回答文件有没有问题，却不能代替产品判断：更亮是否符合加载中的弱化状态？在深色画面上会不会抢过正常按钮？它和相邻组件的对比是否合适？这些都必须看组合预览并由人确认。

AI 适合快速提出方向、根据约束制作候选，并重复完成尺寸、透明区域、文件命名和引用关系检查。人负责定义语义和风格边界，比较候选在真实界面里的效果，决定接受、返工或放弃，并授权资源进入游戏。

这个环节由谁负责

人负责确定界面任务、线框、正式参考、审美取舍和最终确认。AI 负责整理现有资源、把要求转成尺寸与禁用项、制作可比较候选、执行确定性处理，并检查交付文件是否满足合同。

最关键的分工不是“人负责创意、AI 负责出图”，而是人掌握进入产品的决定权，AI 让每一次候选、修改和检查更快抵达可判断状态。

如果你想开始

先选一个真实使用位置，不要先写生成提示词。记录它的源尺寸、显示尺寸、背景要求、必须表达的一个核心含义，以及不能出现的内容。再从当前产品里找两到三张已经使用的正式资源，分别说明它们负责约束轮廓、颜色还是材质。生成后先放进真实大小的组合预览，确认通过再处理透明背景和正式文件。

当一张图能够被拆分、复用、验证和追踪时，它才从候选变成了游戏资源。