vibegame

常见问题

2026-08-26T16:00:00+08:00

VberAI Studio 要付费才能用吗？

不订阅也能用，只是积分消耗偏高。某几个功能如果会经常用，后面多半会自己去充积分——几乎每次走 AI 生成都会扣相应积分。

零基础能开始做小游戏吗？

这个实验还在进行。可以从本站文章里找某条流程里最短的走法，先看入门。

自动分层

2026-08-26T14:39:00+08:00

先说结论

Auto Layering 把一张合成图拆成可单独编辑的图层。不用画框：按检测边缘切。和 Layer Split 在同一工具栏；目标一样，按框定尺寸的走那一页。

步骤 1：打开 Auto-Layering

选中画板（例如 cat_journey_UI）。打开重叠图层菜单，选 Auto-Layering（从 37 积分起）。

步骤 2：确认扣费

对话框是 Run AI auto-layering?，再点 Start layering。按层数扣费，模型和档位不能改。弹窗里若仍写 Manual Layering，对应现在的 Layer Split。

步骤 3：检查带名字的图层

结果铺在原图右侧，已经起好名。复杂的 HUD 和场景件会自动框出来。

演示视频

同样要拆层，但手动画框：Layer Split。

一键游戏主题换皮：市面上已经有了针对美术资源的批量节日换皮肤工具

2026-08-20T15:00:00+08:00

VberAI Studio 的换皮肤很容易用上瘾。功能说明见换皮肤。

对独立开发和游戏设计师来说，游戏美术已经齐了之后，再办一次节日活动并不轻松。对美术设计几乎是一场灾难。

核心工作是在旧美术上批量加上新的节日效果：万圣节要一套节日主题图标；情人节会涌出大量表达爱意的视觉元素。项目阶段改变不了这一点。有持续运营时，美术和开发总会在那些日子之前进排期，节日内容先做好上线准备，日期到了再放出来。

更核心的是批量、并且提示词要一致。

换皮肤就是为这个来的。生成按结构化文档提交：结构化的美术资源设置留着，只替换视觉呈现。

小结

游戏 UI 的批量换皮肤需要批量 API 请求和返回。原来的环境参数设置非常重要。

同一点也出现在 r/aigamedev 这条讨论里：用 AI 给资源换皮肤。工作室一旦部署换皮肤，收获是便捷的节日换皮：短时间、按指定方向生成大量资源。后面可能还有成本公式——怎样调度，才能把生成成本压到尽量低。眼下更稳的路，仍是让懂调度的人去排专业的活。调度更专，要生成的量会下来，这才是生产端这一轮升级。

AI 换皮肤

2026-08-20T14:30:00+08:00

先说结论

AI 换皮肤 用在 VberAI Studio 里已经做完的 UI / HUD 画板上：要换一套气氛，又不想手改布局。选中画板，打开 AI 换皮肤，写目标主题，这一轮会按提示词重绘各层外观。图层关系和图片尺寸仍一一对应。字的颜色常常还停在源图上，后面需要再统一一遍标签颜色。

步骤 1：在选中的画板上打开 AI 换皮肤

在 Studio 画布上选中要换风格的那一屏（例如 Main Screen）。画板上方浮出的选中工具栏里，选最右侧带 AI 标记的 AI 换皮肤。

步骤 2：输入主题提示词

AI 换皮肤 对话框按描述重绘视觉风格。确认前能看到积分（这一轮大约 68–130 积分）。

提示词示例：

Halloween-themed page atmosphere

步骤 3：检查结果

等跑完，再看画板。环境、面板边框和道具会跟着主题走；画面上的字往往还是源图颜色，标签后面可能要再统一一遍颜色。

步骤 4：图层关系和尺寸

图层关系和图片尺寸仍一一对应。

演示视频

在选中的画板上做 AI 换皮肤，从提示词到一一对应的分层结果：

Figma 到 Cocos Creator

2026-08-20T13:40:00+08:00

先说结论

