最近大半年我一直在折腾一条从实物照片到 Unity 可用 3D 资产的流水线核心工具就是 Tripo 和 Unity。所谓 AI 建模流水线简单说就是拿一张图片丢给 Tripo 生成 3D 模型再导进 Unity 做落地处理。这套链路解决的最大痛点不再是“能不能生成”而是“怎么从生成物变成真正能用的资产”。从游戏道具、场景摆件到数字孪生里的设备还原这套流程都能用。这篇文章我会把 Tripo 选图、生成参数、Unity 导入、材质还原、模型优化、包围盒与阴影等全程的坑都拆开讲适合独立开发者、Unity 刚入门的新手也适合想给项目加速的小团队参考。1. 项目整体设计与技术选型思路1.1 为什么是 Tripo而不是 PS 和手搓建模先说选型。过去要从图片得到 3D 模型常规路线无非三种手工建模、摄影测量扫描、买模型库。手工建模一个稍微复杂的产品道具熟练工最快也要一两个小时摄影测量对设备、光照、拍摄角度要求极高手机拍出来的点云经常惨不忍睹模型库则是“撞车”重灾区满大街同款。Tripo 这类 AI 建模工具解决的是“从单张或多张图片直接生成带 PBR 材质的 3D 模型”这件事而且在速度和成本上优势明显。单次生成基本是分钟级比手工建模快一个数量级。我对比过 Meshy、CSM 等同类工具Tripo 比较突出的点是拓扑相对规整、贴图还原度好、导出 glb/fbx/obj 都方便而且有 API 可以做批量处理。价格方面我记得有按次或积分计费新用户有免费额度具体以官方页面为准但整体算下来比外包一个模型便宜太多。需要说明的是AI 建模不是“一键完美”。用 Tripo 生成的模型大概率会有几何瑕疵、贴图过度平滑、面数偏高等问题。所以它不是替代建模师而是把“从零到 0.8”的时间压缩到几分钟剩下 0.2 的打磨工作交给美术和工具链完成。1.2 为什么把 Unity 作为落地产物承接端Unity 可能是最适合承接 AI 模型资产的环境之一。从行业覆盖面看游戏、AR/VR、数字孪生、车机界面、建筑可视化都在用 Unity从资产格式看Tripo 导出的 glb/fbx 在 Unity 里都有比较成熟的导入链路从工程化看Unity 的 Prefab、AssetBundle、Addressables 能让批量生成的模型真正进入工业化流程而不是导出一个模型就完事。这里有一个很现实的问题很多 AI 建模工具生成的模型在预览网站里看着不错一旦导入引擎材质丢失、旋转轴混乱、模型发黑、缩放比例不对乱七八糟。所以这套流水线的核心其实不是“AI 生成”而是“AI 生成 引擎落地”。Unity 这一层相当于一个标准化的验收端能跑通 Unity 的模型基本也就能进其他主流引擎了。1.3 整套流水线的整体架构我的工作流整体分四个环节每个环节之间都有质量关卡图片采集与预处理拍摄或收集目标物体的多角度照片处理成干净背景、均匀光照。Tripo 生成与质检上传图片调整参数生成候选项检查几何和贴图质量不合格直接重roll。Unity 导入与资产化导入工具链处理设置缩放、材质、碰撞体、LOD做成 Prefab 入库。运行时加载与展示通过脚本动态加载 glb放在预览场景里给策划/美术/客户确认或直接进业务场景。这四个环节里最容易忽略的是第二关的质检标准和第三关的“资产化”。很多人拿到一个看起来差不多的模型就赶紧导进 Unity结果后面每一步都在补救。后面我会详细展开每个环节怎么做。2. 图片预处理与 Tripo 生成决定成败的第一关2.1 什么样的图片能生成好模型很多新手一开始就随便从网上下载一张图丢给 Tripo结果生成出来的模型歪七扭八然后得出结论“AI 建模不行”。实际上绝大部分失败案例都出在输入图片上。Tripo 这类模型对输入图的要求其实挺明确主体居中且单一画面里不要有多个物体。背景越干净越好纯白或浅灰背景效果最佳。黑色背景会让模型把暗部误判成几何凹陷。光照均匀不要在物体上留下强阴影和高光。高光会让贴图出现不自然的白色区域。尽量避免透明、玻璃、半透明材质AI 对这些的光学特性还原很差。遮挡物、反光板、手指等杂物会直接被“建模”进去生成后非常难修。我个人最常用的方式是拿手机拍产品图找一个白墙或白纸当背景关掉闪光灯用自然光主体放正拍正面、侧面 45 度、背面三张图。Tripo 支持多视图输入多角度图比单张图的成功率高很多。你可以把它理解为“给 AI 多一点空间信息”单张图本质上是在猜背面三张图就是在做三维重建。如果你手头只有一张网图也有补救办法先用 Photoshop 或在线抠图工具把背景换成纯白再让主体尽量居中。这个动作虽简单但能把成功率提升一大截。2.2 Tripo 生成参数怎么设置Tripo 网页端和 API 的参数不算复杂但每一个都有讲究。我按自己习惯的优先级列一下生成模式图生 3D 是核心文字描述是辅助。如果你给了一个文字描述但和图片不一致Tripo 会优先图还是优先文有一定随机性最好保持文字描述只写“这是什么物体”就行不要写太主观的风格词。网格类型优先选四边形网格。四边形网格在后续减面、展UV、变形绑定环节都更友好。三角形网格也不是不行但后期处理会麻烦一点。纹理分辨率能选多高选多高。生成时如果选了 1K贴图细节基本是糊的放进 Unity 里没法看。我一般选 2K特别重要的模型选 4K。PBR 材质输出尽量开启这样导出的贴图里会有 Albedo、Normal、Metallic、Roughness 这些通道省去后期手动调材质的时间。生成数量一次生成 2 到 4 个候选项挑一个最好的继续往下走。生成太多反而不利于决策。这里有一个体验上很重要的点生成后如果发现几何不对不要直接在这个结果上反复点“优化”或“修复”那样耗时而且效果有限。更高效的做法是回到输入图调整一下角度和背景重新生成。2.3 生成结果质量评估与重生成策略拿到生成结果先看几何再看贴图最后看材质通道。几何上需要检查主体是否完整、有没有破洞、有没有明显穿模、平面有没有异常凹陷。贴图上需要检查纹理是否清晰、颜色有没有明显偏色、有没有大面积糊成一团。材质通道则看导出 zip 里是否齐全。给一个我常用的判断标准如果几何有明显的“融化感”或“对称性毁坏”不要犹豫直接换一张输入图重生成。AI 建模的随机性决定了同一个结果很难通过“再修一下”变好重roll成本有时比硬修低得多。但也不要无限重roll一次生成 2-4 个候选里只要有一个几何正确、贴图尚可就足够了细节可以在 Unity 和 Blender 里修。3. Unity 导入与模型落地从 glb 到可用资产3.1 导入方式与 glb 文件处理Tripo 下载下来的模型强烈建议直接选 glb 格式。glb 是二进制格式纹理打包在一个文件里传输和导入都省事。Unity 默认不支持 glb 直接导入我的方案是导入 glTFast 插件。当前 Unity 版本我用的是 2022 LTSglTFast 在 2021、2022、Unity 6 上都稳定可用不同版本 UI 略有差异但核心逻辑一致。安装 glTFast 后有两种方式加载模型第一种是拖进 Project 面板就能看到导入预览直接当成普通资产用第二种是通过代码在运行时加载适合批量模型管理。我前期做验证用的是拖拽方式做批量流水线后全部改为运行时加载。如果你不想引入插件另一条路是用 Blender 把 glb 转成 fbx 再导入。Blender 中转的好处是可以顺带清理网格、重新展 UV、合并材质球坏处是多一道工序、多一处出错点。建议优先走 glTFast出问题再退回 Blender。3.2 缩放、朝向与坐标轴设置的坑这是最容易翻车的一步。Tripo 生成模型的单位不一定是 Unity 的米导入后可能变成巨无霸或小蚂蚁。我每次导入后第一件事就是检查模型的真实尺寸。做法是选中模型对象在 Inspector 里看 Transform 的 Scale。用一个已知尺寸的 Cube 做参照或者看模型自身的大小。如果尺寸不对通过 Scale 因子统一调整。比如模型实际是 8 厘米Unity 里显示为 8 米就直接把 Scale 设为 0.01。朝向问题也很常见。glTF 标准里模型的 -Z 轴是前方但部分 AI 建模工具生成的模型朝向并不固定。如果你发现车头朝 X 轴最简单的方法是把模型包在一个空物体下面旋转空物体修正朝向不要让模型自身的旋转带着坐标轴一起乱转后面做脚本控制时会更麻烦。3.3 材质与贴图还原的步骤Tripo 导出带 PBR 材质的模型后导入 Unity 要重点检查这几张贴图是否被正确识别Albedo基础色、Normal法线、Metallic金属度、Roughness粗糙度。glTF 的 PBR 渲染模型是 metal-rough 工作流Unity 的标准 Shader 也是 metal-rough 工作流理论上能对应上。但实践中我经常遇到的现象是模型发黑、发亮得不自然、或完全没有法线细节。排查顺序建议按下面来检查材质球的 Shader 是不是 Standard 或 URP/Lit如果 Shader 显示为“Unknown”说明导入有问题。检查 Normal 贴图导入设置有没有勾选“Create from Grayscale”以及表面是否有法线贴图没生效。glb 的法线贴图通常是 DirectX 风格的 Y 通道Unity 有时需要翻转具体表现是模型表面“凹进去”而不是“凸出来”这时在材质里把法线强度设为负数或改贴图 Y 通道即可。检查贴图颜色空间是否为 sRGB法线和粗糙度贴图需要关闭 sRGB。如果模型整体过暗检查有没有 AO 贴图被当成 Albedo 使用。如果你把整套材质都放弃了也有一个笨办法直接只用 Albedo 贴图配合一个标准材质球粗糙度手动调一下很多时候观感也不差。对于非核心道具来说这是一条高性价比的兜底路线。3.4 模型减面与碰撞体配置AI 生成模型的顶点数普遍偏高。Tripo 生成的模型少则几万面多则几十万面直接放进移动端项目里性能会很难看。所以减面这道工序基本逃不掉。减面工具我用过两类第一类是 Blender 的 Decimate 修改器适合在模型入库前做静态减面第二类是 Unity 里的 Mesh Simplify 插件适合批量处理。减面时我的策略是这样的场景摆件、背景道具面数可以压到原来的 20%-30%肉眼能看出轻微微棱角没关系。需要特写的核心道具减面到原来的 50%-60%然后加 Mesh Smooth 或重法线。角色或动画模型不建议用 Decimate 粗暴减面最好保持拓扑规整后在 Blender 里重拓扑。碰撞体方面AI 模型千万别直接用原始 MeshCollider性能开销很大而且因为网格乱七八糟碰撞也经常不对。我通常的做法是如果一个模型整体形状接近盒子或球体直接用 Box Collider / Sphere Collider如果形状不规整用 MeshCollider 的 convex 近似或者多个 Box Collider 组合。数字孪生项目里很多设备模型都用这种组合方式稳定又省性能。3.5 包围盒与阴影问题的处理热搜词里有“unity renderer 的包围盒”这确实是 AI 建模流水线上的高频踩坑点。具体现象是模型在 Scene 视图正常但 Game 视图里一拉远或拉近模型的一部分突然被裁剪掉或者 Culling 计算错误导致整个模型消失。这个问题的底层原因是网格数据里部分顶点的范围异常导致渲染器计算出来的包围盒比模型实际尺寸小或者偏移了。AI 生成的网格经常会有这种脏数据点开模型 Mesh 的 Bounds 一看数值跟实际模型对不上。解决办法有两种。简单粗暴的做法是加一个脚本在 Start 里手动设置 Renderer.localBounds强制把包围盒范围修正到正确值。另一种做法是把这个模型导入 Blender选择所有顶点然后执行 Clean Up / 网格一致性清理把异常顶点修掉。我自己的流程是优先修网格因为包围盒的问题往往还伴随阴影错误。阴影问题也很常见。AI 模型表面网格密度不均衡相同光照下会出现三角面阴影斑块、阴影边缘锯齿、甚至模型自阴影大面积发黑。处理办法把模型的 ShadowCastingMode 设为 Off如果它只是场景配角或者调整光源的 Shadow Normal Bias / Shadow Bias把数值稍微调大一点。要彻底解决还是建议用 Baked Lightmap静态模型的烘焙阴影干净很多。4. 踩坑实录AI 建模流水线上常见问题与排查技巧这部分是我最想写的。下面这张表里是过去半年里真实验证过的问题和解决方案按“现象—原因—解决办法”列出来方便你直接对号入座。现象常见原因解决办法导入 Unity 后模型全黑材质 Shader 丢失或法线贴图方向不对检查 Shader 是否为 Standard/URP/Lit翻转法线贴图 Y 通道模型半透明像玻璃贴图 Alpha 通道被误判把材质球 Rendering Mode 改为 Opaque或修 Albedo 贴图通道模型朝向不对车头朝 X 轴glTF 与 Unity 轴系差异外层空物体旋转修正朝向记录到 Prefab模型导入后是巨大或微小尺寸单位不匹配默认单位不同统一设置 Scale 因子用已知尺寸 Cube 做参照移动端卡顿、面数爆炸AI 生成网格细分太高Blender Decimate 或 Unity Mesh Simplify 减面再设置 LOD模型被相机裁剪部分消失包围盒计算偏移脚本里重设 Renderer.localBounds或在 Blender 清理网格阴影斑块、自阴影发黑网格密度不均、法线有瑕疵调整 Shadow Bias 和 Normal Bias或改烘焙 Lightmap贴图细节模糊生成时纹理分辨率选低了生成前选择 2K/4K 纹理或后期修补细节模型表面有黑色闪烁Z-fighting网格面重叠或法线冲突用 Mesh Clean Up 焊接顶点或导入 Blender 修复道具边缘发白光Albedo 贴图里有高光信息用图片处理工具把高光区域抹平重新导入导出后文件名乱码Tripo 默认命名无意义在 Unity 里统一重命名资产建立命名规范发布微信小游戏后模型加载失败分包/资源路径问题用 Addressables 做资源分组确认加载路径和依赖完整除了表里的内容我再分享几个“文档里不会写”的独家经验。第一生成时不要加风格化的文字描述。比如你上传一张椅子图文字条件里写“北欧风藤编椅子”Tripo 极有可能把“北欧风”三个字直接画进椅子腿或者坐垫上变成贴图的一部分。保持文字描述极简只有物体名称就够安全。第二输入照片里如果有手指、遮挡物、或者摄影支架生成后模型上常常会出现一团“融化的塑料”一样的东西剪都剪不干净。我后面学乖了拍摄前先用小黏土或胶带把不需要的配件遮住宁可多拍一张也不要后期花两小时修网格。第三二次编辑同一物体时不要用第一次生成的低清截图去生成那会把上一轮的所有错误全部继承下来然后无限放大。正确做法是回到原始照片重新调整角度再生成。AI 建模的随机性决定了二次生成的质量和你输入图片的质量直接挂钩而不是和你“想要修的细节”挂钩。第四关于成本控制。Tripo 有免费额度但有限批量生成时很容易一下就刷完了。如果项目量大建议先把所有输入图统一预处理再一次性批量提交避免一张图试了三次、四次浪费额度。我的习惯是先做一张“测试图”确定参数然后再批量执行。5. 从单个模型到批量流水线的工程化思路5.1 批量处理与 Tripo API 接入当项目从一两个模型扩展到几十上百个模型时手工在网页端上传、下载、导入这件事就会变成噩梦。这一步我强烈建议接入 Tripo API。官方提供了提交任务、查询结果、下载成品的接口整体思路和大多数 AI 服务的异步任务模式类似。我自己的批量脚本是用 Python 写的流程大致是读一个 CSV 清单每一行是一条模型描述包括图片路径、文字描述、导出格式然后按顺序调用 Tripo 提交任务轮询查询任务状态等任务完成后把生成的 glb 文件下载到指定目录下载完成后自动重命名成项目规范的资产名。这里有几条工程化经验值得说一定要做失败重试。网络抖动、服务端限流都可能让任务失败脚本里加上指数退避重试能省下大量人工盯守时间。控制并发不要一口气提交几百个任务。AI 生成服务通常有速率限制超过额度会被限流。我一般并发控制在 5 到 10 个任务。下载完的模型不要直接入库先用无头模式或 Unity Editor 脚本做一次“冒烟测试”保证 glb 文件能正常打开再进资产库避免坏文件污染项目。5.2 在 Unity 里做模型预览与展示AI 生成的模型最终要交给策划、美术或者客户确认。过去我都是让美术手动打开 Blender 看效率低不说反馈链路还特别长。后来我搭了一个简单的 Unity 预览工程把生成好的 glb 文件统一放到 StreamingAssets 目录运行时用 glTFast 实例化加载到场景后自动适配旋转平台。这个预览工程很简单核心就是几行代码但省下来的沟通时间非常可观。你可以在项目里做一个“模型预览”专属场景中间放一个转台模型加载后自动缓慢旋转下面加一个 UI 下拉框选择当前批次的不同模型再放几个按钮控制旋转速度和背景颜色。这样策划看完直接说“这个不行重新生成”整个反馈链路缩短到分钟级。我在这个环节还加了一个功能自动计算模型的包围盒然后把相机视角自动适配到模型大小。这样不管加载的是一个小杯子还是一台设备预览界面都能把它完整显示在屏幕中间。5.3 扩展场景游戏、数字孪生、AR/VR 与 3D 打印这套流水线跑通之后可扩展的方向非常广。游戏项目里AI 建模最合适的是场景摆件、武器道具、装备外观这一层。核心角色和重要 NPC 还是建议人工建模或至少由美术大幅调整但场景里的野花、石块、桌椅板凳AI 生成加批量减面效率直接起飞。数字孪生项目里这台设备那段管线、那个展柜、那台能源柜如果都能拿到实物照片用 Tripo 生成底模再稍微修一下比从头建模快得多。我在实际项目里做过一次设备机房的还原几十台设备面板全部走图片生成再人工补充屏幕和把手细节整体工时压缩了一半以上。配合 Cesium for Unity 做园区级数字孪生、配合串口和传感器数据做设备状态联动都是无缝衔接的。AR/VR 教育场景里很多教学模型并不需要极高精度比如历史文物、生物器官、化学分子结构做成 AR 卡片时只要能正确展示核心特征就行。这类“教学内容级精度”的模型AI 建模的效果完全够用而且成本极低。如果你往 3D 打印方向走要注意 AI 生成模型的可打印性。Tripo 能导出的模型不一定水密一定有内部拓扑、细碎面片等问题。需要用 Netfabb 或 Blender 的 3D Print Toolbox 检查模型是否封闭然后修复壁厚和悬空结构否则打印出来就是一堆烂料。我个人在实际操作中最大的体会是这套流水线的终极目的不是让 AI 取代建模师而是把“完成度 80% 的模型”变成一种低成本的基础资产。一旦你习惯了这种生产方式会发现自己做项目时的试错空间变大了很多。以前一个场景道具要等美术排期现在半小时内就能出一个可用的底模创意验证变快了项目迭代自然也变快了。最后再分享一个实用的小习惯我会把所有已经用过的、效果不错的输入照片按“白光背景/多角度/无遮挡”的标准统一归档。每次要生成新模型时直接在这个照片库里找依附物基本不会踩输入图质量这个最大的坑。这套素材库才是整条流水线里最值钱的部分。 AI建模流水线：从实物照片到Unity可用3D资产的完整实践
最近大半年我一直在折腾一条从实物照片到 Unity 可用 3D 资产的流水线核心工具就是 Tripo 和 Unity。所谓 AI 建模流水线简单说就是拿一张图片丢给 Tripo 生成 3D 模型再导进 Unity 做落地处理。这套链路解决的最大痛点不再是“能不能生成”而是“怎么从生成物变成真正能用的资产”。从游戏道具、场景摆件到数字孪生里的设备还原这套流程都能用。这篇文章我会把 Tripo 选图、生成参数、Unity 导入、材质还原、模型优化、包围盒与阴影等全程的坑都拆开讲适合独立开发者、Unity 刚入门的新手也适合想给项目加速的小团队参考。1. 项目整体设计与技术选型思路1.1 为什么是 Tripo而不是 PS 和手搓建模先说选型。过去要从图片得到 3D 模型常规路线无非三种手工建模、摄影测量扫描、买模型库。手工建模一个稍微复杂的产品道具熟练工最快也要一两个小时摄影测量对设备、光照、拍摄角度要求极高手机拍出来的点云经常惨不忍睹模型库则是“撞车”重灾区满大街同款。Tripo 这类 AI 建模工具解决的是“从单张或多张图片直接生成带 PBR 材质的 3D 模型”这件事而且在速度和成本上优势明显。单次生成基本是分钟级比手工建模快一个数量级。我对比过 Meshy、CSM 等同类工具Tripo 比较突出的点是拓扑相对规整、贴图还原度好、导出 glb/fbx/obj 都方便而且有 API 可以做批量处理。价格方面我记得有按次或积分计费新用户有免费额度具体以官方页面为准但整体算下来比外包一个模型便宜太多。需要说明的是AI 建模不是“一键完美”。用 Tripo 生成的模型大概率会有几何瑕疵、贴图过度平滑、面数偏高等问题。所以它不是替代建模师而是把“从零到 0.8”的时间压缩到几分钟剩下 0.2 的打磨工作交给美术和工具链完成。1.2 为什么把 Unity 作为落地产物承接端Unity 可能是最适合承接 AI 模型资产的环境之一。从行业覆盖面看游戏、AR/VR、数字孪生、车机界面、建筑可视化都在用 Unity从资产格式看Tripo 导出的 glb/fbx 在 Unity 里都有比较成熟的导入链路从工程化看Unity 的 Prefab、AssetBundle、Addressables 能让批量生成的模型真正进入工业化流程而不是导出一个模型就完事。这里有一个很现实的问题很多 AI 建模工具生成的模型在预览网站里看着不错一旦导入引擎材质丢失、旋转轴混乱、模型发黑、缩放比例不对乱七八糟。所以这套流水线的核心其实不是“AI 生成”而是“AI 生成 引擎落地”。Unity 这一层相当于一个标准化的验收端能跑通 Unity 的模型基本也就能进其他主流引擎了。1.3 整套流水线的整体架构我的工作流整体分四个环节每个环节之间都有质量关卡图片采集与预处理拍摄或收集目标物体的多角度照片处理成干净背景、均匀光照。Tripo 生成与质检上传图片调整参数生成候选项检查几何和贴图质量不合格直接重roll。Unity 导入与资产化导入工具链处理设置缩放、材质、碰撞体、LOD做成 Prefab 入库。运行时加载与展示通过脚本动态加载 glb放在预览场景里给策划/美术/客户确认或直接进业务场景。这四个环节里最容易忽略的是第二关的质检标准和第三关的“资产化”。很多人拿到一个看起来差不多的模型就赶紧导进 Unity结果后面每一步都在补救。后面我会详细展开每个环节怎么做。2. 图片预处理与 Tripo 生成决定成败的第一关2.1 什么样的图片能生成好模型很多新手一开始就随便从网上下载一张图丢给 Tripo结果生成出来的模型歪七扭八然后得出结论“AI 建模不行”。实际上绝大部分失败案例都出在输入图片上。Tripo 这类模型对输入图的要求其实挺明确主体居中且单一画面里不要有多个物体。背景越干净越好纯白或浅灰背景效果最佳。黑色背景会让模型把暗部误判成几何凹陷。光照均匀不要在物体上留下强阴影和高光。高光会让贴图出现不自然的白色区域。尽量避免透明、玻璃、半透明材质AI 对这些的光学特性还原很差。遮挡物、反光板、手指等杂物会直接被“建模”进去生成后非常难修。我个人最常用的方式是拿手机拍产品图找一个白墙或白纸当背景关掉闪光灯用自然光主体放正拍正面、侧面 45 度、背面三张图。Tripo 支持多视图输入多角度图比单张图的成功率高很多。你可以把它理解为“给 AI 多一点空间信息”单张图本质上是在猜背面三张图就是在做三维重建。如果你手头只有一张网图也有补救办法先用 Photoshop 或在线抠图工具把背景换成纯白再让主体尽量居中。这个动作虽简单但能把成功率提升一大截。2.2 Tripo 生成参数怎么设置Tripo 网页端和 API 的参数不算复杂但每一个都有讲究。我按自己习惯的优先级列一下生成模式图生 3D 是核心文字描述是辅助。如果你给了一个文字描述但和图片不一致Tripo 会优先图还是优先文有一定随机性最好保持文字描述只写“这是什么物体”就行不要写太主观的风格词。网格类型优先选四边形网格。四边形网格在后续减面、展UV、变形绑定环节都更友好。三角形网格也不是不行但后期处理会麻烦一点。纹理分辨率能选多高选多高。生成时如果选了 1K贴图细节基本是糊的放进 Unity 里没法看。我一般选 2K特别重要的模型选 4K。PBR 材质输出尽量开启这样导出的贴图里会有 Albedo、Normal、Metallic、Roughness 这些通道省去后期手动调材质的时间。生成数量一次生成 2 到 4 个候选项挑一个最好的继续往下走。生成太多反而不利于决策。这里有一个体验上很重要的点生成后如果发现几何不对不要直接在这个结果上反复点“优化”或“修复”那样耗时而且效果有限。更高效的做法是回到输入图调整一下角度和背景重新生成。2.3 生成结果质量评估与重生成策略拿到生成结果先看几何再看贴图最后看材质通道。几何上需要检查主体是否完整、有没有破洞、有没有明显穿模、平面有没有异常凹陷。贴图上需要检查纹理是否清晰、颜色有没有明显偏色、有没有大面积糊成一团。材质通道则看导出 zip 里是否齐全。给一个我常用的判断标准如果几何有明显的“融化感”或“对称性毁坏”不要犹豫直接换一张输入图重生成。AI 建模的随机性决定了同一个结果很难通过“再修一下”变好重roll成本有时比硬修低得多。但也不要无限重roll一次生成 2-4 个候选里只要有一个几何正确、贴图尚可就足够了细节可以在 Unity 和 Blender 里修。3. Unity 导入与模型落地从 glb 到可用资产3.1 导入方式与 glb 文件处理Tripo 下载下来的模型强烈建议直接选 glb 格式。glb 是二进制格式纹理打包在一个文件里传输和导入都省事。Unity 默认不支持 glb 直接导入我的方案是导入 glTFast 插件。当前 Unity 版本我用的是 2022 LTSglTFast 在 2021、2022、Unity 6 上都稳定可用不同版本 UI 略有差异但核心逻辑一致。安装 glTFast 后有两种方式加载模型第一种是拖进 Project 面板就能看到导入预览直接当成普通资产用第二种是通过代码在运行时加载适合批量模型管理。我前期做验证用的是拖拽方式做批量流水线后全部改为运行时加载。如果你不想引入插件另一条路是用 Blender 把 glb 转成 fbx 再导入。Blender 中转的好处是可以顺带清理网格、重新展 UV、合并材质球坏处是多一道工序、多一处出错点。建议优先走 glTFast出问题再退回 Blender。3.2 缩放、朝向与坐标轴设置的坑这是最容易翻车的一步。Tripo 生成模型的单位不一定是 Unity 的米导入后可能变成巨无霸或小蚂蚁。我每次导入后第一件事就是检查模型的真实尺寸。做法是选中模型对象在 Inspector 里看 Transform 的 Scale。用一个已知尺寸的 Cube 做参照或者看模型自身的大小。如果尺寸不对通过 Scale 因子统一调整。比如模型实际是 8 厘米Unity 里显示为 8 米就直接把 Scale 设为 0.01。朝向问题也很常见。glTF 标准里模型的 -Z 轴是前方但部分 AI 建模工具生成的模型朝向并不固定。如果你发现车头朝 X 轴最简单的方法是把模型包在一个空物体下面旋转空物体修正朝向不要让模型自身的旋转带着坐标轴一起乱转后面做脚本控制时会更麻烦。3.3 材质与贴图还原的步骤Tripo 导出带 PBR 材质的模型后导入 Unity 要重点检查这几张贴图是否被正确识别Albedo基础色、Normal法线、Metallic金属度、Roughness粗糙度。glTF 的 PBR 渲染模型是 metal-rough 工作流Unity 的标准 Shader 也是 metal-rough 工作流理论上能对应上。但实践中我经常遇到的现象是模型发黑、发亮得不自然、或完全没有法线细节。排查顺序建议按下面来检查材质球的 Shader 是不是 Standard 或 URP/Lit如果 Shader 显示为“Unknown”说明导入有问题。检查 Normal 贴图导入设置有没有勾选“Create from Grayscale”以及表面是否有法线贴图没生效。glb 的法线贴图通常是 DirectX 风格的 Y 通道Unity 有时需要翻转具体表现是模型表面“凹进去”而不是“凸出来”这时在材质里把法线强度设为负数或改贴图 Y 通道即可。检查贴图颜色空间是否为 sRGB法线和粗糙度贴图需要关闭 sRGB。如果模型整体过暗检查有没有 AO 贴图被当成 Albedo 使用。如果你把整套材质都放弃了也有一个笨办法直接只用 Albedo 贴图配合一个标准材质球粗糙度手动调一下很多时候观感也不差。对于非核心道具来说这是一条高性价比的兜底路线。3.4 模型减面与碰撞体配置AI 生成模型的顶点数普遍偏高。Tripo 生成的模型少则几万面多则几十万面直接放进移动端项目里性能会很难看。所以减面这道工序基本逃不掉。减面工具我用过两类第一类是 Blender 的 Decimate 修改器适合在模型入库前做静态减面第二类是 Unity 里的 Mesh Simplify 插件适合批量处理。减面时我的策略是这样的场景摆件、背景道具面数可以压到原来的 20%-30%肉眼能看出轻微微棱角没关系。需要特写的核心道具减面到原来的 50%-60%然后加 Mesh Smooth 或重法线。角色或动画模型不建议用 Decimate 粗暴减面最好保持拓扑规整后在 Blender 里重拓扑。碰撞体方面AI 模型千万别直接用原始 MeshCollider性能开销很大而且因为网格乱七八糟碰撞也经常不对。我通常的做法是如果一个模型整体形状接近盒子或球体直接用 Box Collider / Sphere Collider如果形状不规整用 MeshCollider 的 convex 近似或者多个 Box Collider 组合。数字孪生项目里很多设备模型都用这种组合方式稳定又省性能。3.5 包围盒与阴影问题的处理热搜词里有“unity renderer 的包围盒”这确实是 AI 建模流水线上的高频踩坑点。具体现象是模型在 Scene 视图正常但 Game 视图里一拉远或拉近模型的一部分突然被裁剪掉或者 Culling 计算错误导致整个模型消失。这个问题的底层原因是网格数据里部分顶点的范围异常导致渲染器计算出来的包围盒比模型实际尺寸小或者偏移了。AI 生成的网格经常会有这种脏数据点开模型 Mesh 的 Bounds 一看数值跟实际模型对不上。解决办法有两种。简单粗暴的做法是加一个脚本在 Start 里手动设置 Renderer.localBounds强制把包围盒范围修正到正确值。另一种做法是把这个模型导入 Blender选择所有顶点然后执行 Clean Up / 网格一致性清理把异常顶点修掉。我自己的流程是优先修网格因为包围盒的问题往往还伴随阴影错误。阴影问题也很常见。AI 模型表面网格密度不均衡相同光照下会出现三角面阴影斑块、阴影边缘锯齿、甚至模型自阴影大面积发黑。处理办法把模型的 ShadowCastingMode 设为 Off如果它只是场景配角或者调整光源的 Shadow Normal Bias / Shadow Bias把数值稍微调大一点。要彻底解决还是建议用 Baked Lightmap静态模型的烘焙阴影干净很多。4. 踩坑实录AI 建模流水线上常见问题与排查技巧这部分是我最想写的。下面这张表里是过去半年里真实验证过的问题和解决方案按“现象—原因—解决办法”列出来方便你直接对号入座。现象常见原因解决办法导入 Unity 后模型全黑材质 Shader 丢失或法线贴图方向不对检查 Shader 是否为 Standard/URP/Lit翻转法线贴图 Y 通道模型半透明像玻璃贴图 Alpha 通道被误判把材质球 Rendering Mode 改为 Opaque或修 Albedo 贴图通道模型朝向不对车头朝 X 轴glTF 与 Unity 轴系差异外层空物体旋转修正朝向记录到 Prefab模型导入后是巨大或微小尺寸单位不匹配默认单位不同统一设置 Scale 因子用已知尺寸 Cube 做参照移动端卡顿、面数爆炸AI 生成网格细分太高Blender Decimate 或 Unity Mesh Simplify 减面再设置 LOD模型被相机裁剪部分消失包围盒计算偏移脚本里重设 Renderer.localBounds或在 Blender 清理网格阴影斑块、自阴影发黑网格密度不均、法线有瑕疵调整 Shadow Bias 和 Normal Bias或改烘焙 Lightmap贴图细节模糊生成时纹理分辨率选低了生成前选择 2K/4K 纹理或后期修补细节模型表面有黑色闪烁Z-fighting网格面重叠或法线冲突用 Mesh Clean Up 焊接顶点或导入 Blender 修复道具边缘发白光Albedo 贴图里有高光信息用图片处理工具把高光区域抹平重新导入导出后文件名乱码Tripo 默认命名无意义在 Unity 里统一重命名资产建立命名规范发布微信小游戏后模型加载失败分包/资源路径问题用 Addressables 做资源分组确认加载路径和依赖完整除了表里的内容我再分享几个“文档里不会写”的独家经验。第一生成时不要加风格化的文字描述。比如你上传一张椅子图文字条件里写“北欧风藤编椅子”Tripo 极有可能把“北欧风”三个字直接画进椅子腿或者坐垫上变成贴图的一部分。保持文字描述极简只有物体名称就够安全。第二输入照片里如果有手指、遮挡物、或者摄影支架生成后模型上常常会出现一团“融化的塑料”一样的东西剪都剪不干净。我后面学乖了拍摄前先用小黏土或胶带把不需要的配件遮住宁可多拍一张也不要后期花两小时修网格。第三二次编辑同一物体时不要用第一次生成的低清截图去生成那会把上一轮的所有错误全部继承下来然后无限放大。正确做法是回到原始照片重新调整角度再生成。AI 建模的随机性决定了二次生成的质量和你输入图片的质量直接挂钩而不是和你“想要修的细节”挂钩。第四关于成本控制。Tripo 有免费额度但有限批量生成时很容易一下就刷完了。如果项目量大建议先把所有输入图统一预处理再一次性批量提交避免一张图试了三次、四次浪费额度。我的习惯是先做一张“测试图”确定参数然后再批量执行。5. 从单个模型到批量流水线的工程化思路5.1 批量处理与 Tripo API 接入当项目从一两个模型扩展到几十上百个模型时手工在网页端上传、下载、导入这件事就会变成噩梦。这一步我强烈建议接入 Tripo API。官方提供了提交任务、查询结果、下载成品的接口整体思路和大多数 AI 服务的异步任务模式类似。我自己的批量脚本是用 Python 写的流程大致是读一个 CSV 清单每一行是一条模型描述包括图片路径、文字描述、导出格式然后按顺序调用 Tripo 提交任务轮询查询任务状态等任务完成后把生成的 glb 文件下载到指定目录下载完成后自动重命名成项目规范的资产名。这里有几条工程化经验值得说一定要做失败重试。网络抖动、服务端限流都可能让任务失败脚本里加上指数退避重试能省下大量人工盯守时间。控制并发不要一口气提交几百个任务。AI 生成服务通常有速率限制超过额度会被限流。我一般并发控制在 5 到 10 个任务。下载完的模型不要直接入库先用无头模式或 Unity Editor 脚本做一次“冒烟测试”保证 glb 文件能正常打开再进资产库避免坏文件污染项目。5.2 在 Unity 里做模型预览与展示AI 生成的模型最终要交给策划、美术或者客户确认。过去我都是让美术手动打开 Blender 看效率低不说反馈链路还特别长。后来我搭了一个简单的 Unity 预览工程把生成好的 glb 文件统一放到 StreamingAssets 目录运行时用 glTFast 实例化加载到场景后自动适配旋转平台。这个预览工程很简单核心就是几行代码但省下来的沟通时间非常可观。你可以在项目里做一个“模型预览”专属场景中间放一个转台模型加载后自动缓慢旋转下面加一个 UI 下拉框选择当前批次的不同模型再放几个按钮控制旋转速度和背景颜色。这样策划看完直接说“这个不行重新生成”整个反馈链路缩短到分钟级。我在这个环节还加了一个功能自动计算模型的包围盒然后把相机视角自动适配到模型大小。这样不管加载的是一个小杯子还是一台设备预览界面都能把它完整显示在屏幕中间。5.3 扩展场景游戏、数字孪生、AR/VR 与 3D 打印这套流水线跑通之后可扩展的方向非常广。游戏项目里AI 建模最合适的是场景摆件、武器道具、装备外观这一层。核心角色和重要 NPC 还是建议人工建模或至少由美术大幅调整但场景里的野花、石块、桌椅板凳AI 生成加批量减面效率直接起飞。数字孪生项目里这台设备那段管线、那个展柜、那台能源柜如果都能拿到实物照片用 Tripo 生成底模再稍微修一下比从头建模快得多。我在实际项目里做过一次设备机房的还原几十台设备面板全部走图片生成再人工补充屏幕和把手细节整体工时压缩了一半以上。配合 Cesium for Unity 做园区级数字孪生、配合串口和传感器数据做设备状态联动都是无缝衔接的。AR/VR 教育场景里很多教学模型并不需要极高精度比如历史文物、生物器官、化学分子结构做成 AR 卡片时只要能正确展示核心特征就行。这类“教学内容级精度”的模型AI 建模的效果完全够用而且成本极低。如果你往 3D 打印方向走要注意 AI 生成模型的可打印性。Tripo 能导出的模型不一定水密一定有内部拓扑、细碎面片等问题。需要用 Netfabb 或 Blender 的 3D Print Toolbox 检查模型是否封闭然后修复壁厚和悬空结构否则打印出来就是一堆烂料。我个人在实际操作中最大的体会是这套流水线的终极目的不是让 AI 取代建模师而是把“完成度 80% 的模型”变成一种低成本的基础资产。一旦你习惯了这种生产方式会发现自己做项目时的试错空间变大了很多。以前一个场景道具要等美术排期现在半小时内就能出一个可用的底模创意验证变快了项目迭代自然也变快了。最后再分享一个实用的小习惯我会把所有已经用过的、效果不错的输入照片按“白光背景/多角度/无遮挡”的标准统一归档。每次要生成新模型时直接在这个照片库里找依附物基本不会踩输入图质量这个最大的坑。这套素材库才是整条流水线里最值钱的部分。