AI生成了一个视觉效果完整的3D模型，预览时没有明显问题，导出后却不一定能直接使用。
把它放进游戏引擎，可能比正常尺寸大十倍；换一台电脑打开，材质和贴图全部丢失；想单独旋转车门，却发现整辆车只有一个对象；模型在编辑器中运行正常，发布到网页后却加载缓慢。
问题在于，生成阶段主要解决的是“做出一个看起来合理的物体”，交付阶段还要解决“这个文件能否被下一个制作环节正确识别和稳定使用”。
判断AI生成的3D资产能不能交付，不能只看外形是否逼真。导出前至少要检查六项：
只有把这些主观印象变成可以复核的结果，模型才真正具备交付基础。
一、先确定用途：同一个模型没有统一的交付标准
同一个3D模型，用在不同项目中，验收标准可能完全不同。
用于电商静态图片时，模型主要承担固定角度的展示任务，通常更关注轮廓、材质和局部细节。
用于宣传动画时，还要考虑镜头运动、近距离观察、物体拆分和动画需要。
用于游戏或网页实时场景时，则需要重点检查加载速度、模型复杂度、材质数量和设备性能。
用于工业展示时，尺寸、接口和零件之间的关系可能比视觉效果更重要。
因此，判断模型好不好之前，应该先回答几个问题：
- 谁会使用这个模型？
- 模型最终要放进什么软件或引擎？
- 用于静态展示、动画，还是实时运行？
- 是否需要继续修改或加入动作？
- 接收方需要什么文件格式？
- 项目对文件大小和运行性能有什么限制？
可以把需求写成能够直接检查的句子。例如：
模型用于网页端固定角度展示，文件总大小不超过项目规定值，使用一套主要材质，能够在指定浏览器中正常加载和旋转查看。
相比“做一个质量高的模型”，这种要求更容易验收。
如果最终用途尚未确定，可以把文件标记为“待验证资产”，不要直接承诺它已经可以用于正式项目。 
图1：画面展示了从二维概念图到可选择的3D对象、几何检查和不同导出方向的流程，适合说明资产交付需要与用途和目标格式对应。图片属于流程示意，不能证明模型已经在所有软件、格式和设备中完成验证。
二、检查对象结构：看见一个物体，不等于得到可编辑的资产
AI生成的模型可能出现两种相反的问题。
一种是拆得太碎。一个本应完整的部件被分成大量零散对象，对象列表中充满无法理解的名称，移动模型时很容易遗漏。
另一种是合得太死。车门、轮胎、方向盘和车身全部连成一个整体，无法单独修改，也不方便设置动画和交互。
导出前，可以按照“主体—部件—辅助对象”检查结构。
以一辆汽车为例：
- 主体是车身；
- 部件包括车门、轮胎、方向盘和车灯；
- 辅助对象可能包括灯光、摄像机、碰撞范围和参考平面。
需要单独运动或替换的部件，应该能够独立选择；经常一起移动的内容，则应建立清楚的上下级关系。
例如，整辆车移动时，车门和轮胎应该跟随；单独旋转车门时，车身不应发生变形。
还要检查对象名称。下面这样的名称很难维护：
Object_01 Object_02 Mesh_17 New_Object_Final
可以采用相对稳定的结构：
汽车_车身_01 汽车_左前门_01 汽车_左前轮_01 汽车_方向盘_01
英文项目也可以使用统一格式：
CAR_Body_01 CAR_Door_FL_01 CAR_Wheel_FL_01
关键不是使用中文还是英文，而是同一项目中的命名方式保持一致。
除了层级和命名，还要检查模型表面是否存在破洞、重叠或方向错误。
模型的每一个表面都有朝向，专业上称为“法线”。法线方向错误时，模型可能在某些软件中发黑，或者从特定角度突然消失。
如果模型需要继续编辑、制作动画或设置碰撞，还应记录这些结构问题出现在哪里，以及是否会影响最终用途。
结构合格的基本标准是：
主要部件能够被准确找到、独立选择、正确移动，并能被目标制作流程识别。
三、检查比例、坐标和朝向：导入后正常才算真的正确
比例问题通常要等模型进入真实场景以后才会暴露。
一个模型在独立预览窗口中看起来完全正常，导入游戏引擎后却可能比建筑还大，或者小到几乎看不见。
原因之一，是不同软件使用的单位不一致。某个工具把1个单位理解为1米，另一个工具可能按照厘米处理。
导出前，应明确项目采用的单位，并至少测量一个实际尺寸。
不同类型的模型，可以选择不同参照：
- 角色检查身高；
- 家具检查座面高度和门洞关系；
- 汽车检查车身长度；
- 建筑检查门高与楼层高度；
- 工业零件检查孔径和安装位置。
不要只凭肉眼判断大小。最好在场景中放入一个尺寸明确的标准人物或立方体进行比较。
坐标和朝向也需要统一。
不同软件对“哪个方向是上方”“模型正面朝向哪里”的规定可能不同。设置不一致时，模型导入后可能侧躺、倒置或面向错误方向。
还要检查模型的中心位置，也就是常说的“原点”。
原点会影响物体怎样摆放和旋转：
- 家具的原点通常适合放在接触地面的位置；
- 门的原点应该接近门轴；
- 车轮的原点应该位于旋转中心；
- 工业零件的原点可能需要对应安装中心。
可以做一次最小验证：
如果模型每次导入都要手动旋转、缩放或移动，说明源文件或交付说明还没有处理完整。
四、检查材质与贴图：有颜色不代表资源完整
模型在原软件中显示正常，换一台电脑后却变成灰白色，通常不是模型外形丢失，而是材质或贴图没有一起交付。
材质决定物体如何响应光线，贴图则为模型提供颜色、凹凸、反光和其他表面信息。
常见贴图包括：
- 基础色：决定模型的主要颜色；
- 法线贴图：模拟表面细小的凹凸；
- 粗糙度贴图：影响表面反光的强弱；
- 金属度贴图：帮助区分金属与非金属；
- 透明贴图：控制玻璃、树叶等区域的透明效果；
- 发光贴图：用于屏幕、灯牌等自行发光的部分。
导出前，首先要确认所有贴图文件真实存在，而且没有只指向作者电脑上的私人目录。
交付包可以采用清楚的目录：
asset/ ├── model/ ├── texture/ ├── preview/ └── readme/
随后逐项检查：
- 模型引用了哪些材质；
- 每个材质使用了哪些贴图；
- 贴图尺寸和格式是否符合项目要求；
- 文件路径是否使用交付包中的位置；
- 透明、发光和双面显示是否正常；
- 所有贴图是否具有明确来源和使用权限。
还要检查贴图如何铺到模型表面。这种二维图片与三维表面的对应关系，专业上称为UV。
如果UV出现拉伸、重叠或比例失衡，木纹可能被拉长，文字可能发生变形，同一材质在不同区域也会呈现完全不同的大小。
最好提供一张不受复杂灯光影响的材质预览图，同时附上贴图清单。只有模型文件、没有贴图时，应明确标注为“无材质版本”，不要让接收方打开后才发现资源缺失。
五、检查模型复杂度：不是越精细越好，而是要适合任务
模型复杂度不只包含表面由多少个小平面组成，还包括材质数量、贴图尺寸、骨骼数量和文件大小。
细节过多可能导致：
- 文件打开和保存速度变慢；
- 网页或游戏加载时间增加；
- 同屏模型较多时出现卡顿；
- 手机或普通电脑运行压力上升；
- 后续编辑和修改更加困难。
但模型也不是越简单越好。过度简化可能破坏轮廓，让圆形变成明显的多边形，也可能丢失近景需要的重要结构。
判断复杂度时，要回到第一项：模型最终用在哪里。
近距离宣传动画可以保留更多倒角和表面细节；远处建筑、背景车辆和移动端实时场景，则可以适当减少玩家看不见的结构。
同一个物体也可以准备多个不同精度的版本。例如：
- 高精度版本用于近景或宣传渲染；
- 中等精度版本用于普通游戏镜头；
- 简化版本用于远景或移动设备。
根据观看距离自动切换不同精度模型的做法，通常称为LOD。 
图2：同类齿轮、机械臂和工业设备以基础体块、线框和不同完成度的形态展示，可以帮助理解资产需要根据用途保留不同版本。图片属于概念示意，不能证明其中的模型已经通过性能测试或真实工业应用验证。
检查复杂度时，可以记录：
- 模型的面和顶点数量；
- 使用了多少种材质；
- 每张贴图的尺寸；
- 文件总体大小；
- 是否残留隐藏的高精度模型；
- 是否存在没有使用的材质和节点；
- 是否准备了适合不同距离的版本。
如果尚未在目标设备上运行，只能写“已经按照项目限制完成初步检查”，不能直接声称性能已经达标。
六、检查文件格式，并在目标环境中重新打开
格式选择要服务于接收方的实际流程。
跨软件使用的交换格式，适合传递模型、材质和基本变换，但不同格式能够保存的信息并不完全一样。
有些格式适合静态模型，有些可以保留动画和骨骼，有些更适合网页展示。即使文件能够被打开，也不代表材质、动画、层级和尺寸全部保留。
源工程文件通常包含更完整的编辑信息，但也可能依赖特定的软件版本和插件。
因此，交付前应该确认：
- 接收方使用什么软件或引擎；
- 需要静态模型还是动画资产；
- 是否需要保留对象层级；
- 材质和贴图怎样传递；
- 是否需要提供源工程；
- 是否需要准备备用交换格式。
导出设置至少要检查：
- 单位；
- 坐标轴；
- 是否应用旋转和缩放；
- 是否包含材质与贴图；
- 是否包含骨骼和动画；
- 是否导出了隐藏对象；
- 文件名与版本是否清楚。
文件名不建议使用：
最终版 最终版2 真的最终版
可以改成：
chair_web_v02 chair_game_v03 robot_animation_v05
如果交换格式会丢失部分信息，应在交付说明中写清楚。例如：
本文件只包含静态模型，不包含灯光、动画和原软件中的材质节点。
完成导出后，还要在目标环境中重新打开一次。
最小验证流程可以这样安排：
- 把完整交付包复制到一个新的干净目录；
- 按照交付说明导入文件；
- 检查模型是否正常出现；
- 检查比例、朝向和落地位置；
- 检查材质与贴图是否能够读取；
- 检查需要的动画和对象层级是否保留；
- 关闭软件，再次打开项目确认资源仍然存在。
如果目标是网页或游戏，还可以记录文件大小、加载时间和错误信息。
测试结论必须对应具体环境。例如：
测试环境：目标编辑器4.x版本 资产版本：v03 测试结果：模型可见，比例正确，基础材质正常 未验证项：移动端加载速度 复核日期：2026-09-04
“已经测试”过于模糊。写清环境、版本、结果和未验证项，接收方才能判断这份结论是否适用于自己的项目。
七、交付结果可以分成三个状态
完成上述检查后，可以将资产标记为三个状态之一。
待检查资产
已经生成模型，但尚未完成结构、材质、格式或目标环境验证。
适合用于概念确认，不应直接承诺可以投入正式项目。
限定用途可用
已经在特定软件、设备或场景中通过基本检查，但适用范围有限。
例如：
已在桌面端网页环境完成固定角度展示测试，移动端性能尚未验证。
可交付资产
用途明确，文件结构、比例、材质、复杂度和格式均符合约定，并已在目标环境中完成最小验证。
“可交付”不是永久标签。项目要求、软件版本或目标设备发生变化后，仍可能需要重新检查。
八、导出前可以用这六个问题快速复查
答不上的项目，应先标记为风险或待验证，不要直接写成已经完成。
九、生成只是起点，交付需要完整证据
AI可以缩短模型从无到有的时间，但生成速度不能代替交付检查。
以SEELE这类AI 3D创作环境为例，除了观察生成结果，还应关注模型能否继续预览、编辑并进入后续制作流程。需要查看资产外观时，可以使用3D资产预览入口作为辅助，但预览正常不能代替目标环境中的实际导入测试。
无论使用什么工具，交付标准都应该保持一致：
接收方能否正确打开文件，能否理解资产结构，能否继续修改，并能否在约定环境中稳定使用。
十、结尾：把“看起来完成”变成“证据足够交付”
AI生成的3D模型外形完整，只能说明生成阶段取得了结果。
真正交付前，还要依次检查用途、对象结构、比例和方向、材质资源、模型复杂度，以及文件格式和目标环境。
交付也不是简单地发送一个模型文件，而是提供一套可以复核的内容：
- 模型和贴图；
- 清楚的版本名称；
- 资源清单；
- 使用说明；
- 测试环境；
- 验收结果；
- 尚未验证的项目。
当这些信息足够完整时，接收方才能清楚判断这项资产是否适合当前项目。
你在导入AI生成的3D模型时，最常遇到的是比例异常、材质丢失，还是文件能打开却无法继续编辑？