Figma to Cocos Creator 针对已经分层的 .fig UI / HUD，要送进 Cocos Creator 当场景用。VberAI Studio 导入文件，再导出到 Cocos Creator 3.x。界面逻辑用 Cursor 或 Codex 补。在 Cocos Creator 里 Build，预览会开到本地网页。

步骤 1：存一份本地 `.fig`

在 Figma 打开这一屏，用 File → Save Local Copy。

步骤 2：在 Studio 里 Import Project

到 Studio 的项目页，选 Import Project，再选 .fig 文件。

步骤 3：导出并预览

选中这一屏（例如 Main Screen）。打开 Export，选 Export to cocosCreator3.x。

界面逻辑用 Cursor 或 Codex 接上。在 Cocos Creator 里 Build 工程，预览会开到本地网页。

演示视频

从 Figma 经 Studio 进到 Cocos Creator 的完整一遍：

把 Figma 设计稿导出到 Godot：Figma 与 Cursor 之后的后处理

2026-08-19T14:17:00+08:00

先说结论

Figma 和 Cursor 覆盖画稿和写代码。设计稿后处理仍缺：按图层自动导出、按引擎习惯重命名、保存到工程目录。Figma 没有针对游戏引擎的结构化导出。VberAI Studio 补这一段，所以这里把它当作设计稿和 Godot 之间的中转。

后处理缺口

Figma + Cursor 这套底子，设计稿后处理仍没收完。只导出一张 PNG 太薄。需要的是 AI IDE 能读的工程化导出：图层还在、名字能对上、文件落在引擎已经在用的目录里。

MCP 能同步一部分工程数据，让 AI 工具看到当前场景和脚本上下文。MCP 不会跨引擎批量、自动地做美术资源的结构化存储和同步。那一步仍归设计工具。

2025 年 5 月，Latenode 上出现过同一问：Exporting Figma designs to Godot: Current status?。当时常见路径是切片导出，再在 Godot 里重建界面。2026 年 5 月 Figma 上线了画布内 Agent（Fast Company），生成和改层方便了。Agent 本身并没有回答「文件怎么进 Godot 工程」。几种形态可以并存：MCP 用来保持开发和场景上下文同步；设计工具继续演进美术，并随时按引擎目录结构导出去。

这条路径已经测过，写在 Figma to Godot。中间碰到几个卡点。VberAI Studio 导入 PSD 时，矢量图层支持还不完整。同一套稿用 Import Project 走 .fig，摩擦更少，矢量也能较完整地带进导出。流程见这段视频：

Import Project：把 .fig 导入 Studio，再导出到 Godot

Studio 界面也把 Figma 导入入口放得很淡，项目页上的 Import Project 容易漏掉。关于这个入口的反馈已经发过。

小结

导出要对齐源美术文件、并一次同步进开发目录时，VberAI Studio 是可用方案。配上对应的 MCP（例如 Godot MCP），游戏开发这条链路上能少做一轮手工整理文件。
若 Figma 以后自己做垂直导出，多半仍要按场景分别处理。游戏制作更常要批量生成和替换；通用 PNG 导出覆盖不到这一段。

Figma 到 Godot

2026-08-18T17:20:00+08:00

先说结论

Figma to Godot 针对已经分层的 UI / HUD（.fig 或 PSD/PSB），要送进 Godot 当场景用。VberAI Studio 负责导入设计稿，再导出到引擎。这条路径的目标引擎是 Godot。

导入可以走 PSD/PSB，也可以直接导入 Figma 工程。导出得到 .tscn；默认路径按 Godot 的 Assets 目录来写。

步骤 1：找到 Figma 文件

打开这一屏对应的分层 Figma 文件。已经命名的编组（画框、按钮、HUD 条）会带到 Studio，并进到 Godot 的节点树里。

步骤 2：导入 VberAI Studio

PSD/PSB。 先把 Figma 导出成分层 PSD，再到 Studio 选 Import → PSD/PSB。

Figma 工程。 在 Studio 的项目页选 Import Project，再选 .fig 文件。

步骤 3：导出到 Godot

选中这一屏（例如 Main Screen）。打开 Export，选 Export to Godot。

