我生成了100多个游戏可用的3D资产，没花一分钱。不是吹牛，也不是哪个云服务的试用额度，就是靠一台Mac和几个完全免费的本地AI工具，从零到有，跑完了全流程。

这事儿说起来挺兴奋的，但过程一点儿也不简单。我叫StudioMidori，正在Uneral Engine 5里捣鼓一款合作游戏——暂定名“Engawa Summer”，想把90年代暑假游戏那种氛围重新做出来。一个人做开发，最头疼的问题从来都不是代码，而是“3D资产从哪儿来”。

打开网易新闻 查看精彩图片

这次我彻底试了一把，结论直接给出来：用本地AI，在不花任何额外成本的情况下，生成了超过100个资产。下面我会把整套配置、踩过的坑，以及那些翻车的时刻，一条条摊开说。不搞滤镜，该吐槽就吐槽。

零成本工具链，全跑在苹果芯片上

我用的全部工具都是免费的，而且完全在本地运行。最让我担心的一环是Hunyuan3D，这个模型给人的感觉像是专门给NVIDIA CUDA优化的，但实际测试下来，它在苹果芯片的MPS上也能跑。我之前被其他3D模型搞出过心理阴影，很多操作符在MPS上没实现，跑着跑着就崩溃给你看。但这一回，Hunyuan3D完整地完成了任务。

实测结果记录在这儿：运行环境就是一台Mac，没有额外显卡，没有云端算力。当然速度比不上高端N卡，但能跑起来本身就解决了有无问题。对于独立开发者来说，这个意义很大——门槛一下子低到地板上。

输入图像的品质，几乎决定了输出3D的上限

反复试下来，我有一个特别强烈的体会：3D模型生成的质量，决定性因素几乎全在输入图像上。换句话说，图有多好，模型就有多好；图烂，后面怎么调都救不回来。

折腾了一大圈后，我摸出一套自己的“配方”。文字部分就是最难啃的骨头。比如想让AI在一块招牌上生成日文，它非常自信地给我输出一堆长得像中文的方块字，根本不能用。试了好多次之后，我直接放弃了这个方向，决定所有招牌都先生成纯白平面，后期再在引擎里自己加正确的字体。

后来我才意识到，这个决定在版权角度简直正确到离谱——当然这是另一个故事，先卖个关子。

成功案例下的真实翻车现场

既然是技术文章，只放完美结果太不诚实了。所以我必须把那些能稳定复现的失败也摆出来。

第一个翻车案例是折叠手机——可以作为平成时代标志物的那种。3D生成结果直接变成了一块薄如脆饼的平板，厚度信息完全消失。不管我在提示词里怎么调，这玩意儿就是不肯长肉。原因很清楚：单视图到3D的模型在处理薄片状或小体积物体时，对不可见面深度信息的推测能力非常有限，动不动就崩。解决方案是：认命。像手机、传呼机、磁带这类本身就薄的东西，根本不用让AI硬上，后期在引擎里用简单的长方体基础体手动搭建反而更快。关键不是什么都用AI，而是知道什么时候该用哪个工具。

第二个翻车很诡异。我只想要一座地藏石像，结果AI硬是给我并列生出两个，还不知怎么融合成了一个“双体连体”的不明造物。解决办法是把提示词改得格外明确：强调“单个、仅一个形象”，同时把“多个、两个”加进负面提示。这一招对狛犬和稻荷狐狸也奏效，几个关键词加进去，就能老老实实回到单一对象。要是完全放任AI自由发挥，它真的太喜欢“多送一个”，好像不凑成一对就浑身难受。

输入图片和生成3D的三视图剪影对比也放出来了，左边是我喂进去的图，右边是模型输出的三视图剪影。虽然有些局部扭曲，但大轮廓基本咬住了，对我这种游戏资产的用途来说，够用且能直接进管线。

独立开发者的心态和工具思维

整个过程跑下来，我最深的感受不是“AI真牛”，而是“知道自己该在哪儿停下来、该在哪儿换个办法”太重要了。Hunyuan3D能在Mac上跑这件事本身，就打破了“本地高质量3D生成必须有N卡”的假定。但工具不是万能钥匙，薄型物体、文字生成、复杂对称结构，每一个都暴露出当前这类模型的边界。

所以我后来养成了一个习惯：先用最快的方式生成一个大概的几何体，评估一下哪里AI能搞定、哪里得自己上手。用引擎的基础体搭骨架，用AI生成的部件做血肉，这种混合方式反而比单纯指望AI一通输出要可靠得多。那些翻车反而逼着我摸清楚了什么情况下能省时间，什么情况下硬扛反而浪费时间。

说实话，100多个资产摆在工程里，对一个独立开发者来讲已经是巨大的心理支持了。不需要去素材商店东拼西凑，也不用妥协去用风格不搭的免费包，更重要的是，这些东西都是从零开始、在自己的机器上长出来的。那种掌控感，才是一个人在暑假游戏项目里最想要的。