企业官网建设流程全解析

用 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 七步流程一览

整个方法论按以下顺序推进：先出设计文档，再生产资产，再修复资产，再搭场景，再写逻辑，再打磨画面，最后打包测试。

为什么严格按这个顺序？因为游戏开发最贵的永远是返工。如果你先进引擎搭了场景，再回头发现资产清单漏了道具，或者设计文档里没有定义玩家交互，后续每改一步都会牵连材质和光照调整。先花两三个小时把文档写清楚，后面的时间能省下一大截。

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 全选，再按 Ctrl+Shift+Alt+M，Blender 会把所有非流形元素高亮出来。这时候别急着删，先用 Merge by Distance 把距离阈值设为 0.01 左右，看重叠顶点能不能消掉一部分。之后再 Shift+N 重算法线，通常能解决 80% 的黑面问题。剩下那些死活修不好的，直接选中删掉重新建一两个面补上，手动修补比花时间找原因更效率。

4.2 减面、UV 展开与材质 ID

AI 生成模型的通病是面数失控。设计文档里的预算可能是 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 时，参数设错会引发非常诡异的问题。下面这张表是我整理过的对照。

我在这上面吃过亏：有一次导出后，模型在 UE 里是躺在地上的，排查了半天，最后发现是 Up Axis 设成了 Y 轴。这套参数记下来，基本不会再有这种问题。导出路径也提一句：整个项目路径不要有中文，FBX 导入 UE 时，非英文字符路径的坑会让你怀疑人生。

5. 第 4 步：Unreal Engine 导入与场景搭骨架

5.1 导入 FBX 时的关键选项

在 UE 的 Content Browser 里拖入 FBX 时，弹窗里的导入选项必须逐项确认。Normals 设置成 Import Normals，Tangents 设置成 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 常见问题排查速查表

打包和测试阶段的问题，很多是固定套路。下面这张表我根据这段时间的经验整理，基本上覆盖了大多数新手刚跑通流程时会撞上的墙：

8.3 第二次迭代怎么提速

第一次完整走完七步，通常需要两到三天，我见过不少朋友折在第一版。真正让我觉得这套方法有价值的地方是，第二次迭代会快得多。原因很简单：设计文档、资产库、场景骨架都是可复用的。你不需要从零开始，只需要在既有基础上加新玩法、换新场景。

迭代阶段我建议让 AI 参与排查：把 UE 的日志文件粘贴给 Claude，让它列出日志中最可疑的几行。注意不要一次性把几百行日志全贴过去，先提取 GameThread 和 RenderThread 的耗时占比，再贴给 AI 分析瓶颈。如果你发现帧率低，最优先查看的是渲染线程耗时，而不是一股脑地试图优化逻辑代码。

最后分享一点个人体会

我用这套流程完成过一个沙滩主题的垂直切片，最大的感受不是“AI 建模真快”，而是“试错成本被大幅压低了”。过去做原型，从想法到可以试玩，两周是常态，现在基本压缩到三四天。你不需要一开始就做一个完整游戏，先把一个小关卡从头到尾跑通七步，有一次完整的经历之后，你会形成自己的参数库：Meshy 提示词里哪些词最有效、Blender 减面比例调到多少合适、UE 导入选项哪几个必须勾。这些经验很难从文档里学到，只能靠亲手跑一遍。如果想动手，就从第一版的贝壳收集 Demo 开始吧。