对话框里把格式设成 Scene（.tscn）。Default paths 会去项目里找 Assets 文件夹，并按这套目录写文件。

演示视频

PSD/PSB 导入，再导出到 Godot：

Figma Import Project，再导出到 Godot：

提升清晰度

2026-08-11T21:22:00+08:00

先说结论

HD Upscale 用在需要更大像素尺寸、又能接受一点生成改写的位图上。能调的是重绘范围、输出格式和放大倍率；跑完会扣积分，结果作为新图层铺在源图右侧。密集的游戏 UI、烤进画面的字、小图标网格目前仍不稳——把重绘范围拉高，改的是样子，很难把字标拉回清晰。

本篇演示用的源图：商店 / 背包场景，HUD、道具格和环境叠在一张底板上。

步骤 1：在选中的图上打开 HD Upscale

在画布上选中图片。选中后的工具栏里选 HD Upscale（AI 一组）。

步骤 2：设重绘范围、格式和倍率

对话框会显示原尺寸和预计放大后的尺寸。可调：

Redraw range — 允许重绘细节的幅度（低则结构更贴源图；高则改写更多）
Output format — PNG、JPG 或 WEBP
Magnification — 放大倍率（例如 ×2）

确认前能看到积分消耗。放大后的底板会作为新图层出现在原图右侧。

步骤 3：检查放大后的图层

跑完后把新图层和源图对比。这张商店 UI 底板上，低重绘会把画面放大，但小图标和界面文字的边仍然软。

把 Redraw range 拉高（例如 0.6），这一轮会把更多算力花在重绘上。布局和道具可能漂；字标和细的 HUD 记号往往还是糊的，或变成噪点，读不出来。

更在意导出尺寸变大、不太要求 UI 像素级还原时，用 HD Upscale。背包图标、状态文字或像素边必须卡死的底板，重绘留低——或者这条先跳过，只放大那些吃得消生成细节的层。

精灵图自动切图

2026-07-17T18:30:00+08:00

拖入精灵表，或选择本地图片 / ZIP。工具在浏览器里按透明通道或背景色切开每一块，导出 PNG，也可打包下载。文件留在本机。

不透明图可在设置里指定背景色；最小尺寸用来丢掉过小的碎块。按外形抠出会留下透明边缘，按包围盒则裁成矩形。

自动切图

2026-07-17T15:13:00+08:00

先说结论

Auto Split 用在块与块之间已经有明显空隙的精灵表上：要在本地尽快切成单独的位图。不耗积分，在本机跑；切完后每块都可以单独导出，或拖到后面的步骤里继续处理。

命名沿用源精灵表，再加一段序号后缀。切的是几何区域，不是模型打的标签，所以这些名字仍是自动生成、不好读——导出后若要能认，再自己改名。

步骤 1：打开 Split — Auto Split

在画布上选中精灵表。选中后的工具栏里打开 Split，再选 Auto Split。

步骤 2：检查切出来的碎图

Auto Split 会检出分离的区域，切成单张图。每块沿用精灵表的基名，再加序号后缀（例如 … Part 26），可以直接导出，或拖到后面继续处理。

更在意速度和积分、不太在意文件名含义时，用 Auto Split。若要好认的名字或更紧的边界，进引擎前先改名，或改走手动切。

只在浏览器里切、文件不离开本机，可以用本地的 Sprite Auto Split Extractor。

Steam 商店页本地化：下游服务商几乎都在用 AI 工具

2026-07-16T16:45:00+08:00

先说结论

实验 1： Frostpunk 2 风格英文宣传帧，经 Image Translate 译成简体中文——标签换了，场景背景被去掉，没法当商店市场图上架。

实验 2： 简体中文游戏内 UI 位图译成英文——文案切过去了，背景被抠掉（对精灵有用），边缘偶发灰色描边，导入前要过一遍。

商店页本地化服务商已经在流水线里用 AI；独立团队仍卡在截图和宣传图里烤死的 UI 文字上。两轮跑下来，Image Translate 更适合精灵位图，整张市场宣传帧暂时用不上。

