用 Claude Opus 5.5 做策划、用 Meshy 生成模型、在 Blender 里修复打磨、最后丢进 Unreal Engine 搭场景、跑逻辑、调画面——这套组合我最近完整走通了好几遍。对一个人或者两三个人的小团队来做游戏原型来说它可能是现阶段性价比极高的一条路径既能避开从零开始建模的体力活又能靠 AI 把“模糊想法”快速翻译成“可执行方案”。这篇文章会把整个过程拆成七步把我调过的参数、踩过的坑、以及每个环节里 AI 工具的边界都交代清楚。照着走一遍你大概率能从一张空白的工程文件做出一个能玩的第一版 Demo。1. 为什么是这四件套整体设计思路1.1 每个工具的定位把这套组合考虑成一个流水线的时候有一个很重要的认知AI 不是魔法棒而是外包团队。Claude 负责想清楚做什么、拆解任务、出逻辑方案Meshy 负责按描述把模型“批量生产”出来Blender 是你自己的质检车间把 AI 生成的粗糙模型修到能进引擎的程度Unreal Engine 则是总装车间承载场景、光照、玩法逻辑和最终打包。这个分工不是随便拍的每一步都在解决一个真实问题。先说 Claude。你有没有过这样的经历脑子里有个“我想做一个收集类小游戏”但真要动手建工程时不知道第一步该建什么。Claude 最擅长的事情就是把这种模糊的愿望拆成一张任务表——核心玩法是什么、玩家能做什么动作、需要哪些资产、每个资产的面数预算大概多少。它不写代码、不建模但它是这几个工具里唯一能帮你“想清楚”的。Meshy 的定位是“快速量产”。当你的设计文档里列了十几个模型需求一个个人手去建恐怕要按周计算而 Meshy 一个下午能出好几版。它可以文本生模型也可以拿一张参考图直接生成风格一致的模型。当然它产出的东西远达不到进引擎即用的程度但作为原型阶段的概念资产效率是第一位的。Blender 在这条流水线里是给模型“擦屁股”的话说得糙但事实如此。AI 生成的网格经常有非流形几何、重叠顶点、过多三角面直接导入 UE 之后会出现阴影闪烁、碰撞失效、性能炸裂。把这一道工序省掉后面十有八九要返工。Unreal 负责把修好的资产摆进世界给它光照、物理、交互最后变成可运行的 Demo。很多新手容易忽视的是UE 的导入设置本身就有大量坑比如 FBX 单位换错模型变小 100 倍轴朝向错误模型倒在地上。这套流程里我把这些坑都标了出来。1.2 七步流程一览整个方法论按以下顺序推进先出设计文档再生产资产再修复资产再搭场景再写逻辑再打磨画面最后打包测试。步骤主要内容主要工具产出物第 1 步设计简报与资产清单ClaudeGDD 文档 资产表第 2 步批量生成 3D 资产Meshy原始 FBX/OBJ 网格第 3 步修复网格、减面、展 UVBlender可用静态网格体第 4 步导入引擎、搭场景骨架Unreal Engine可运行场景第 5 步蓝图玩法逻辑Claude UE 蓝图核心玩法循环第 6 步材质、光照、后处理UE 材质编辑器视觉完成的小关卡第 7 步打包、测试、迭代UE Claude可分发 Demo为什么严格按这个顺序因为游戏开发最贵的永远是返工。如果你先进引擎搭了场景再回头发现资产清单漏了道具或者设计文档里没有定义玩家交互后续每改一步都会牵连材质和光照调整。先花两三个小时把文档写清楚后面的时间能省下一大截。2. 第 1 步用 Claude 输出可执行的设计简报2.1 让 Claude 从“想法”变“方案”设计简报Game Design Brief是整个项目的宪法。它不是那种几十页的 PPT而是把核心玩法写清楚、把资产列表列明白的一两页文档。Claude 在这类任务上的输出质量取决于你给了它多少约束。我习惯先给它一段简短的核心循环描述让 Claude 做三件事把玩法拆成玩家行为、列出所需的全部资产、给出资产的性能预算。这里有个关键技巧一次只让它输出一个模块不要一上来就生成一整本的完整设计文档——输出过长之后AI 容易在细节上开始自我发挥产生大量你其实用不上的内容。一次可靠的做法是这样先提出“我要做一款第一人称的海滩收集游戏玩家在废墟中找贝壳换奖励”让 Claude 输出“玩家能力清单”比如移动、跳跃、交互、背包查看、商店兑换。对照这个清单你再去评估哪些能力是必要的哪些可以砍。砍完能力再让它输出第二份资产清单一步一确认而不是一次拿一个大而全的幻觉文档。2.2 一份可以直接抄的提示词模板下面这个模板是我在模拟项目 X 上反复调过之后固定下来的格式你可以直接替换方括号里的内容。你现在是一名资深游戏策划。请为一个 [风格例如卡通低多边形] 风格的 [玩法例如第一人称收集] 游戏输出设计简报。 项目背景玩家在 [场景描述例如海滩废墟] 中探索核心循环是 [例如寻找目标-获取奖励-解锁新区域]。 请按以下结构输出 1. 一句话核心玩法。 2. 玩家操作能力清单每个能力用一句话说明其代价或收益。 3. 需要制作的资产清单以表格形式列出资产名称、类型、预估三角面数、建议纹理尺寸。 4. 三个最核心的技术风险并给出规避建议。 5. 所有条目必须简洁禁止空话套话。这个模板最值钱的是第四项——技术风险。让 Claude 基于你的语句判断“AI 生成模型需要手动修复”“低频帧率可能来自后处理体积”这种级别的提示非常有用。它不等同于专业顾问但它能提前提醒你“这一步不能跳”。2.3 这一步最容易踩的坑第一个坑是让 AI 替你做所有决策。你会发现如果提示词里没有“简洁”“条目化”这样的限制Claude 会输出一堆很漂亮但没法执行的描述。解决方式是给出硬约束尤其在角色和场景描述上宁可看起来像菜谱也别像散文。第二个坑是资产清单里拍脑袋定面数预算。AI 生成的模型动辄几万面如果你在文档阶段定的预算是 500 三角面那后期在 Blender 里要修的工作量是巨大的。我的建议是先让 Meshy 出一个代表模型看看它默认面数大概在什么区间再用这个实测值倒推预算表。预算这个东西一定要建立在真实数据上而不是想象中。第三个坑是不记录来源和版本。AI 生成的资产迭代很快同一个提示词你可能生成好几个版本一定要在设计文档里记下哪个 Mesh 对应哪个角色、出自哪次生成。否则两天后你会在 UE 里看到一堆同名资产完全分不清谁是谁。3. 第 2 步用 Meshy 快速生成基础 3D 资产3.1 两种生成模式怎么选Meshy 提供文本生成 3D 和图像生成 3D 两条路。文本生成适合你脑子里有明确概念但手上没有图纸的情况比如“一个生锈的金属储物箱低多边形风格游戏资产PBR 材质”。图像生成适合你从 Pinterest 或自己手绘的草图出发想要风格统一、细节还原准确的结果。原型阶段我更推荐文本模式它迭代成本最低改几个关键词就能再出一版而图片模式需要你先有像样的参考图这个门槛更实际。模式选好之后最先要决定的是风格词。风格词是整个提示词里的锚。如果你的游戏是卡通低多边形那每个资产的提示词里都要带上“low-poly, stylized, game-ready, PBR texture”否则 Meshy 会默认生成一个偏写实的、带大量浮夸细节的东西放在同一场景里风格立刻分裂。我见过最典型的翻车现场是角色是卡通风格、道具却写实得像照片整个场景观感乱七八糟。3.2 描述性提示词的写法用实际例子说一次成功概率较高的提示词长这样a low-poly stylized seashell, game-ready asset, PBR textures, base mesh, 2048 texture atlas, isolated on white background, no text, no watermark几个关键词的作用我拆开说。描述前的“low-poly stylized”锁定整体风格“game-ready asset”是告诉生成器要控制面数和贴图布局“base mesh”意味着后续还要手动修改所以不需要追求高精度雕刻“isolated on white background”保证生成结果不被场景干扰“no text, no watermark”是负向词避免 AI 在资产上脑补出多余的文字。还有一个很实用的习惯给同一个物体建几条不同描述的模板比如“写实版”“卡通版”“低面数版”生成后放在一起对比。很多第一次玩 AI 建模的人会陷入“一次生成不满意、再生成一次”的无限循环而变量化的方式能帮你快速定位到底是哪个词影响了成败。这个习惯比任何单个提示词技巧都重要。3.3 生成后的验收标准与授权问题模型生成出来不是直接入库先看三样东西线框、法线、贴图。在 Meshy 预览里切换线框模式如果看到大量长条形三角面说明拓扑质量一般进引擎后光照计算容易出问题切到法线视图观察有没有反向法线导致的黑色区域最后放大看贴图检查 UV 是否存在明显拉伸。这些检查每个模型 30 秒却能省下后面几小时的排查时间。授权问题容易被忽略但实际非常关键。用 AI 工具生成的素材授权规则因平台而异而且同一个平台的不同订阅档位可能差别很大。商业项目开工前务必把工具平台的授权条款截图存档并记录每个资产的生成参数和来源。将来如果要发 Steam、上商店这一条能帮你避开很多版权纠纷。个人学习用途的可以稍微随意些但养成记录来源的习惯不会有坏处。4. 第 3 步在 Blender 里把模型“擦干净”4.1 首要任务修复非流形几何体先解释一下什么叫非流形几何。你可以把一个闭合表面想象成水杯水不会漏出去的就是流形的如果网格上出现了开口、重叠的面、或者一根边连着三个面水就会从这里漏掉——在游戏引擎里这种位置的阴影会闪、碰撞会失效、AO 会发黑。AI 生成模型里这种情况非常常见这是 Meshy 阶段不可避免的代价所以 Blender 这步任谁也绕不过去。修复流程我在实际操作中固定成了三连选中非流形几何、焊接重叠顶点、重算法线。导入 Blender 后进入编辑模式按 A 全选再按 CtrlShiftAltMBlender 会把所有非流形元素高亮出来。这时候别急着删先用 Merge by Distance 把距离阈值设为 0.01 左右看重叠顶点能不能消掉一部分。之后再 ShiftN 重算法线通常能解决 80% 的黑面问题。剩下那些死活修不好的直接选中删掉重新建一两个面补上手动修补比花时间找原因更效率。4.2 减面、UV 展开与材质 IDAI 生成模型的通病是面数失控。设计文档里的预算可能是 3000 面Meshy 给你交一个 8 万面的东西如果直接进 UE后面凡是涉及物理模拟、模型实例化的地方性能全崩。减面首选修改器 Decimate模式选择 Collapse比例大概设在 0.3 到 0.6 之间边看模型轮廓边调整。Collapse 模式的好处是它保留大头、削减细节整体视觉形状不会剧烈变化速度也快。减面之后再展开 UV。快速方案是 UV 菜单里的 Smart UV Project设置 Island Margin 稍微大一点。AI 生成的模型UV 岛屿通常碎得厉害Smart UV 能第一时间给一个可用的铺排。如果你想精修就对模型的大块区域重新标记缝合边、手动展开。对原型项目来说Smart UV 一般够用你真正要盯的是 UV 拉伸程度拉伸明显的地方后面贴纹理会模糊。材质 ID 是这步最容易被新手跳过的环节。AI 生成的模型往往自带一堆材质FBX 导出到引擎后会出现十几个材质球的情况。正确做法是在 Blender 里给模型统一的材质槽把需要区分颜色的部分通过顶点色或材质 ID 记录导出后再到 UE 里用一套材质配合颜色调整搞定。一个模型一个材质球性能友好调整风格也更简单。4.3 FBX 导出参数对照Blender 导出 FBX 时参数设错会引发非常诡异的问题。下面这张表是我整理过的对照。参数项推荐设置原因Scale1.00单位为厘米与 UE 默认单位一致避免模型缩放 100 倍Forward / Up-Y Forward / Z Up匹配 UE 的坐标系统Apply ScalingsFBX All防止 UE 里模型大小走样Smoothing Groups勾选保留软硬边信息Mark Armature保持默认无需导出骨骼时关掉相关选项我在这上面吃过亏有一次导出后模型在 UE 里是躺在地上的排查了半天最后发现是 Up Axis 设成了 Y 轴。这套参数记下来基本不会再有这种问题。导出路径也提一句整个项目路径不要有中文FBX 导入 UE 时非英文字符路径的坑会让你怀疑人生。5. 第 4 步Unreal Engine 导入与场景搭骨架5.1 导入 FBX 时的关键选项在 UE 的 Content Browser 里拖入 FBX 时弹窗里的导入选项必须逐项确认。Normals 设置成 Import NormalsTangents 设置成 Import Tangents这样 Blender 里做的法线方向都能带过来如果选了 Recompute Normals边缘细节容易糊掉。Mesh 下面有一个 Generate Lightmap UV 的勾选框如果打算烘焙光照这个一定得开。碰撞体方面Auto Generate Collision 先勾上进场景测试后如果发现碰撞形状太粗糙再改用 UnityEngine 的 Simple Collision 或手动在 Blender 里加碰撞体。5.2 搭建第一版场景的流程新建一个空关卡最先放的不是模型而是光源。一个 Directional Light 作为主光一个 Sky Atmosphere 提供基础大气环境场景基本上就亮了。如果是室内场景再用 Rect Light 补两盏侧光。很多新手一上来先把模型全拖进来结果一片黑其实是光没打。顺序永远是先有光再放物体。接下来把修好的静态网格体按文件夹拖进场景。这里我强烈建议按资产类型归好文件夹/Game/Props、/Game/Characters、/Game/Environment。一个 40 个资产的场景如果所有模型都堆在根目录找东西会花掉 3 倍时间。放入场景后按需要旋转缩放用 UE 的 Surface Snap 模式可以把模型贴合到地面或墙面上效率很高。5.3 静态与动态资产的组织方式UE 里的资产类型不是随便设的。不动的物体比如石头、道具、墙壁设置为 Static Mesh需要挂角色的、要播放动画的才是 Skeletal Mesh。AI 生成的资产基本都是 Static Mesh导入后默认也是一般不用手动改。需要留意的是碰撞体。UE 自动生成的碰撞盒子有时过大或过偏会让玩家明明没碰到物体却被挡下。逐个检查十余个关键资产的碰撞设置比在玩法层面反复调手感要划算得多。场景搭建同时要考虑性能预算。用一个简单的原则同屏的 Static Mesh 数量控制在 100 到 300 之间多出来的部分用合并网格或者让部分物体通过 LOD 简化。UE5 的 Nanite 可以处理非常高面的模型但那是针对高模的对低多边形风格的原型来说用处不大反而会占用额外的内存。老老实实控制资产数量比依赖任何黑科技都稳妥。6. 第 5 步用 Claude 辅助蓝图把玩法跑起来6.1 边界在哪里Claude 能做什么、做不了什么在进蓝图之前先把期望值锚定好。Claude 不能在 UE 的蓝图编辑器里直接给你拖出一连串节点它更不能运行你的工程。它真正擅长的事情是把你的自然语言需求转换成逻辑步骤、用伪代码描述每一个节点的连接意图、解释一个陌生节点的参数含义、以及帮你从大段的报错日志里找到排查方向。理解这个边界你才不会在蓝图编辑器里对着空气发呆也不会质疑“为什么 AI 说能做的操作我在引擎里找不到入口”。我在实际使用中的分工是交互逻辑我负责描述Claude 负责结构化我负责在蓝图编辑器里把它的伪代码翻译成节点连接。听起来简单但足够解决 80% 的逻辑实现问题尤其是拾取、开门、对话这类通用玩法。6.2 从自然语言需求到伪代码流程固定分成三步。第一步用一两句话描述玩法逻辑比如“玩家按 E 键时可以拾取视线前方的物体将物品加入背包并播放声音”。第二步把这句话交给 Claude让它输出逐步骤的伪代码。第三步我把伪代码里的操作映射到 UE 蓝图节点上。Claude 输出的伪代码质量取决于你给它的细节。一个实际可用的提示词模板是请把下面的交互逻辑转换成 UE 蓝图的伪代码按步骤列出并标注关键节点名称。 逻辑玩家按 E 键从摄像机位置向前发射一条射线命中带有可拾取标签的物体时将物体添加到背包库存数组从场景中隐藏物体播放拾取音效并显示一个 UI 提示。实测下来这样操作跳过了大量的节点搜索时间。蓝图编辑器的节点搜索框不是不好用而是你得先知道自己在找什么。有了伪代码之后你是在“验证”而不是“从零构想”出错率明显下降。6.3 一个拾取交互案例拆解以一个核心交互为例展开整个链路。需求是玩家按 E 键拾取道具。Claude 生成的伪代码大致是Event: Key E pressed - Get Player Controller - Get Controlled Pawn - Get Actor Eyes View Point (Location Rotation) - Line Trace By Channel from eyes location forward 500 units - if Hit Actor is valid: if Hit Actor has tag Pickup: - Destroy Actor (or Set Actor Hidden and Disable Collision) - Add item name to Inventory Array - Play Sound at Location - Create Widget and show Item collected对照这个步骤在蓝图里连节点的顺序完全一致。这里有三个经验点。第一Get Actor Eyes View Point 比直接用 Get Actor Location 更符合第一人称的“视线拾取”体验。第二Line Trace By Channel 的 Trace 距离要放在变量里别直接硬编码这样后面调试手感和扩展距离都方便。第三Destroy Actor 还是 Hide And Disable 取决于游戏设计——如果道具需要刷新隐藏更合适如果是一次性收集销毁更干净。还有一个必要的提醒让 Claude 帮你排查节点命名问题。蓝图节点搜索框里查不到某个名字时可以直接问“Get Actor Eyes View Point 的全名是什么在哪个类目下”它一般能给出准确答案。但我遇到过它编造一个不存在的节点的情况每次拿到建议后先用 UE 自带的搜索框验证一遍再往下连可以省掉很多冤枉时间。7. 第 6 步材质、光照与后处理打磨7.1 贴图导入设置与材质连接材质是让画面从“灰模”跨到“能看”的关键一步。从 Meshy 导出的资产通常自带 Albedo、Roughness、Normal 三张贴图。在 UE 里新建一个 Material把这三张贴图连到材质节点的对应引脚上基础材质就完成了。细节在这里颜色类贴图Albedo、BaseColor导入时要把 Texture 的 sRGB 设为开启法线贴图和 Roughness 贴图则要设为 Linear否则画面会出现奇怪的对比度和颜色偏移。这个设置藏在贴图资产详情面板的 Texture Settings 里非常容易被忽略。我见过很多“为什么我的材质发黑”的求助帖最后答案都是 sRGB 设置反了。材质连接时还有一个收益肉眼可见的做法给 Base Color 加一个 Multiply 节点让全局颜色饱和度可以统一调整。低多边形风格本来就强调色彩统一这样做后续调风格只需要拖一个节点不用逐张贴图去改。7.2 用 Claude 排查材质问题材质相关的报错不像代码那样有明确的行号排查起来经常靠经验。这时候可以反过来把材质逻辑用文字描述给 Claude让它当参谋。比如你可以说“我的材质把 Normal 贴图连到 Normal 引脚后模型表面出现明显的硬边撕裂可能是什么原因”它会给你几个方向法线贴图改用 Normal Compression、检查 UV 镜像、确认贴图方向格式是 DirectX 还是 OpenGL。多数情况下这些方向至少有两个是值得去的地方。另一个常见问题是材质的金属度。AI 生成的 PBR 贴图里Metallic 贴图经常是缺失的。如果直接用常数 0多数非金属材质是正确的但如果你给一个本应有金属质感的地方设置成 1画面会变得灰暗且反射夸张。判断方法是看模型本身是什么材质不要盲目相信贴图通道里硬塞进去的数值。7.3 后处理与风格化调色UE 默认画面偏灰直接看会缺乏“游戏感”。在场景里放一个 Post Process Volume勾选启用后调整 Bloom、Ambient Occlusion、Color Grading 三个模块画面观感会立刻不同。Bloom 强度控制在 0.4 到 0.8 之间太高会让画面糊成一团Ambient Occlusion 开中等强度即可它能有效增加物体之间的接触感Color Grading 里适当提高饱和度、压低对比度低多边形风格会显得更干净。后处理体积要确认勾选 Infinite Extent否则玩家走出区域后效果消失。这一步很多人调试了半天画面参数却发现效果只在某个角落生效原因就是 Post Process 的范围限制没解开。另外提醒前置后处理、体积雾这些项对移动端和低端机的性能冲击非常大。如果目标是 PC 平台可以放开了开如果想保留移动端的可能从一开始就把后处理级联控制在 Medium 档位。8. 第 7 步打包、真机测试与 AI 辅助排查8.1 打包前的准备工作完成可玩场景之后最忌讳的就是直接点 Package Project 按键然后坐在那里等。打包前先干三件事清理资源、设置默认地图、关闭调试日志。项目设置里把 Game Default Map 指到你的主场景否则打包出来的程序会白屏。内容浏览器里过一遍把测试用的无用资产、临时蓝图全部删掉留一个干净的工程。打包平台的选择也很关键。独立开发者第一版 Demo 通常选 Windows 64-bit因为迭代速度最快、能最快看到问题。如果要发到移动端建议等 PC 版稳定了再另起打包任务。移动端有自己的一套问题阴影质量、贴图压缩、触摸交互混在一起排查成本极高。8.2 常见问题排查速查表打包和测试阶段的问题很多是固定套路。下面这张表我根据这段时间的经验整理基本上覆盖了大多数新手刚跑通流程时会撞上的墙问题现象可能原因解决方向导入引擎后模型位置偏移或旋转FBX 轴设置错误检查 Blender 导出 Forward/Up 设置模型表面大面积黑斑非流形几何或法线方向错乱回 Blender 修复非流形并重算法线灯光下模型非常暗贴图 sRGB 设置错误法线和粗糙度贴图改为 Linear玩家无法拾取任何物体射线距离过短或碰撞体缺失检查碰撞体是否启用射线距离是否够大打包后的程序缺少场景默认地图未设置项目设置中指定 Game Default Map同屏模型太多导致掉帧资产数量超预算减少同屏数启用 LOD 或合并网格8.3 第二次迭代怎么提速第一次完整走完七步通常需要两到三天我见过不少朋友折在第一版。真正让我觉得这套方法有价值的地方是第二次迭代会快得多。原因很简单设计文档、资产库、场景骨架都是可复用的。你不需要从零开始只需要在既有基础上加新玩法、换新场景。迭代阶段我建议让 AI 参与排查把 UE 的日志文件粘贴给 Claude让它列出日志中最可疑的几行。注意不要一次性把几百行日志全贴过去先提取 GameThread 和 RenderThread 的耗时占比再贴给 AI 分析瓶颈。如果你发现帧率低最优先查看的是渲染线程耗时而不是一股脑地试图优化逻辑代码。最后分享一点个人体会我用这套流程完成过一个沙滩主题的垂直切片最大的感受不是“AI 建模真快”而是“试错成本被大幅压低了”。过去做原型从想法到可以试玩两周是常态现在基本压缩到三四天。你不需要一开始就做一个完整游戏先把一个小关卡从头到尾跑通七步有一次完整的经历之后你会形成自己的参数库Meshy 提示词里哪些词最有效、Blender 减面比例调到多少合适、UE 导入选项哪几个必须勾。这些经验很难从文档里学到只能靠亲手跑一遍。如果想动手就从第一版的贝壳收集 Demo 开始吧。
用 Claude Opus 5.5 做策划、用 Meshy 生成模型、在 Blender 里修复打磨、最后丢进 Unreal Engine 搭场景、跑逻辑、调画面——这套组合我最近完整走通了好几遍。对一个人或者两三个人的小团队来做游戏原型来说它可能是现阶段性价比极高的一条路径既能避开从零开始建模的体力活又能靠 AI 把“模糊想法”快速翻译成“可执行方案”。这篇文章会把整个过程拆成七步把我调过的参数、踩过的坑、以及每个环节里 AI 工具的边界都交代清楚。照着走一遍你大概率能从一张空白的工程文件做出一个能玩的第一版 Demo。1. 为什么是这四件套整体设计思路1.1 每个工具的定位把这套组合考虑成一个流水线的时候有一个很重要的认知AI 不是魔法棒而是外包团队。Claude 负责想清楚做什么、拆解任务、出逻辑方案Meshy 负责按描述把模型“批量生产”出来Blender 是你自己的质检车间把 AI 生成的粗糙模型修到能进引擎的程度Unreal Engine 则是总装车间承载场景、光照、玩法逻辑和最终打包。这个分工不是随便拍的每一步都在解决一个真实问题。先说 Claude。你有没有过这样的经历脑子里有个“我想做一个收集类小游戏”但真要动手建工程时不知道第一步该建什么。Claude 最擅长的事情就是把这种模糊的愿望拆成一张任务表——核心玩法是什么、玩家能做什么动作、需要哪些资产、每个资产的面数预算大概多少。它不写代码、不建模但它是这几个工具里唯一能帮你“想清楚”的。Meshy 的定位是“快速量产”。当你的设计文档里列了十几个模型需求一个个人手去建恐怕要按周计算而 Meshy 一个下午能出好几版。它可以文本生模型也可以拿一张参考图直接生成风格一致的模型。当然它产出的东西远达不到进引擎即用的程度但作为原型阶段的概念资产效率是第一位的。Blender 在这条流水线里是给模型“擦屁股”的话说得糙但事实如此。AI 生成的网格经常有非流形几何、重叠顶点、过多三角面直接导入 UE 之后会出现阴影闪烁、碰撞失效、性能炸裂。把这一道工序省掉后面十有八九要返工。Unreal 负责把修好的资产摆进世界给它光照、物理、交互最后变成可运行的 Demo。很多新手容易忽视的是UE 的导入设置本身就有大量坑比如 FBX 单位换错模型变小 100 倍轴朝向错误模型倒在地上。这套流程里我把这些坑都标了出来。1.2 七步流程一览整个方法论按以下顺序推进先出设计文档再生产资产再修复资产再搭场景再写逻辑再打磨画面最后打包测试。步骤主要内容主要工具产出物第 1 步设计简报与资产清单ClaudeGDD 文档 资产表第 2 步批量生成 3D 资产Meshy原始 FBX/OBJ 网格第 3 步修复网格、减面、展 UVBlender可用静态网格体第 4 步导入引擎、搭场景骨架Unreal Engine可运行场景第 5 步蓝图玩法逻辑Claude UE 蓝图核心玩法循环第 6 步材质、光照、后处理UE 材质编辑器视觉完成的小关卡第 7 步打包、测试、迭代UE Claude可分发 Demo为什么严格按这个顺序因为游戏开发最贵的永远是返工。如果你先进引擎搭了场景再回头发现资产清单漏了道具或者设计文档里没有定义玩家交互后续每改一步都会牵连材质和光照调整。先花两三个小时把文档写清楚后面的时间能省下一大截。2. 第 1 步用 Claude 输出可执行的设计简报2.1 让 Claude 从“想法”变“方案”设计简报Game Design Brief是整个项目的宪法。它不是那种几十页的 PPT而是把核心玩法写清楚、把资产列表列明白的一两页文档。Claude 在这类任务上的输出质量取决于你给了它多少约束。我习惯先给它一段简短的核心循环描述让 Claude 做三件事把玩法拆成玩家行为、列出所需的全部资产、给出资产的性能预算。这里有个关键技巧一次只让它输出一个模块不要一上来就生成一整本的完整设计文档——输出过长之后AI 容易在细节上开始自我发挥产生大量你其实用不上的内容。一次可靠的做法是这样先提出“我要做一款第一人称的海滩收集游戏玩家在废墟中找贝壳换奖励”让 Claude 输出“玩家能力清单”比如移动、跳跃、交互、背包查看、商店兑换。对照这个清单你再去评估哪些能力是必要的哪些可以砍。砍完能力再让它输出第二份资产清单一步一确认而不是一次拿一个大而全的幻觉文档。2.2 一份可以直接抄的提示词模板下面这个模板是我在模拟项目 X 上反复调过之后固定下来的格式你可以直接替换方括号里的内容。你现在是一名资深游戏策划。请为一个 [风格例如卡通低多边形] 风格的 [玩法例如第一人称收集] 游戏输出设计简报。 项目背景玩家在 [场景描述例如海滩废墟] 中探索核心循环是 [例如寻找目标-获取奖励-解锁新区域]。 请按以下结构输出 1. 一句话核心玩法。 2. 玩家操作能力清单每个能力用一句话说明其代价或收益。 3. 需要制作的资产清单以表格形式列出资产名称、类型、预估三角面数、建议纹理尺寸。 4. 三个最核心的技术风险并给出规避建议。 5. 所有条目必须简洁禁止空话套话。这个模板最值钱的是第四项——技术风险。让 Claude 基于你的语句判断“AI 生成模型需要手动修复”“低频帧率可能来自后处理体积”这种级别的提示非常有用。它不等同于专业顾问但它能提前提醒你“这一步不能跳”。2.3 这一步最容易踩的坑第一个坑是让 AI 替你做所有决策。你会发现如果提示词里没有“简洁”“条目化”这样的限制Claude 会输出一堆很漂亮但没法执行的描述。解决方式是给出硬约束尤其在角色和场景描述上宁可看起来像菜谱也别像散文。第二个坑是资产清单里拍脑袋定面数预算。AI 生成的模型动辄几万面如果你在文档阶段定的预算是 500 三角面那后期在 Blender 里要修的工作量是巨大的。我的建议是先让 Meshy 出一个代表模型看看它默认面数大概在什么区间再用这个实测值倒推预算表。预算这个东西一定要建立在真实数据上而不是想象中。第三个坑是不记录来源和版本。AI 生成的资产迭代很快同一个提示词你可能生成好几个版本一定要在设计文档里记下哪个 Mesh 对应哪个角色、出自哪次生成。否则两天后你会在 UE 里看到一堆同名资产完全分不清谁是谁。3. 第 2 步用 Meshy 快速生成基础 3D 资产3.1 两种生成模式怎么选Meshy 提供文本生成 3D 和图像生成 3D 两条路。文本生成适合你脑子里有明确概念但手上没有图纸的情况比如“一个生锈的金属储物箱低多边形风格游戏资产PBR 材质”。图像生成适合你从 Pinterest 或自己手绘的草图出发想要风格统一、细节还原准确的结果。原型阶段我更推荐文本模式它迭代成本最低改几个关键词就能再出一版而图片模式需要你先有像样的参考图这个门槛更实际。模式选好之后最先要决定的是风格词。风格词是整个提示词里的锚。如果你的游戏是卡通低多边形那每个资产的提示词里都要带上“low-poly, stylized, game-ready, PBR texture”否则 Meshy 会默认生成一个偏写实的、带大量浮夸细节的东西放在同一场景里风格立刻分裂。我见过最典型的翻车现场是角色是卡通风格、道具却写实得像照片整个场景观感乱七八糟。3.2 描述性提示词的写法用实际例子说一次成功概率较高的提示词长这样a low-poly stylized seashell, game-ready asset, PBR textures, base mesh, 2048 texture atlas, isolated on white background, no text, no watermark几个关键词的作用我拆开说。描述前的“low-poly stylized”锁定整体风格“game-ready asset”是告诉生成器要控制面数和贴图布局“base mesh”意味着后续还要手动修改所以不需要追求高精度雕刻“isolated on white background”保证生成结果不被场景干扰“no text, no watermark”是负向词避免 AI 在资产上脑补出多余的文字。还有一个很实用的习惯给同一个物体建几条不同描述的模板比如“写实版”“卡通版”“低面数版”生成后放在一起对比。很多第一次玩 AI 建模的人会陷入“一次生成不满意、再生成一次”的无限循环而变量化的方式能帮你快速定位到底是哪个词影响了成败。这个习惯比任何单个提示词技巧都重要。3.3 生成后的验收标准与授权问题模型生成出来不是直接入库先看三样东西线框、法线、贴图。在 Meshy 预览里切换线框模式如果看到大量长条形三角面说明拓扑质量一般进引擎后光照计算容易出问题切到法线视图观察有没有反向法线导致的黑色区域最后放大看贴图检查 UV 是否存在明显拉伸。这些检查每个模型 30 秒却能省下后面几小时的排查时间。授权问题容易被忽略但实际非常关键。用 AI 工具生成的素材授权规则因平台而异而且同一个平台的不同订阅档位可能差别很大。商业项目开工前务必把工具平台的授权条款截图存档并记录每个资产的生成参数和来源。将来如果要发 Steam、上商店这一条能帮你避开很多版权纠纷。个人学习用途的可以稍微随意些但养成记录来源的习惯不会有坏处。4. 第 3 步在 Blender 里把模型“擦干净”4.1 首要任务修复非流形几何体先解释一下什么叫非流形几何。你可以把一个闭合表面想象成水杯水不会漏出去的就是流形的如果网格上出现了开口、重叠的面、或者一根边连着三个面水就会从这里漏掉——在游戏引擎里这种位置的阴影会闪、碰撞会失效、AO 会发黑。AI 生成模型里这种情况非常常见这是 Meshy 阶段不可避免的代价所以 Blender 这步任谁也绕不过去。修复流程我在实际操作中固定成了三连选中非流形几何、焊接重叠顶点、重算法线。导入 Blender 后进入编辑模式按 A 全选再按 CtrlShiftAltMBlender 会把所有非流形元素高亮出来。这时候别急着删先用 Merge by Distance 把距离阈值设为 0.01 左右看重叠顶点能不能消掉一部分。之后再 ShiftN 重算法线通常能解决 80% 的黑面问题。剩下那些死活修不好的直接选中删掉重新建一两个面补上手动修补比花时间找原因更效率。4.2 减面、UV 展开与材质 IDAI 生成模型的通病是面数失控。设计文档里的预算可能是 3000 面Meshy 给你交一个 8 万面的东西如果直接进 UE后面凡是涉及物理模拟、模型实例化的地方性能全崩。减面首选修改器 Decimate模式选择 Collapse比例大概设在 0.3 到 0.6 之间边看模型轮廓边调整。Collapse 模式的好处是它保留大头、削减细节整体视觉形状不会剧烈变化速度也快。减面之后再展开 UV。快速方案是 UV 菜单里的 Smart UV Project设置 Island Margin 稍微大一点。AI 生成的模型UV 岛屿通常碎得厉害Smart UV 能第一时间给一个可用的铺排。如果你想精修就对模型的大块区域重新标记缝合边、手动展开。对原型项目来说Smart UV 一般够用你真正要盯的是 UV 拉伸程度拉伸明显的地方后面贴纹理会模糊。材质 ID 是这步最容易被新手跳过的环节。AI 生成的模型往往自带一堆材质FBX 导出到引擎后会出现十几个材质球的情况。正确做法是在 Blender 里给模型统一的材质槽把需要区分颜色的部分通过顶点色或材质 ID 记录导出后再到 UE 里用一套材质配合颜色调整搞定。一个模型一个材质球性能友好调整风格也更简单。4.3 FBX 导出参数对照Blender 导出 FBX 时参数设错会引发非常诡异的问题。下面这张表是我整理过的对照。参数项推荐设置原因Scale1.00单位为厘米与 UE 默认单位一致避免模型缩放 100 倍Forward / Up-Y Forward / Z Up匹配 UE 的坐标系统Apply ScalingsFBX All防止 UE 里模型大小走样Smoothing Groups勾选保留软硬边信息Mark Armature保持默认无需导出骨骼时关掉相关选项我在这上面吃过亏有一次导出后模型在 UE 里是躺在地上的排查了半天最后发现是 Up Axis 设成了 Y 轴。这套参数记下来基本不会再有这种问题。导出路径也提一句整个项目路径不要有中文FBX 导入 UE 时非英文字符路径的坑会让你怀疑人生。5. 第 4 步Unreal Engine 导入与场景搭骨架5.1 导入 FBX 时的关键选项在 UE 的 Content Browser 里拖入 FBX 时弹窗里的导入选项必须逐项确认。Normals 设置成 Import NormalsTangents 设置成 Import Tangents这样 Blender 里做的法线方向都能带过来如果选了 Recompute Normals边缘细节容易糊掉。Mesh 下面有一个 Generate Lightmap UV 的勾选框如果打算烘焙光照这个一定得开。碰撞体方面Auto Generate Collision 先勾上进场景测试后如果发现碰撞形状太粗糙再改用 UnityEngine 的 Simple Collision 或手动在 Blender 里加碰撞体。5.2 搭建第一版场景的流程新建一个空关卡最先放的不是模型而是光源。一个 Directional Light 作为主光一个 Sky Atmosphere 提供基础大气环境场景基本上就亮了。如果是室内场景再用 Rect Light 补两盏侧光。很多新手一上来先把模型全拖进来结果一片黑其实是光没打。顺序永远是先有光再放物体。接下来把修好的静态网格体按文件夹拖进场景。这里我强烈建议按资产类型归好文件夹/Game/Props、/Game/Characters、/Game/Environment。一个 40 个资产的场景如果所有模型都堆在根目录找东西会花掉 3 倍时间。放入场景后按需要旋转缩放用 UE 的 Surface Snap 模式可以把模型贴合到地面或墙面上效率很高。5.3 静态与动态资产的组织方式UE 里的资产类型不是随便设的。不动的物体比如石头、道具、墙壁设置为 Static Mesh需要挂角色的、要播放动画的才是 Skeletal Mesh。AI 生成的资产基本都是 Static Mesh导入后默认也是一般不用手动改。需要留意的是碰撞体。UE 自动生成的碰撞盒子有时过大或过偏会让玩家明明没碰到物体却被挡下。逐个检查十余个关键资产的碰撞设置比在玩法层面反复调手感要划算得多。场景搭建同时要考虑性能预算。用一个简单的原则同屏的 Static Mesh 数量控制在 100 到 300 之间多出来的部分用合并网格或者让部分物体通过 LOD 简化。UE5 的 Nanite 可以处理非常高面的模型但那是针对高模的对低多边形风格的原型来说用处不大反而会占用额外的内存。老老实实控制资产数量比依赖任何黑科技都稳妥。6. 第 5 步用 Claude 辅助蓝图把玩法跑起来6.1 边界在哪里Claude 能做什么、做不了什么在进蓝图之前先把期望值锚定好。Claude 不能在 UE 的蓝图编辑器里直接给你拖出一连串节点它更不能运行你的工程。它真正擅长的事情是把你的自然语言需求转换成逻辑步骤、用伪代码描述每一个节点的连接意图、解释一个陌生节点的参数含义、以及帮你从大段的报错日志里找到排查方向。理解这个边界你才不会在蓝图编辑器里对着空气发呆也不会质疑“为什么 AI 说能做的操作我在引擎里找不到入口”。我在实际使用中的分工是交互逻辑我负责描述Claude 负责结构化我负责在蓝图编辑器里把它的伪代码翻译成节点连接。听起来简单但足够解决 80% 的逻辑实现问题尤其是拾取、开门、对话这类通用玩法。6.2 从自然语言需求到伪代码流程固定分成三步。第一步用一两句话描述玩法逻辑比如“玩家按 E 键时可以拾取视线前方的物体将物品加入背包并播放声音”。第二步把这句话交给 Claude让它输出逐步骤的伪代码。第三步我把伪代码里的操作映射到 UE 蓝图节点上。Claude 输出的伪代码质量取决于你给它的细节。一个实际可用的提示词模板是请把下面的交互逻辑转换成 UE 蓝图的伪代码按步骤列出并标注关键节点名称。 逻辑玩家按 E 键从摄像机位置向前发射一条射线命中带有可拾取标签的物体时将物体添加到背包库存数组从场景中隐藏物体播放拾取音效并显示一个 UI 提示。实测下来这样操作跳过了大量的节点搜索时间。蓝图编辑器的节点搜索框不是不好用而是你得先知道自己在找什么。有了伪代码之后你是在“验证”而不是“从零构想”出错率明显下降。6.3 一个拾取交互案例拆解以一个核心交互为例展开整个链路。需求是玩家按 E 键拾取道具。Claude 生成的伪代码大致是Event: Key E pressed - Get Player Controller - Get Controlled Pawn - Get Actor Eyes View Point (Location Rotation) - Line Trace By Channel from eyes location forward 500 units - if Hit Actor is valid: if Hit Actor has tag Pickup: - Destroy Actor (or Set Actor Hidden and Disable Collision) - Add item name to Inventory Array - Play Sound at Location - Create Widget and show Item collected对照这个步骤在蓝图里连节点的顺序完全一致。这里有三个经验点。第一Get Actor Eyes View Point 比直接用 Get Actor Location 更符合第一人称的“视线拾取”体验。第二Line Trace By Channel 的 Trace 距离要放在变量里别直接硬编码这样后面调试手感和扩展距离都方便。第三Destroy Actor 还是 Hide And Disable 取决于游戏设计——如果道具需要刷新隐藏更合适如果是一次性收集销毁更干净。还有一个必要的提醒让 Claude 帮你排查节点命名问题。蓝图节点搜索框里查不到某个名字时可以直接问“Get Actor Eyes View Point 的全名是什么在哪个类目下”它一般能给出准确答案。但我遇到过它编造一个不存在的节点的情况每次拿到建议后先用 UE 自带的搜索框验证一遍再往下连可以省掉很多冤枉时间。7. 第 6 步材质、光照与后处理打磨7.1 贴图导入设置与材质连接材质是让画面从“灰模”跨到“能看”的关键一步。从 Meshy 导出的资产通常自带 Albedo、Roughness、Normal 三张贴图。在 UE 里新建一个 Material把这三张贴图连到材质节点的对应引脚上基础材质就完成了。细节在这里颜色类贴图Albedo、BaseColor导入时要把 Texture 的 sRGB 设为开启法线贴图和 Roughness 贴图则要设为 Linear否则画面会出现奇怪的对比度和颜色偏移。这个设置藏在贴图资产详情面板的 Texture Settings 里非常容易被忽略。我见过很多“为什么我的材质发黑”的求助帖最后答案都是 sRGB 设置反了。材质连接时还有一个收益肉眼可见的做法给 Base Color 加一个 Multiply 节点让全局颜色饱和度可以统一调整。低多边形风格本来就强调色彩统一这样做后续调风格只需要拖一个节点不用逐张贴图去改。7.2 用 Claude 排查材质问题材质相关的报错不像代码那样有明确的行号排查起来经常靠经验。这时候可以反过来把材质逻辑用文字描述给 Claude让它当参谋。比如你可以说“我的材质把 Normal 贴图连到 Normal 引脚后模型表面出现明显的硬边撕裂可能是什么原因”它会给你几个方向法线贴图改用 Normal Compression、检查 UV 镜像、确认贴图方向格式是 DirectX 还是 OpenGL。多数情况下这些方向至少有两个是值得去的地方。另一个常见问题是材质的金属度。AI 生成的 PBR 贴图里Metallic 贴图经常是缺失的。如果直接用常数 0多数非金属材质是正确的但如果你给一个本应有金属质感的地方设置成 1画面会变得灰暗且反射夸张。判断方法是看模型本身是什么材质不要盲目相信贴图通道里硬塞进去的数值。7.3 后处理与风格化调色UE 默认画面偏灰直接看会缺乏“游戏感”。在场景里放一个 Post Process Volume勾选启用后调整 Bloom、Ambient Occlusion、Color Grading 三个模块画面观感会立刻不同。Bloom 强度控制在 0.4 到 0.8 之间太高会让画面糊成一团Ambient Occlusion 开中等强度即可它能有效增加物体之间的接触感Color Grading 里适当提高饱和度、压低对比度低多边形风格会显得更干净。后处理体积要确认勾选 Infinite Extent否则玩家走出区域后效果消失。这一步很多人调试了半天画面参数却发现效果只在某个角落生效原因就是 Post Process 的范围限制没解开。另外提醒前置后处理、体积雾这些项对移动端和低端机的性能冲击非常大。如果目标是 PC 平台可以放开了开如果想保留移动端的可能从一开始就把后处理级联控制在 Medium 档位。8. 第 7 步打包、真机测试与 AI 辅助排查8.1 打包前的准备工作完成可玩场景之后最忌讳的就是直接点 Package Project 按键然后坐在那里等。打包前先干三件事清理资源、设置默认地图、关闭调试日志。项目设置里把 Game Default Map 指到你的主场景否则打包出来的程序会白屏。内容浏览器里过一遍把测试用的无用资产、临时蓝图全部删掉留一个干净的工程。打包平台的选择也很关键。独立开发者第一版 Demo 通常选 Windows 64-bit因为迭代速度最快、能最快看到问题。如果要发到移动端建议等 PC 版稳定了再另起打包任务。移动端有自己的一套问题阴影质量、贴图压缩、触摸交互混在一起排查成本极高。8.2 常见问题排查速查表打包和测试阶段的问题很多是固定套路。下面这张表我根据这段时间的经验整理基本上覆盖了大多数新手刚跑通流程时会撞上的墙问题现象可能原因解决方向导入引擎后模型位置偏移或旋转FBX 轴设置错误检查 Blender 导出 Forward/Up 设置模型表面大面积黑斑非流形几何或法线方向错乱回 Blender 修复非流形并重算法线灯光下模型非常暗贴图 sRGB 设置错误法线和粗糙度贴图改为 Linear玩家无法拾取任何物体射线距离过短或碰撞体缺失检查碰撞体是否启用射线距离是否够大打包后的程序缺少场景默认地图未设置项目设置中指定 Game Default Map同屏模型太多导致掉帧资产数量超预算减少同屏数启用 LOD 或合并网格8.3 第二次迭代怎么提速第一次完整走完七步通常需要两到三天我见过不少朋友折在第一版。真正让我觉得这套方法有价值的地方是第二次迭代会快得多。原因很简单设计文档、资产库、场景骨架都是可复用的。你不需要从零开始只需要在既有基础上加新玩法、换新场景。迭代阶段我建议让 AI 参与排查把 UE 的日志文件粘贴给 Claude让它列出日志中最可疑的几行。注意不要一次性把几百行日志全贴过去先提取 GameThread 和 RenderThread 的耗时占比再贴给 AI 分析瓶颈。如果你发现帧率低最优先查看的是渲染线程耗时而不是一股脑地试图优化逻辑代码。最后分享一点个人体会我用这套流程完成过一个沙滩主题的垂直切片最大的感受不是“AI 建模真快”而是“试错成本被大幅压低了”。过去做原型从想法到可以试玩两周是常态现在基本压缩到三四天。你不需要一开始就做一个完整游戏先把一个小关卡从头到尾跑通七步有一次完整的经历之后你会形成自己的参数库Meshy 提示词里哪些词最有效、Blender 减面比例调到多少合适、UE 导入选项哪几个必须勾。这些经验很难从文档里学到只能靠亲手跑一遍。如果想动手就从第一版的贝壳收集 Demo 开始吧。
