我是一名独立开发者，正在开发 Scitch，一款面向 Android 和 iOS 的实时反应游戏（每局最多 24 名玩家，最慢的会被淘汰）。过去几周我重新设计了整个应用，想分享 AI 部分实际是如何工作的，因为它与我的预期不同。

下面的图展示了一张屏幕，即匹配大厅，从头到尾。

1. 概念：参考胜过聪明的提示

我的最初概念提示没有参考，生成的漂亮画面与我的游戏毫无关系。成功的做法是向图像模型（Nano Banana Pro）提供当前的截图、标志、几个头像和 boss 角色，并要求“当前应用的演变，保持布局”。随后我逐屏迭代。

遇到的问题以及需要在提示中明确规则的地方：

  • 标志每次都被重新绘制，所以为它单独准备参考图像并加入“标志规则”段落
  • 它喜欢加入表情符号图标和随机机器人作为玩家，我必须禁止它们并提供真实的头像表
  • 表头元素在不同屏幕之间漂移，直到我写出一个固定的“表头规则”块，并在每条提示之前加入

2. 概念不是资产

概念图是一张带有内置文本和假 UI 的平面图片，无法直接上线。因此，我为每个屏幕重新生成各个部分：空的竞技场、玻璃罐、单独的前层（仅玻璃光晕），一个空的排名盾牌（中性银色，代码中调至黄铜/银色/金色），日历球体并带有空白页，以便从应用中填入日期。所有内容都在平铺的绿色或洋红色背景上生成，并使用小的 Python 脚本进行 keying（抠像）。

罐体是最佳例子：后层（罐体 + 竞技场），然后在 Flutter 中实时动画的玩家球体，最后叠加玻璃光晕。看起来球体在玻璃内部，实际上只有三层。

3. 预渲染而非实时效果

概念图中充斥光晕、玻璃和模糊效果。在 Flutter 中实时实现这些（模糊滤镜、蒙版、不透明堆栈）在旧 Android 手机上过于吃资源。因此，每个光晕、每个玻璃高光和每个平台现在都是已完成的图片。完全不再使用运行时模糊。这也使外观更加统一，因为“材质”全部来源于同一模型和风格规则。

4. 建设过程

UI 代码使用 AI 编码助手（Claude Code）编写。我的工作流是：把概念图和模拟器截图并排，列出问题（“环太细”、“球体穿过玻璃而不是落入其中”），修正，重复。对比步骤占用了大部分时间，也是我不愿交付的部分。

如果我能重来： 在生成第一个概念前先写下风格规则。我最终制定了一页风格指南（近黑色背景、单一主色并带轮廓光晕、左上角高光、全部由球体构成、图片中无文本），此后每个资产的重试次数大幅减少。

新设计将随下一个公开 beta 版本一起发布。如果你想了解玩法：scitch.com

问答： 你如何从 AI 概念艺术得到真实的、分层的游戏资产？是像我一样重新生成各个部分，还是直接在概念上手绘？

披露：Scitch 免费游玩，并提供可选的化妆品商店。游戏本身在运行时不使用 AI。AI 用于艺术（Nano Banana Pro）、部分代码（Claude Code）和音乐（Lyria）。