Reddit r/SoloDevelopment 有一条讨论：Steam 商店页本地化：几乎所有服务商都在用 AI 工具。帮游戏公司做商店页本地化的服务商已经在流水线里跑 AI；独立团队碰到烤进截图的 UI 文字，仍要按语言重截，或进 PS / Figma。App Store、Google Play 上架也是同一套耗时。

Image Translate 能不能省宣传图、商店截图变体的时间？下面两轮小实验。

实验 1：市场宣传帧

Frostpunk 2 Steam 商店页可作本地化商店图参照。

Image Translate → 简体中文。棋盘格为被去掉的背景；不能当完整商店市场图用。

文案切到简体中文。天空和场景没了。要整张构图完整的商店图，这条输出走不通——表现更接近精灵抠图，离市场宣传图还远。

实验 2：精灵位图

换一张烤了简中 UI 的游戏位图，目标英文。流程见 Image Translate：选图 → Image Translate → 选语言 → 同尺寸导出。

译前：简中 UI 与场景背景在同一张位图里。

译后：英文标签；背景已去掉。边缘有时有灰边，导入前要过一眼。需要可走 Extract Background 或手工修。

这里抠背景正好符合精灵进引擎前的习惯。标签换成英文。个别边缘有灰像素，要简单过一遍。

小结

VberAI Image Translate 是给精灵调的小模块，整张商店市场宣传帧目前对不上。

产品再往前调一调，可以干净地当多语言位图生成器用；单这一项也值得付费。

AI 超精细抠图

2026-07-16T15:10:00+08:00

先说结论

Super AI Matting 用在精灵或 UI 截图上：要干净的透明底，又不跑图像生成。光晕、软边、半透明像素的边缘质量比较稳——做游戏美术时，往往比通用去背服务更合适。这条路径只做抠图：去掉衬底，前景画面保持原样。

工具栏入口是 Remove background — Super AI Matting。选中图片，跑 Super AI Matting，导出透明结果，进引擎或继续做精灵都可以。

步骤 1：从带背景的精灵或场景截图开始

用还带着原来背景的位图——角色、HUD、发光图标和环境叠在同一帧里。

步骤 2：选 Remove background — Super AI Matting

选中图片后，打开 Remove background 菜单，选 Super AI Matting。

步骤 3：检查抠图结果

输出去掉场景衬底，前景美术和 UI 边缘还在。光晕和半透明区域通常比面向照片的自动抠图更干净。

棋盘格衬底：背景已去掉，透明处能看见格子。

这条路径不重绘像素，只抠源图里已有的内容。游戏精灵带光晕、法术拖尾或软边图标时，要直接进引擎、少一圈毛边，这个差别会很明显。

提取背景

2026-07-16T14:40:00+08:00

先说结论

Extract Background 用在完整的场景精灵上：要一张没有角色、HUD、交互提示的环境底板。打开 Extract 菜单，选模型和尺寸，再生成。输出是一张可拿去复用的背景候选，建筑边缘不必指望和原图像素级对齐。

Extract Background 让模型在去掉前景角色和 UI 的前提下把场景补回来，得到一张偏背景的图，后面做美术或关卡都能用。

步骤 1：从一张完整场景精灵开始

用环境、角色、UI 叠在一起的场景。下面这张是村庄镜头，NPC、HUD 和画面上的字都还在。

步骤 2：打开 Extract Background 并设模型

选中图片后，打开 Extract 菜单，选 Extract Background。

在 AI Extract Background 对话框里选模型（例如 GPT Image 2），设输出尺寸和质量，再开始提取。

步骤 3：检查干净背景

结果去掉角色和 UI，留下环境底板——房子、地面、树、天空——可以当背景再用。

抽出来的背景往往对不齐源图像素。这个例子里，建筑外形和部分画风相对原帧会漂。当成品锁版之前，先过一眼（需要的话再轻轻修）。

图像翻译

2026-07-16T14:20:00+08:00

先说结论

