企业官网建设流程全解析

做游戏开发这几年，我最怕听到的需求就是“场景里先来几十栋房子，风格要统一但不能重复”。这话听着简单，真干起来才知道坑有多深：一栋一栋手搓模型，工期直接失控；做单体精模又没法复用，项目一推进就推倒重来。后来我把思路换成了“搭积木”——用UE5做一套模块化房屋资产，配合AI参与从概念到贴图的流程，终于把这条生产管线跑通了。这篇就聊聊我实际怎么做的一套模块化房屋资产，从模块拆分规则、AI出图出贴图的细节，到UE5里的网格对齐、Nanite适配和蓝图摆放逻辑，全部梳理一遍。

1. 项目拆解：模块化房屋资产的设计原点

1.1 为什么房屋资产非要“模块化”

模块化的核心不是省建模时间，而是换来“组合自由”。一栋房子如果是一整块模型，改个窗户位置、换个屋顶样式，都得回到建模软件里重新导出，来回折腾好几轮。把它拆成墙、窗、门、屋顶、柱脚、连接件这些独立模块之后，设计师在UE5编辑器里就能像搭积木一样实时改组合，五分钟变出一种新户型。

拆分的粒度要卡在“够用但不琐碎”这个点上。我见过有人把一面墙拆成十几块，表面上看很灵活，结果每块之间都有接缝、对不齐、漏光，维护成本直接爆炸。我的经验是：以“功能单元”为最小粒度。一面完整的墙是一个模块，带窗洞的墙是一个模块，带门洞的墙是另一个模块，转角墙单独拆出来。这样用户在拼装时，脑子里想的是“放一堵墙、再加个窗”，而不是“把墙面、窗框、玻璃、窗台各拼一次”。

这次项目做的是一套低风格化写实的村庄与小镇房屋，整体色调偏暖，带一点手绘感。模块总量控制在72个，包含地基、墙体、窗墙、门墙、屋顶、屋脊、烟囱、梁柱、楼梯、栏杆和少量室内道具。用这72个模块，我搭出了三种户型的主屋、两座谷仓、一座钟楼和沿街商铺。往多了说，换换颜色、换换材质，衍生出十几个变体不成问题。

1.2 AI在这个项目里具体干了哪几件事

很多人一听“AI做资产”，第一反应是“一键生成模型”。实际上现在AI对静态网格体的直接生成效果并不稳定，可用的路径是让AI做它擅长的事，把人力集中在最花时间的环节。

这轮项目里，AI实际参与了四条线：概念方案生成、无缝PBR贴图生成、批处理脚本编写、蓝图逻辑辅助。概念方案生成主要交给Midjourney和Stable Diffusion的ControlNet组合，快速产出不同户型和建筑风格的参考图，省掉了大量找参考图和分析构图的时间。贴图生成是用Stable Diffusion配合线稿、深度预处理，生成砖墙、木板、瓦片等PBR材质贴图，再用Photoshop修补和叠加通道。脚本部分用ChatGPT和Claude写Blender批量处理的Python脚本、UE5的DataAsset批量配置脚本，确实省了键盘上几千次重复操作。蓝图辅助是用AI对话梳理摆放逻辑、生成基础节点，再回编辑器里手工微调。

AI在这里是“提效杠杆”，不是“无脑生成器”。凡是要精确控制拓扑结构、碰撞体、UV布局的环节，我都坚持人工把关；凡是“量大、重复、创意参考”类的工作，果断交给AI。这套分工下来，原本三到四周的资产制作周期，压缩到一周半左右，而且质量没有让步。

2. 资产生产线的搭建：从概念图到可导入网格体

2.1 用AI出概念与设计图，锁定风格方向

风格定错，后面全白做。我第一步是先让AI帮我锁视觉方向。用Midjourney出一批带有“低风格化欧洲小镇、木质框架、暖色墙面”关键词的图，再把喜欢的图丢进Stable Diffusion里用图生图细化，快速产出一套带线稿和明暗分布的概念图。这些小图不是为了直接抄，而是用来统一材质颜色倾向、屋顶斜率、窗墙比例这些设计语言。

这里有个实操心得：对于模块化资产，AI出的概念图不能用普通建筑外立面的整体图，那只能在风格上参考，没法指导模块拆解。我的做法是让它生成“拆解视角”的参考图，也就是把墙体结构、屋架结构分开表达，像建筑爆炸图那样。生成不了一模一样的，就让AI生成多个局部，我在Blender里照着一套大致的比例把模块拼出来。比例和尺寸最终还是以UE5的网格系统为准。

2.2 Stable Diffusion生成PBR贴图的落地流程

