AI生成的3D场景看起来越来越完整：海边小镇里有道路、桥梁、台阶和建筑，从俯视角度看，各个区域似乎都连在一起。可把角色真正放进场景后，问题很快就会暴露出来：走到桥头突然停住，上台阶时被卡住，贴墙移动时不断抖动，或者眼前明明有一条近路，角色却要绕很远才能到达。
问题通常不在道路有没有生成，而在这条路是否满足角色移动系统的要求。道路“看起来连通”，只能证明画面关系成立；角色能否通过，还取决于道路宽度、碰撞边界、台阶与坡度、导航区域以及运行过程中出现的障碍物。 
图1：图注：道路在画面中相连，不代表角色已经可以通过；真正的通行还要检查碰撞、坡度和导航区域。 说明：该图用于说明场景检查思路，不能单独证明图中的导航、碰撞或角色移动已经实际运行。
先分清三件事：看得见、撞不穿、走得通
判断一条道路是否真的可用，至少要分成三个层次。
第一层是“看得见”。道路、桥面、台阶和入口已经出现在场景中，玩家能够从画面上看出它们之间的关系。AI生成场景通常比较容易完成这一层：建筑有了，材质有了，道路也像一条真正的路。
第二层是“撞不穿”。角色不能穿过墙体，不能从桥面直接掉下去，也不能在碰到门口之前，就被一堵看不见的墙挡住。这一层主要由碰撞体决定。
第三层是“走得通”。角色移动系统能够从起点到达终点，自动寻路的角色也能找到一条连续、有效的路线。这不仅与碰撞有关，还会受到角色体型、台阶高度、坡度、导航网格和动态障碍物的影响。
可以把它理解成现实中的道路：地图上画了一条路，只能说明这条路在规划中存在；道路真正建好以后，还要检查宽度、限高、坡度和施工情况，才能判断车辆能否通行。
3D场景也是如此。视觉上出现了一条路，并不代表这条路已经具备通行条件。
问题一：道路看着够宽，角色的碰撞范围却过不去
角色并不是一个没有体积的点。画面中看起来能够穿过的缝隙，未必能容纳角色实际使用的碰撞范围。
在游戏里，角色外面通常包着一个看不见的碰撞体。它可以理解为角色的“身体边界”，系统通过它判断角色是否碰到了墙壁、门框或其他物体。
例如，一条小巷从画面上看刚好能够容纳角色。角色直线前进时可能没有问题，但开始斜向移动、转身或绕过墙角后，碰撞体就可能同时接触两侧墙面。桥面、门洞、狭窄楼梯和直角转弯处尤其容易出现这种情况。
排查时不要只看角色外观，应在编辑器中显示角色碰撞体，然后分别测试：
如果只有沿道路中央才能通过，说明通行空间虽然勉强够用，但容错空间不足。
修改时还要考虑不同角色的体型。玩家角色能通过，不代表体型更大的敌人也能通过；普通角色能转弯，不代表背着武器或大型装备时仍然没有问题。更稳妥的做法，是按照场景中最大的常用角色预留通行空间。
问题二：台阶和坡道超过了角色能够处理的范围
台阶在画面中可能只有一点高度差，对角色移动系统来说，却可能已经相当于一面墙。
AI生成的台阶通常更关注外形是否合理，不一定会主动遵守角色移动参数。台阶每一级过高、连续高度不一致，或者桥面与地面之间存在一条很小的断层，都可能导致角色无法继续前进。
常见表现包括：
- 角色走到第一节台阶前突然停住；
- 脚已经踩上台阶，身体却无法继续移动；
- 上坡时不断滑动或弹跳；
- 下坡时短暂悬空；
- 桥面与地面看似相连，角色却无法踏上去。
排查时，可以放入一个尺寸和移动参数固定的标准角色，依次测试台阶、坡道、桥面接缝和地形高差，并记录角色第一次出现异常的位置。
这样可以判断问题究竟来自单级台阶过高、连续台阶不规则，还是坡度超过了角色允许攀爬的范围。
不要急着用动画掩盖问题。给角色播放“抬腿上台阶”的动作，并不代表角色的实际位置已经越过障碍。如果动画、位移和碰撞没有配合好，角色看起来已经跨上台阶，下一帧却可能被系统拉回原地。
正确顺序应该是先确保角色真实位置能够通过，再处理上台阶时的动作表现。
问题三：碰撞体与物体外观没有对齐
如果角色还没有碰到墙就被挡住，或者已经穿进石头才停下来，通常说明碰撞体和模型外观没有对齐。
场景中的显示模型和碰撞模型是两套数据：显示模型决定玩家看见什么，碰撞模型决定角色能不能通过。
为了降低运行成本，墙体、岩石、栏杆、桥墩和建筑通常不会使用与外观完全一致的复杂碰撞体，而会使用经过简化的形状。简化本身没有问题，问题在于简化后的范围是否合理。
碰撞体过大时，可能出现：
- 角色距离墙面还有一段空隙就无法前进；
- 看起来足够宽的门洞实际无法通过；
- 角色在墙角转向时不断抖动；
- 道路边缘存在看不见的阻挡。 碰撞体缺失或过小时，又可能出现：
- 角色直接穿过栏杆；
- 脚陷入石块或地面；
- 从桥面边缘掉下去；
- 穿进建筑底部或装饰物内部。
调试时可以把碰撞体用醒目的颜色显示出来，再让角色绕道路、墙体和障碍物完整走一圈。重点检查墙角、底部、栏杆、桥墩和不同模型之间的接缝，因为这些位置最容易出现错位。
装饰物也要根据用途设置碰撞。路边的小草、落叶和细小灌木一般没有必要阻挡角色；会影响路线判断的墙体、桥面、建筑和大型岩石，则要优先保证碰撞边界可靠。
问题四：导航区域在看不见的位置断开了
解决碰撞问题以后，玩家可能已经能够手动通过，但非玩家角色依然站在原地，或者绕开眼前的道路选择一条很远的路线。
这种情况通常与导航网格有关。
导航网格可以理解为一张专门提供给自动寻路角色的“可行走地图”。系统会根据地面高度、道路宽度、坡度、障碍物和角色尺寸，计算哪些地方允许通行。
它不一定与玩家看到的道路完全重合。道路中间一个很小的断点、桥面与地面之间的高度差，甚至一块没有被正确识别的地面，都可能让系统判断“这里没有连续路线”。
这也是为什么“玩家能走过去”不能证明“非玩家角色也能走过去”。玩家可以主动调整方向、跳过缝隙或绕开障碍；自动寻路角色只能沿导航系统提供的有效区域移动。
排查时建议显示导航网格，并重点检查：
- 起点和终点是否都在有效区域内；
- 门口、桥头和道路转角是否出现断点；
- 狭窄通道是否因为角色半径而被排除；
- 台阶上下两端是否真正连通；
- 桥面和地形是否属于同一条可行走路线。
测试时还要把玩家手动移动和非玩家角色自动寻路分开。两者使用的规则可能不同，不能用其中一项的结果代替另一项。
如果需要继续调整整个场景的道路、建筑和空间关系，可以先从世界模型的工作流入手，再回到具体对象检查碰撞和导航。自然语言生成能够提高场景搭建速度，但路线是否连续，最终仍要通过实际运行确认。
问题五：静态道路能通过，动态物体却会堵住路线
一条道路在场景刚加载时能够通过，不代表运行过程中始终畅通。
车辆、门、箱子、可破坏物和其他角色，都可能改变道路的实际通行状态。例如：
- 门关闭时道路不可通行，打开后导航状态却没有更新；
- 箱子被推到道路中央，非玩家角色仍然沿原路线前进；
- 停靠的车辆占据半条路，较大的角色无法通过；
- 障碍物已经移走，系统仍然认为道路被封锁；
- 多个角色同时进入狭窄区域，互相阻挡后全部停住。
这类问题不能只在场景初始状态下检查，而要测试物体发生变化前后的结果。
至少应验证三种状态：障碍物出现之前、障碍物挡住路线时，以及障碍物被移除之后。还要观察路线是否重新计算，以及原有道路能否恢复通行。
并不是所有物体都需要实时影响导航。纯装饰物可以保持静态；真正会改变通行关系的门、车辆和可推动物体，则要明确它们在什么情况下更新可行走区域。
动态对象较多时，还要关注导航更新带来的性能开销。更新过慢，角色会继续按照旧路线移动；更新过于频繁，又可能增加运行负担。因此，动态导航不只是“能不能更新”，还要考虑“什么时候更新”。
按照这6步检查，定位问题会更快
面对角色走不过去的问题，不要同时修改道路、碰撞、动画和导航。按照下面的顺序逐项检查，更容易确定问题来自哪里。
每完成一步，只修改当前发现的问题，然后重新运行。不要一次调整多个参数，否则即使问题消失，也很难判断究竟是哪项修改起了作用。
如果需要修改局部模型，可以使用模型编辑类工具处理道路宽度、桥面位置或物体边界。但外观调整和通行验证最好分成两个循环：先让基础场景能够正常行走，再逐步增加材质、植被和装饰。
八、有路只是开始，能走通才说明空间成立
AI生成3D场景最容易完成的是“看起来像一个完整世界”，较难自动保证的是这个世界内部的移动规则能够稳定运行。
道路、桥梁和建筑出现在正确的位置，只解决了“画面上往哪里看”；道路宽度、碰撞边界、台阶坡度、导航区域和动态障碍全部通过检查，才解决了“角色能不能真正到达那里”。
因此，生成场景后不要只看截图是否完整，也不要只检查模型有没有缺失。至少要放入一个标准角色，走过直路、门洞、桥面、台阶和转角，再分别验证碰撞体、导航网格和动态物体。
自然语言驱动的3D工具适合快速搭建原型、调整对象位置和验证空间想法，但复杂场景仍然需要人工检查和实际运行。场景中出现一条路，解决的是“往哪里看”；角色真正走过去，才说明这段空间成立。
你在AI生成的3D场景里遇到过哪种通行问题：卡在台阶前、被看不见的墙挡住，还是非玩家角色始终找不到路？欢迎在评论区分享具体表现。