Image Translate 用在大批已经把字烤进画面的精灵或 UI 位图上。字继续留在图里也行时，这是一条比较快的本地化路径：选目标语言，跑生成，得到同尺寸的图——场景大体还在，标签换成另一种语言。它走的是图像生成，不是单独导出文字层，版式和风格都还在像素里。

Image Translate 用模型生成，改写位图里的字，再输出一张同尺寸资源。第一遍不必逐条手绘标签。

步骤 1：从一张源语言 UI 图开始

用已经带源语言的游戏界面或场景精灵。下面这张是简体中文界面（地名、NPC 提示、招牌、背包 / 设置等字）。

步骤 2：打开 Image Translate 并设定目标语言

选中图片后，在工具栏打开 Image Translate。

在 AI Image Translate 对话框里选目标语言（例如英语），确认图层，再跑 Translate。

步骤 3：检查同尺寸的译后图

结果和源图尺寸相同。画面上的字换成目标语言（地点名、NPC 提示、商店 / 出口招牌、背包 / 设置一类）。

棋盘格表示透明：生成时把原来的场景背景清掉了。

目前这几轮常常会清掉原来的环境背景，留下透明（或一块实底），而不是源图的天空 / 景物。先当成已知限制；后面产品迭代有可能把背景保住。

没有AI辅助工具的时候，像素精灵图的处理和生产流程是怎么样的？比我想象中的麻烦多了。

2026-07-15T18:00:00+08:00

先说结论

一键工具已经对准像素风角色动画帧和精灵表。为看清整条调用链怎么串起来，同一项活改用熟悉的通用工具走了一遍：参考图生图、抠底、对齐导出、GIF 预览，再到最终精灵表。下面按步骤记录，并标出阻力点。

测试中用到的工具

工具	作用
Grok Image	生图快，短时间内可出多个方向备选
GPT Image 2	更慢，画质更稳；关键词或参考给对时输出更可靠
Pixian.ai	去背景；高级版对大尺寸抠图完整性更好
Figma	裁切、对齐、命名与整条链路的可视化记录

走查顺序

整条链路里，工具调用大致为：Grok Image ×2、GPT Image 2 ×2、Figma ×2+、Pixian.ai ×2、Ezgif ×1（合计约九次切换）。标题图是从两枚静态图标想法走到可在 Ezgif 预览的 GIF。从想法落到可预览动画，耗时明显偏长，中间还夹着返工与弃用路径。

步骤 1：Grok Image，参考图 + 提示词生成像素风原图

用参考图与提示词生成像素风格原始图：

Two icons share the same style—one for “Documents” and the other for “Experiments”—and both employ a gamified aesthetic. The “Documents” icon depicts a scroll shimmering with magical trails of light, while the “Experiments” icon features a weapon-forging tool, symbolizing a resource honed through the fires of experience.

步骤 2：Figma，裁成独立小图

在 Figma 中把目标图标裁成单独一张小图，便于后续序列帧生成。

步骤 3：GPT Image 2，生成序列帧

用 GPT Image 2 生成序列帧。提示词约束有误（要求首尾帧一致），实际只得到约 5 帧可用结果；黑底为模型输出。

步骤 4：Pixian，移除背景

对序列帧做背景移除。

步骤 5：Figma，逐帧对齐、命名与导出

逐帧调整上下对齐与动作幅度一致性，按顺序命名并导出。这是整条链路里人工成本最高的一段。

步骤 6：ChatGPT 对话内直接试生成

在对话里直接生成测试动画，效果不理想，放弃该路径。

背景为黑色，未做透明处理；游戏场景不可直接使用。

步骤 7：Ezgif，逐帧打包为透明 GIF

用 Ezgif 逐帧合成 GIF，背景透明，便于站点或本地预览动作。

步骤 8：引擎侧目标形态，序列帧精灵表

Godot 等引擎实际更常用一张排好的序列帧精灵图（透明 PNG / WebP）。

阻力点

阻力点 1：步骤 5 的人工对齐成本高、结果不稳定

链路最大短板在步骤 5：需要手动对齐物体、压住动作幅度跳变。AI 序列帧的帧间一致性不可预测，这一步会引入大量不确定与返工。

