AI 生成的亭台、树木和岩石导入 Unity、Unreal 后，编辑器近景看着贴地，运行时却可能悬空、下陷，或在分区重载后整体偏移。此时不要先给所有对象增加固定高度补偿。更可靠的排查顺序是：先对照渲染与碰撞高度，再检查模型枢轴、坡面朝向、对象更新流程和分区加载时序。
AI 生成 3D 模型和场景进入项目后，有一类问题很容易被视觉效果掩盖：模型看起来完整，却不能稳定落在正确位置。
例如，编辑器里亭台、树木和岩石都贴着地面，运行后亭脚却出现悬空；镜头拉远，地形切换细节层级后，树根突然陷入坡面；离开山谷分区再回来，桥梁和摆件又整体偏移。
这类异常通常不能靠“统一下移几厘米”解决。动手修改前，可以先做三个判断：
- 所有距离下都偏高或偏低：优先检查模型枢轴、导入尺度和真实接触面；
- 只在地形细节层级切换时跳动：优先检查高度采样、渲染地形和碰撞地形是否来自同一版本；
- 只在分区重载后错位：优先检查对象归属、加载顺序和重新贴地流程。
下面固定使用一条河谷作为测试案例：场景中有 1 座亭台、1 座小桥、12 棵树和 3 块岩石。测试时保持相机路线、对象版本和画质档位不变，只修改一个变量，避免把资产问题、地形问题和加载问题混在一起。
先确认：移动的是对象，还是对象脚下的“地面”？
LOD 是 Level of Detail 的缩写，可以理解为“根据观察距离切换不同精度的数据”。近处地形通常保留更多细节，远处则使用更少的顶点或更简单的碰撞代理，以降低运行开销。
问题在于，地形的视觉表面、物理碰撞和高度采样未必始终使用同一份数据。近景时，亭台柱脚可能刚好贴在高精度网格上；镜头拉远后，地形换成更粗的近似表面，射线命中的高度也发生了变化，亭台于是显得悬空或下陷。
这就像把亭子放在一块可升降的地板上：亭脚没有移动，但地板被换成了高度不同的板材，二者自然会出现缝隙。
山水概念图可以说明亭台、河谷与坡面的空间关系，却不能证明这些对象已经贴合真实地形。
图注：从水墨构图到三维山谷，可以表达场景生成方向；地形高度、对象枢轴、碰撞和 LOD 切换仍需在真实工程中检查。静态图不能证明场景具有可编辑高度场，也不能证明亭台、树木和桥梁已经贴地、碰撞已经生成或目标设备运行稳定；画面文字不作为技术证据。
因此，遇到“近景正常、拉远悬空”时，不要先修改模型，也不要马上给所有对象增加固定高度偏移。第一步应该是确认：对象的位置变了，还是脚下的渲染地面、碰撞地面或采样高度发生了变化。
第一处：源高度、渲染高度和碰撞高度没有对齐
典型现象
亭台在编辑器中贴地，运行后却与地面出现缝隙；镜头从近景拉到中景时，树根突然陷入坡面。画面中的山坡看起来连续，但对象实际检测到的地面高度已经改变。
为什么会发生
地形通常至少涉及三类高度数据：
- 源高度：生成或编辑地形时使用的原始高度；
- 渲染高度：玩家在画面中看到的地表高度；
- 碰撞高度：射线检测和物理系统实际命中的高度。
为了节省性能，远距离地形可能使用简化网格，碰撞系统也可能读取另一套代理数据。如果放置系统读取源高度，物理系统读取碰撞高度，而画面显示的又是渲染高度，同一位置出现几厘米甚至更大的误差并不奇怪。
此时修改亭台或树木的 Transform，只能暂时修正当前距离和当前地形版本。下一次切换 LOD、重新生成地形或载入分区，偏移仍可能出现。
怎样检查
先把场景简化为纯色地形和少量测试对象，在同一个世界坐标记录：
- terrain_version：当前地形版本；
- sample_position：对象采样高度的世界坐标；
- render_height：该坐标的渲染地表高度；
- collision_height：碰撞射线命中的高度；
- height_delta：渲染高度与碰撞高度的差值。
将亭台和一棵树分别放在平地、缓坡和陡坡，再依次切换近、中、远三档地形精度。如果对象只在某一档跳动，应先修正高度数据的同步关系，而不是修改对象位置。
通过标准是：同一世界坐标下，渲染高度和碰撞高度的差值处于项目允许范围内；地形切换精度时，不会出现没有记录、无法解释的单帧高度跳变。
第二处：模型枢轴没有落在真正的接地点
典型现象
同一套贴地逻辑下，亭台明显悬空，树木却基本正常；岩石有的埋入地面，有的底部露出空隙。无论镜头远近如何变化，偏差都相对固定。
为什么会发生
枢轴是对象进行移动、旋转和缩放时使用的参考点。AI 生成的模型可能包含隐藏底座、透明面、离群顶点或不规则包围盒，因此模型的视觉最低点不一定等于系统使用的贴地点。
例如，亭台枢轴位于底板中心上方，系统按枢轴贴地后，柱脚自然会悬空。岩石底部如果呈尖形，直接使用包围盒最低点贴地，又可能让大部分岩体陷入坡面。
把所有对象统一下移 0.1 米，只能覆盖某个对象、某种姿态和某块地形。换成不同尺寸，或者把对象旋转到坡面后，误差仍会回来。
怎样检查
关闭材质，显示线框、枢轴和包围盒，逐项核对：
清理离群点前应保留原始资产。对于不规则岩石，可以设置独立的放置锚点，不要完全依赖包围盒最低点；亭台、桥梁等结构化对象则更适合使用明确的基座或柱脚接触面。
需要回到资产层整理接触面、清理离群点或调整枢轴时，可以使用模型编辑处理模型数据。但资产编辑不能替代引擎内的高度采样、碰撞验证和 LOD 复测。
通过标准是：对象放在平地时，真实接触面与地面一致；转到坡面后，也不会因为包围盒最低点变化而突然下陷。
第三处：高度对齐与坡面朝向使用了同一套规则
典型现象
亭台在陡坡上向一侧倾倒，岩石却像一块竖直插入地面的木板；或者所有对象都保持竖直，导致碎石、草丛和坡面之间出现明显穿插。
为什么会发生
贴地通常包含两个独立动作：一是修正对象高度，二是根据地形法线调整对象朝向。地形法线可以理解为地面在某个位置的朝向。
如果只调整高度，对象不会随坡面倾斜；如果让所有对象完全跟随地形法线，建筑又可能在陡坡上侧翻。因此，不同类型的资产不能共用一套对齐规则。
怎样设置
- 亭台、房屋和桥梁：通常只采样高度，保持竖直或遵循项目规定的水平基准；
- 树木：根部贴地，但限制最大倾斜角，避免整棵树沿陡坡侧倒；
- 岩石、草丛和碎石：可以使用更高的坡面贴合权重，让底部自然接触地面。
建议记录：
- surface_normal：采样位置的地形法线；
- alignment_mode：只对齐高度、限制倾斜或完整贴合坡面；
- max_tilt：允许的最大倾斜角。
本案例中，亭台只采样高度，树木限制倾角，岩石允许更高的贴坡权重。验收时分别检查平地、缓坡和陡坡，并记录对象最终高度与倾斜角，不要只凭“整体看起来差不多”判断通过。
第四处：植被实例、合批对象和手工摆件没有同步更新
典型现象
同一片坡面上，树木已经贴地，亭台仍然悬空；重新生成地形后，程序化植被的位置已经更新，手工放置的桥梁和岩石却停留在旧高度。
为什么会发生
植被实例、静态合批对象和手工摆件可能分别由不同系统管理。地形重新生成、平滑或切换版本后，一个系统重新采样高度，另一个系统保留旧坐标，第三个系统又根据缓存结果重复应用偏移。
这类问题通常呈现“部分对象正常、部分对象错误”的特征。单独查看一个对象很难定位，必须把不同类别的对象放在同一坡面上对照。
怎样检查
按层级逐项关闭植被系统、静态合批和程序化放置，观察偏移首次出现在哪一层。重新贴地时，为每次更新建立唯一的 update_id，同时记录对象使用的 terrain_version，避免同一对象连续应用两次高度差。
还要检查对象是否归属于正确分区。对象留在旧分区时，重新加载可能收到旧地形的采样结果，随后覆盖当前分区的正确位置。
通过标准是：手工对象、植被实例和合批对象在同一地形版本下使用一致的采样结果；一次地形更新只产生一次有效贴地操作，旧请求不能覆盖新结果。
第五处：对象先显示，地形和碰撞后就绪
典型现象
第一次进入山谷时画面正常，离开分区再回来，亭台、桥梁和树木却整体偏移；正式构建或低配置设备上的问题，比编辑器里更明显。
为什么会发生
分区加载通常不是一次完成的。对象可能先被创建，地形高度随后加载，碰撞代理又更晚准备。如果对象在数据未就绪时执行贴地，射线就可能命中默认高度、旧分区地形或临时碰撞体。
固定等待 0.5 秒并不能真正解决问题。设备性能、磁盘速度和分区复杂度不同，实际加载时长也不同。
怎样安排加载顺序
将对象显示前的条件拆开记录：
- terrain_ready：地形高度数据已经就绪；
- collision_ready：地形碰撞已经就绪；
- placement_ready：对象已按当前地形版本完成高度和朝向处理；
- render_enabled：满足以上条件后才允许显示。
推荐顺序是：地形高度就绪 → 碰撞就绪 → 对象采样 → 完成贴地 → 允许显示。
离开山谷分区再返回至少测试 3 次，同时比较亭台、桥梁、树木和岩石的位置。编辑器、正式构建和最低目标设备都应各跑一遍。
通过标准是：对象不会先在默认高度短暂出现，也不会被旧分区的采样请求覆盖；往返加载后，对象仍落在同一业务位置，高度、朝向和显示时机都有记录可查。
用12秒最小复测定位问题
完整场景变量太多时，可以把验证压缩成一段 12 秒流程：
- 0—4 秒，近景检查：显示枢轴、包围盒、真实接触面和碰撞位置；
- 4—8 秒，拉远检查：触发地形 LOD 切换，观察亭台、树木、桥梁和岩石是否跳动；
- 8—12 秒，重载检查：卸载并重新载入山谷分区，确认地形和碰撞就绪后对象才显示。
建议每次保留以下字段：
asset_id、terrain_version、sample_position、render_height、collision_height、height_delta、pivot_mode、alignment_mode、lod_level、streaming_state、update_id、final_result。
这些数据能帮助判断：究竟是地形高度变了、模型基准点错了，还是加载流程覆盖了正确结果，而不是只能反复凭肉眼调整位置。
交付前检查清单
- 源高度、渲染高度和碰撞高度能在同一坐标对照；
- 地形切换 LOD 时记录了地形版本和高度差；
- 枢轴、包围盒最低点和真实接触面已经核对；
- 亭台、树木和岩石使用各自明确的坡面朝向规则；
- 植被实例、静态合批对象和手工摆件使用同一地形版本更新；
- 重新贴地具有唯一更新编号，不会重复应用高度差；
- 分区加载时，地形和碰撞就绪后才显示对象；
- 编辑器、正式构建和最低目标设备均完成近、中、远距离复测；
- 高度采样、碰撞命中和最终位置均保留可追溯记录。
先查变化来源，再决定改模型还是改流程
AI 生成 3D 模型和场景适合快速建立山谷、村落、亭台与植被的初始形态，也能帮助验证构图和比例方向。但“画面看起来贴地”，不能证明高度采样、碰撞、LOD 和分区加载已经正确。
山水场景出现悬空，也不一定意味着模型需要重做。更可靠的顺序是：先对照地形高度，再核对资产接触面，随后检查坡面朝向、对象更新系统和加载时序。确定变化发生在哪一层之后，再决定是修正高度数据、调整枢轴，还是修改分区流程。
你在使用 AI 生成 3D 场景时，更常遇到树木悬空、建筑下陷，还是分区重载后整片摆件一起错位？
