说实话,我第一次被 Recraft 吸引,是因为一个很尴尬的场景:项目排期里美术资源那栏几乎是空的,但 UI 提案已经画了三版手绘手稿。没有预算找外包,又不想用模板素材拼出一股"网页风"的界面,于是我就试着把手机拍的线稿丢进 Recraft,结果 5 分钟之后我拿到的不只是一张像样的概念图,而是可以直接切成 9 宫格、放大到 4K 还不糊的游戏 UI 资产。这篇文章就把我压箱底的一套"手绘线稿 → 4K 游戏资产"流程完整拆开,包括线稿怎么预处理、Prompt 怎么写、生成完怎么切片进引擎,以及那些我实际踩过的坑。适合独立游戏开发者、UI 新人,还有被"UI 只有草图"逼疯的策划们。
1. 为什么"UI 只有草图"会成为项目里最头疼的一句话
1.1 游戏 UI 资产的真实需求:清晰、分层、可缩放
先别急着讨论 AI 工具,咱们得先从游戏项目本身出发,搞清楚"UI 资产"到底是什么,它和"画一张好看的插画"完全是两码事。一个正常的游戏 UI 包,至少包含:全屏背景、弹窗底板、按钮(可能有 9-slice)、技能图标、物品图标、装饰性边框、滚动条、输入框底,以及各种状态切换素材。这些东西组在一起,要满足三个硬指标:首先是最小清晰度,同一个按钮在 1080p 和 4K 屏幕上都不能发虚;其次是分层可维护,美术更新时不能动一行代码就要重出一张整图;最后是风格统一,一套界面的光效、描边粗细、圆角半径必须能对上话。
手绘草图恰恰在所有这些指标上都"看起来能用,实际上很虚"——它记录了布局和感觉,却没有尺寸规范、没有图层分离、没有高分辨率底稿。多数团队走到这一步就开始纠结:要么花大几万找外包,要么强行用现成素材拼,拼完发现风格打架、版权不明。而 Recraft 这类工具的出现,本质上把这条链路的一头"外包前期的概念探索"和另一头"技术美术的资产整理"之间的空档补上了,这也是我愿意花时间折腾它的根本原因。
1.2 Recraft 的价值不是"凭空生成",而是"把结构还给你"
Recraft 这类生成式设计工具,和 Midjourney、Stable Diffusion 最大的区别在于,它的产品设计目标偏向"设计资产产出",而不是"艺术探索"。你给它一张结构明确的图,它更倾向于在结构内做风格化渲染,而不是默认重画一个想象中的内容。这个特性对 UI 工作流是决定性的:我们把草图的轮廓、区域划分、元素位置作为强约束,让模型在约束内部填充材质、光影、装饰细节,最后输出的结果既有手绘时的原创布局,又有接近成品质感的渲染效果。
换句话说,Recraft 把"我最开始画的草图"变成了一批可以迭代的素材底盘,我只需要在这批结果里做减法,而不是从零做加法。有些人会问:那为什么不用 ComfyUI 本地工作流?确实也能做到,本地 ComfyUI 的 img2img 加 ControlNet 拓扑可以做到更细的控制,但你要面对的是模型下载、节点维护、采样器调参这一大摊运维成本。Recraft 的价值就在于,把最常见的"线稿转成品"这个高频场景做成了开箱即用的产品。对我这种既要盯策划又要写代码的人来说,省下的都是能直接折算成游戏开发周期的时间。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 线稿预处理:这一步偷懒,后面全部翻车
2.1 拍照线稿必须先做的 4 件事
先说结论:你丢进 Recraft 的线稿质量,直接决定了生成结果的上限。一张在 A4 纸上用铅笔画的草图,拍照后通常有四个问题:纸纹干扰、铅笔灰度大、背景泛黄、线条断断续续。如果不处理就上传,模型很容易把纸纹当材质,把阴影擦痕当结构,最后生成出来的 UI 上全是莫名其妙的噪点。
我现在的标准预处理步骤是:第一步,先在 Photoshop 或 Krita 里把图片转为灰度;第二步,用色阶(Levels)把黑场和白场往里收,让线条变黑、背景变白;第三步,用阈值(Threshold)把中间灰全部去掉,得到一张干净的黑白稿;第四步,用画笔和橡皮擦补一下断线,尤其注意闭合区域——因为后续