阻力点 2：强依赖干净抠底与可迭代预览

工作流离不开两个前置条件：

背景移除足够干净，能信
能快速预览 GIF / 动画效果，并据此重生成或微调

缺一则后续对齐与引擎接入都会反复卡住。

对照：主流产品形态

当前更稳的角色精灵序列帧路径，多半会结合骨骼 / 绑定校对：在给定动作约束后再生成，帧间保证通常高于「纯提示词出多帧再手调」。

一键工具（见文末服务）把调度、抠底、对齐与预览收进产品。通用工具链则把每一步的阻力暴露得更清楚。

提取 UI 元素

2026-07-15T17:15:00+08:00

先说结论

Extract UI Elements 用在一张具体的游戏场景截图上：调视觉模型，把 UI 抽出来拼进一张精灵位图。区域数量和边界要卡得很准时不太合适——结果是近似的，跟所选模型有关。

Extract UI Elements 对当前图片直接调模型做 UI 提取。不用写提示词，界面上点完就能跑。

步骤 1：从菜单选中这个功能

提取前先准备好场景或精灵截图。下面这张是本篇演示用的源图。

选中目标图后，打开提取相关菜单，选提取 UI 元素。

步骤 2：设模型和参数

对话框里选模型和输出尺寸。可选 GPT Image 2、Nano Banana / Nano Banana 2、Nano Banana Pro。尺寸越大，抽出来的物件往往更多、花样也更多。

步骤 3：看提取结果

生成后检查拼合结果。当前输出是一张不透明的位图图层；接到后面的步骤前，通常还要清一次。

GPT Image 2，输出尺寸 1K。

更合适的场景：从位图到精灵表

UI 更密的单张位图，比上面步骤 1–3 的演示更适合 Extract UI Elements。模型从一张源图抽出控件和面板，拼到一张精灵图上；丰富度和边界精度都高于步骤 3 那张演示结果。

源图：一张 UI 很密的位图。

输出精灵表，GPT Image 2，输出尺寸 1K。

用AI生成精灵图，再针对处理成可以导入到游戏引擎的美术资源

2026-07-15T10:00:00+08:00

先说结论

把 AI 生成的精灵表做成可进游戏的像素美术，常常卡在两类问题上：场景分类和语义角色（阻力点 1），以及把散图整理成可进引擎的结构化资源（阻力点 2）。这两类，VberAI 做切分、提取和清理会更省事。下文再展开其余阻力点，以及 Cursor 式的 Rules、命名和元数据。

Reddit 上的讨论

Reddit r/aigamedev 有一条相关讨论：

用AI生成精灵图，再针对处理成可以导入到游戏引擎的美术资源

讨论围绕同一条管线：用 AI 生成精灵表，再清理成可进入游戏的像素美术。评论里常见的卡点包括：生成结果难以直接进引擎、动画帧不够稳定、清理后仍要大量手工处理。

在整理 Layer Split 这类提取流程时，这些卡点可以进一步拆成更细的阻力点。

阻力点分析

阻力点 1：精灵需要分类，也带有场景语义

精灵进入游戏后，通常要先被归入不同用途，例如：

场景建筑 / 装饰元素：位置相对固定，交互很少，一般不需要碰撞设定
可交互 / 可碰撞对象：往往附带碰撞、遮挡、层级，有时还涉及状态切换

因此，资源在「看起来像一张精灵」之前，已经隐含分类与行为预期。图像模型更擅长生成画面，较少系统化回答「这张图在场景里承担什么角色」。VberAI 目前也未把分类与场景语义做成系统能力：切分、提取、整理可以完成，「装饰还是碰撞体」这类判断仍主要落在导出后、在 IDE 里的批量处理。

阻力点 2：美术资源应按结构化数据管理，却仍常被当作散图处理

游戏美术最终要进入引擎目录与引用关系。更稳妥的形态接近带结构的资源描述：类型、用途、关系、可检索字段齐全。匿名位图堆很难撑起后续自动化。