贴图环节是AI介入最深的地方，也是收获最明显的地方。过去做一套砖墙贴图，要拍参考、去网纹、修图、手工做无缝、再烘焙法线和AO。现在流程压缩成：生成基底贴图、做无缝处理、提取并加工辅助通道。

我用的组合是Stable Diffusion加ControlNet。生成砖墙时，控制线的方向用Lineart或者Canny，这样砖缝的走向不会歪；生成木板时，用Depth和Normal预处理器控制凹凸关系。出图尺寸建议直接1024甚至2048，低尺寸贴图放大之后细节发糊，PBR材质特别明显。生成之后在Photoshop里偏移处理做无缝，这个不是可选项，SD直出的图通常不具备平铺条件，Olly偏移滤镜来回检查横向纵向接缝，用仿制图章涂掉接缝处的硬线。

通道打包是更关键的细节。UE5里金属度、粗糙度、AO、高度在不追求极致的情况下，可以打包到一张RGB贴图的各个通道。我习惯把粗糙度放R、金属度放G、AO放B，然后配合BaseColor和Normal两张图，整个材质只用三张贴图。性能开销小，材质实例调参也方便。如果某个模块需要做旧效果，就在Substance Painter里把污渍、磨损叠加到AI生成的底图上，比我过去从头画省了至少一半时间。

2.3 AI写批处理脚本，批量处理模块网格体

真正让美术省力气的，是让AI写批量处理脚本。这次所有模块在Blender里基本都是建立在同一套基础网格上改出来的，每个模块需要做的杂活却特别多：改尺寸、对齐Pivot、清理多余顶点、给物件加平滑组和导出命名前缀。

我把工作流交给Claude写了三组脚本。第一组自动检查所有命名对象是否在特定命名空间下，不在的自动重命名；第二组按设定的尺寸把物体Pivot移到世界坐标零点，并把所有顶点位置对齐到5厘米网格；第三组遍历整个场景中所有活动物体，自动应用修改器、清除孤立材质槽、统一缩放为1导出带世界坐标的FBX。这些脚本节省的时间不算夸张，好几十个模块逐一处理，每个省几分钟，累计下来就是两个工作日的量。

AI写脚本并不万能，第一次生成的脚本十有八九有边界条件没处理，比如多选对象时报错、带后缀命名时字符串索引越界。我一般是把报错信息直接贴回去让它修，反复三五轮后基本稳定。这个过程中最值钱的能力，不是改脚本，而是能描述清楚“我想让模型变成什么状态”，这是我这两年被AI逼出来的新基本功。

3. UE5工程内的模块搭建与落地

3.1 模块尺寸、网格对齐与Pivot的规范

模块化资产能不能拼得严丝合缝，90%取决于导入前的规范，而不是导入后的微调。UE5默认的单位是厘米，我把基础网格单位定成50厘米，模块高度统一用100厘米的整倍数。比如普通墙高度300厘米，厚度20厘米，地基高50厘米。所有模块的长、宽、高都必须落到50厘米的整数格点上。

Pivot点也就是每个模块的原点位置，我统一放在模块朝外一面的左下角。墙板类模块的原点在底部中心，这样放的时候能直接按坐标对齐；屋顶类模块的原点设在屋脊的起点处，方便连续拼接。说起来简单，实际很容易出错，因为DCC里Pivot默认在世界中心，而每个模块的建模起点又各不相同。我的解决办法还是写脚本统一处理：先在Blender里把所有网格体归零到世界原点，再把原点平移到目标位置。这一步千万不能省，后期进入UE5一个个手动对齐会疯掉。

进入UE5后，第一件事就是把默认的64单位网格吸附改成50单位，确保放置模块时可以卡在网格上。视口里如果发现两个墙紧贴在一起中间有条黑缝，先别怀疑贴图，检查一下网格吸附和模块尺寸是不是有小数点残差。任何“差不多对齐”的模块都应该返回建模软件修掉，而不是靠视口拖拽，这是模块化资产的一条铁律。

3.2 材质、贴图沿用与Nanite/Lumen适配

贴图通道规划好了之后，材质球的搭建方式决定了这套资产在UE5里的扩展性。我使用一个主材质Master_Material_Modular，里面开放基础颜色、粗糙度、金属度、AO、法线强度的参数，再创建材质实例Material Instance来分别控制不同模块的材质表现。木材一部分、石材一部分、屋顶瓦片一部分，每个实例只改参数不新建材质，全局调色时改主材质即可。

Nanite支持对高密度网格非常友好，但这里有一个注意点：Nanite支持的是静态网格体，所有需要动态变形的模块都不适用。房屋资产基本都属于静态，开启Nanite后可以省去手工制作LOD的时间。开启方式是在静态网格编辑器里勾选Nanite支持，启用后视口里会显示三角形密度分布，方便检查是否有过密的小三角形。不过Nanite的碰撞体需要单独设置，它不会自动生成，后面会在章节里说明。