AI 生成阶段通常先得到一张或一组图，结构信息后补。VberAI 的 Layer Split / 框选提高了边界控制精度（见 Layer Split），但结构化方式仍偏人工：对每张图重复「选区、分层、确认」，成本随素材量上升。核心问题是处理步骤能否沉淀为可复用结构。单次做完还不够。

阻力点 3：常识性上下文如何传给模型——同一界面图内规则并不统一

同一张界面图里，不同元素需要的生成约束不同：

角色立绘 / 头像：通常只要单张结果，不需要 idle、run、attack 等多帧状态；无约束生成却常多出状态表（见标题图）
多帧动画：需要更强的一致性约束（比例、朝向、节拍、关键帧），重生成与筛选成本更高
界面中只露出局部的元素：直接生图有时可以补全被裁切部分；若只做手动切分后再提取，则会受原图局部信息不足限制

左：VberAI 手动标注提取，框选过紧，建筑右侧被切掉。右：GPT Image 2 精灵表，建筑完整，底部土堆和草坪仍粘在一起。

这里缺少类似 Cursor Rules 的用法：把「只要单帧」「需要跑动循环」「允许补全遮挡区域」写成可复用、可切换的上下文约束，再交给模型执行。常识约束若不能稳定传入，结果容易停在「视觉上可接受」与「引擎内可直接使用」之间。

同一条 Reddit 讨论里：

I tried doing this with nano banana. I was trying to animate a cartoony dinosaur running. It would create the sprite sheet, but I couldn’t get enough good frames to make a convincing run animation.

I ultimately just cut out the limbs and tried animating them as a 2d skeleton in Unity. Just like anything, I think it takes practice and creativity to make these things work.

这条反馈对应同一类限制：模型可以产出精灵表，却未必能稳定产出足够、可用的动画帧；工作流最终退回更可控的拆件 / 2D 骨骼方案。差距不只在模型画质，也在任务上下文与验收标准是否进入工具链。

阻力点 4：自动化命名与元数据——支撑 MCP / IDE 调用

美术资源最终要打包进引擎。若要通过 MCP 与 Cursor 等 IDE 协作，可调用性更多取决于图背后的 元数据。单张位图本身撑不起调度。

有效调度通常依赖两层：

有意义的命名：用命名建立初始上下文（对象是什么、属于哪一类、用于哪一步）
更完整的内置元数据：按资源类型做检索、筛选、批量处理与按规则调用（harness）

在这一点上，VberAI 已有明确进展：处理后的输出会自动带上有意义的命名，后续检索与资源管理更直接。命名与元数据把生成结果推进到更接近「可被 IDE / MCP 引用的结构化资产」。

小结

游戏美术资源本身带结构，因此适合放进 AI 生成式开发流程。真正要处理的是结构化 harness：分类语义、可检索元数据、可配置上下文规则，以及能被引擎与 IDE 接力的命名体系。

VberAI Studio 已经覆盖切分、提取与自动命名中的若干环节。阻力点 1–3 仍更依赖人工判断或缺少系统化配置；后续若这些约束能变成可复用、可被 Agent 调用的结构，管线完整度会明显高于继续加深单次手动操作。

分层切图

2026-07-09T10:00:00+08:00

先说结论

Layer Split 用在已经选中的位图上：切图尺寸要跟着手画的框走。画完框之后会自动分层并用 AI 切；导出文件名还能对上各块内容。同一工具栏里还有 Auto-Layering，不画框，按检测边缘切。全自动切图请参考Auto Layering。

物体被挡住或贴在一起时，手画一框仍能单独抠出一件东西——比如只要建筑，不要边上的草和土。

步骤 1：从工具栏打开 Layer Split

在画布上选中图片。选中后的工具栏里，打开重叠图层入口（Extract 右侧）。里面是两个平级项：

Layer Split（从 27 积分起）——手动画区域，再自动分层、AI 切。生成尺寸跟画的框走。
Auto-Layering（从 37 积分起）——不手动画框，按检测边缘切。

Extract 里原来的 Manual Layering 已经没了。Layer Split 就是那条流程的现用名：先画框，再自动分层和切图。

步骤 2：把画面层和文字层分开

打开 Layer Split 之后，框出目标画面所在的整块区域，再标哪些层是画面、哪些层是文字。框决定生成尺寸。画面 / 文字分开标，后面加工时能插手的地方会多一些。

步骤 3：生成处理结果

框和层类型确认后跑生成。输出会按这些边界和标注来。

复杂场景仍可能碰到额外的处理上限。跑完后，输出图会带上能对上各块画面的名字，后面找起来方便一些。

演示视频

在选中的画板上做 Layer Split，从工具栏到按框切图：

同样要拆层，但不画框：Auto Layering。

入门

2026-06-26T10:00:00+08:00

AI优先的思路学习如何制作游戏：先摸清常见制作卡点，再用生成能力把卡住的环节拆开，最后把产出变成引擎能直接导入的资源。

过程里会对照不同工具，说清楚各自能做什么、卡在哪。VberAI Studio 是这条线上的核心，操作上更接近「直接用 AI 做游戏」。

把耗时费力的内容生产交给 AI。

入门

2026-06-26T10:00:00+08:00

这一栏整理更长、更杂的经验笔记。文档页通常对准一个具体问题；这里更常写某条路径上的做法，以及路上最直接的体验。

vibegame

常见问题

VberAI Studio 要付费才能用吗？

零基础能开始做小游戏吗？

自动分层

先说结论

步骤 1：打开 Auto-Layering

步骤 2：确认扣费

步骤 3：检查带名字的图层

演示视频

一键游戏主题换皮：市面上已经有了针对美术资源的批量节日换皮肤工具

小结

AI 换皮肤

先说结论

步骤 1：在选中的画板上打开 AI 换皮肤

步骤 2：输入主题提示词

步骤 3：检查结果

步骤 4：图层关系和尺寸

演示视频

Figma 到 Cocos Creator

先说结论

步骤 1：存一份本地 .fig

步骤 2：在 Studio 里 Import Project

步骤 3：导出并预览

演示视频

把 Figma 设计稿导出到 Godot：Figma 与 Cursor 之后的后处理

先说结论

后处理缺口

小结

Figma 到 Godot

先说结论

步骤 1：找到 Figma 文件

步骤 2：导入 VberAI Studio

步骤 3：导出到 Godot

演示视频

提升清晰度

先说结论

步骤 1：在选中的图上打开 HD Upscale

步骤 2：设重绘范围、格式和倍率

步骤 3：检查放大后的图层

精灵图自动切图

自动切图

先说结论

步骤 1：打开 Split — Auto Split

步骤 2：检查切出来的碎图

Steam 商店页本地化：下游服务商几乎都在用 AI 工具

先说结论

实验 1：市场宣传帧

实验 2：精灵位图

小结

AI 超精细抠图

先说结论

步骤 1：从带背景的精灵或场景截图开始

步骤 2：选 Remove background — Super AI Matting

步骤 3：检查抠图结果

提取背景

先说结论

步骤 1：从一张完整场景精灵开始

步骤 2：打开 Extract Background 并设模型

步骤 3：检查干净背景

图像翻译

先说结论

步骤 1：从一张源语言 UI 图开始

步骤 2：打开 Image Translate 并设定目标语言

步骤 3：检查同尺寸的译后图

没有AI辅助工具的时候，像素精灵图的处理和生产流程是怎么样的？比我想象中的麻烦多了。

先说结论

相关讨论与现有产品

测试中用到的工具

走查顺序

步骤 1：Grok Image，参考图 + 提示词生成像素风原图

步骤 2：Figma，裁成独立小图

步骤 3：GPT Image 2，生成序列帧

步骤 4：Pixian，移除背景

步骤 5：Figma，逐帧对齐、命名与导出

步骤 6：ChatGPT 对话内直接试生成

步骤 7：Ezgif，逐帧打包为透明 GIF

步骤 8：引擎侧目标形态，序列帧精灵表

阻力点

阻力点 1：步骤 5 的人工对齐成本高、结果不稳定

步骤 1：存一份本地 `.fig`