Lumen这套光照系统对模块化资产也有要求。Lumen处理全局光照时，如果模块之间贴合不严，或者墙面和屋顶之间缺了盖缝条，容易出现漏光和暗斑。设计模块时我就给墙与墙、墙与屋顶之间预留了专门的收边条模块，比如檐口、勒脚、墙角线。这些既是建筑结构的一部分，也是Lumen和Nanite稳定工作的工程保障。

3.3 碰撞体、命名规范与目录结构

碰撞体是另一个容易忽略但极其影响体验的环节。模块化资产每个模块都必须有碰撞体，否则玩家或者NPC可以自由穿墙而过，场景物理直接穿帮。我使用的是引擎自动生成的凸包碰撞，但把凸包精度调低，因为高精度凸包表面过于贴合网格，反而会让推箱子、角色靠墙时抖动，CPU开销也大。

命名规范是模块化最不起眼但最影响协作的细节。我统一采用前缀加模块类型加尺寸的格式，比如SM_Wall_100x300、SM_WallWindow_100x300、SM_Roof_100x200。前缀SM表示Static Mesh，后面是模块类型和尺寸，看到名字就知道是什么，不需要打开模型。在Content Browser里我还按路径分了文件夹，Geometry下分Wall、Roof、Floor、Prop等子目录，Texture和Material、Blueprint等目录单列。这套规范看着简单，多人协作时能少吵好多架。

说到最新的热词“资产管理”，在这个项目里也派上用场。所有模块资产我都在编辑器里统一打了标签，比如“Modular”、“Building”、“MezzanineNone”，后续用内容浏览器搜索或者写引擎自动化脚本时特别快。不管用不用专门的资产管理工具，在项目里建立一套元数据标签体系，习惯越早养越好。

4. 蓝图交互与自动化摆放

4.1 模块化蓝图的基础逻辑与放置体验

资产就位之后，下一步是把它们变成可以在场景里快速组合的蓝图。我建了一个Actor蓝图BP_Building_Base，里面用数据资产DataAsset记录每间房的模块组合列表。DataAsset里存着每个模块的网格体引用、相对位置坐标、旋转和缩放。要换户型，只改DataAsset数组里的记录，不需要在场景里重建一遍模块。

放置的交互逻辑做得比较克制：选择模块类型后，视口里显示一个半透明的预览网格体，跟随鼠标移动，按Tab可以切换旋转方向，左键确认摆放，右键取消。吸附规则用的是引擎自带的网格吸附，同时叠加一个模块间的“互锁校验”，也就是判断当前模块是否与已完成模块贴合，贴合时才允许放置。这个互锁逻辑用蓝图写也不复杂，主要是遍历当前场景中同标签的Actor，检查包围盒碰撞，如果之间距离小于1厘米就算贴合。

这部分的实际工作量比想象中大不少。我在让Gameplay和编辑交互上用AI辅助攒出基础逻辑，剩下的微调还是靠手动测试。AI给的核心思路是“把模块检查抽象成碰撞查询”，这帮我节省了整晚时间。对于想快速上手的读者，可以先用放置Actor到位置那么简单，但要做成真正可用的模块化资产包，互锁校验这一层强烈建议加上。

4.2 用AI Agent辅助生成摆放蓝图

热词里现在流行AI Agent，我在这次项目里也实际玩了一把。我搭建的方式是让AI Agent读取我的DataAsset配置，理解每个模块的口袋尺寸和拼接规则，然后根据指定房间尺寸自动输出一份合理的模块组合列表。本质上就是让大模型生成JSON配置，引擎侧再读取JSON生成场景。不是多么高深的架构，但效果确实惊艳。

举例来说，我要求生成一块宽400厘米、进深300厘米、带窗的两层房间，AI输出的配置里会自动选用SM_WallWindow_100x300、SM_Wall_100x300、SM_Floor_100x100这些模块，并且计算出行列数。虽然它在转角处偶尔会产生叠加，但把构思和编码的过程压缩到了几分钟。人工要做的只是修正个别参数，而不是从零拼一套。

我也试过用AI生成完整的Blueprint连线节点，说实话，对于简单逻辑它能给出合理的伪代码，但直接转换成蓝图节点还是不够直接。比较可行的模式是让AI把逻辑写成注释和接口定义，我再照注释在蓝图上连线。这套“AI给设计，人工落地面”的流程，是我现在最推荐的协作姿势。

4.3 光照与后处理对模块视觉质感的提升

拼装完成后，光照才是让房子从“模型”变成“氛围”的关键。我保留了Lumen全局光照来做间接光反弹，同时用雾效和Volumetric Fog创建清晨那种斜射光的基本氛围。模块化资产的接缝处如果光线均匀，视觉上就会显得很完整。

后处理体积里我主要调整了三个参数：曝光的EV值保持在0.5到1.2之间，避免高光溢出；泛光强度调低，避免低风格化建筑边缘过于发光；暗角稍微加重，让视线聚焦到房屋主体。材质实例里还可以用一个全局颜色浓度参数，在冬天偏冷色调、夏天偏暖色调之间切换，这样同一套资产在不同游戏章节里能有明显的季节差异。

这部分我多啰嗦一句：模块化资产带来的“组装感”如果处理不好，人们第一眼就会觉得“这些都是拼的”。利用光照把材质接缝隐藏在明暗过渡里是最好的遮羞布。比如朝阳面的墙体接缝，被间接光打亮后，接缝线就不那么抢眼了。

5. 常见问题与排查实录

5.1 接缝缝隙与UV拉伸问题

接缝是模块化资产的头号公敌。最常见的缝隙成因是模块在DCC软件里建模时，尺寸和最终导出时不一致，带了个小数点的误差，而UE5里又按50厘米网格吸附，两块墙就出现了0.5厘米的间隙。排查方法很简单：在视口里选中两个相邻模块，查看它们的包围盒边界值，看是否完全重合或贴合。如果差值超过0.1厘米，就回Blender里把尺寸修正掉。

UV拉伸则是另一个隐蔽问题。AI生成的贴图分辨率统一在2048，但模块尺寸不同，有的长有的短，采样密度就不一致。比如一块100x100的地板和一块100x300的墙体如果用同一套UV布局，后者的纹理密度就会稀很多。我后来统一把每米的纹素密度定在512像素左右，也就是2048贴图覆盖4米的范围。这样材质视觉上密度统一，接缝处才不会出现一半清晰一半模糊的差异。

5.2 碰撞体与Nanite的冲突处理

Nanite和碰撞体经常让新人卡住。启用Nanite之后，静态网格的原始三角形会被Nanite系统接管，但碰撞体不会继承这个设置，需要手动在网格体编辑器里重新指定碰撞生成方式。我使用的是引擎自动凸包的简易版本，并将凸包顶点数限制到32，再配合基础盒体碰撞。房屋模块大部分不是追求物理精准的形状，用盒体碰撞就足够，玩家卡不进去就好。

还遇到过一个问题：开启Nanite后，墙壁模块使用半透明材质时质量会下降。Nanite目前对半透明材质的支持有限，我解决的办法是把门窗玻璃拆成单独的透明材质网格体，不纳入Nanite，墙体和框架继续保留Nanite。这种混合策略当前应用比较多，也算是一个实用避坑技巧。

5.3 性能优化与资产瘦身

模块化资产建完之后，整个场景如果直接全部加载，哪怕只有几十栋房子，性能也会崩。我的处理方案是分三层：近距离视锥体看到的模块用Nanite渲染；中距离用手动简化模块，比如把墙面从十几万三角形降到几千三角形；更远处直接使用Impostor也就是八向视点捕捉的贴图替代。UE5里自带的Nanite技术已经能省很多事，但Impostor仍然是远距离大世界场景的重要补充。

材质方面也要小心。AI生成的贴图容易单个模块引用十几张不同贴图，材质球数量失控。我在打包前用Asset Audit工具梳理了一遍，把所有重复或未被引用的贴图和材质清理掉，项目体积从8.2GB降到5.4GB。行业里说的“资产健康”，指的就是这种状态。定期清理和规范，能避免项目越堆越臃肿。

以下把我遇到频率最高的几个问题整理成了速查表：

这六类问题基本覆盖了模块化房屋资产制作中会碰到的绝大多数“事故现场”，每一项我都真金白银踩过，建议你保存下来。

收尾：这套流程的扩展可能性

模块化房屋资产做完后，我这套流程基本沉淀成了一条流水线。下一步我准备把72个模块扩展成支持中式、美式乡村、现代极简三种风格的基础套件，每种风格只换贴图和少量专属模块，核心墙体结构不用重新做。AI在这条流水线中的角色也会越来越重，比如用AI批量生成建筑正立面草稿、用AI自动检查模块间的逻辑冲突。但有一点是不变的：技术只是提速，真正的判断力还在美术手里。拼装出来的房子好不好看、住着舒不舒服、场景讲不讲故事，最终还是靠人对光线、结构、尺度的敏感度。工具再好，也替代不了审美判断这一步。