场景是世界树的“空间承载体”。存在和特征像贴在场景上的标签，而场景本身负责把空间织成一张可走、可查、可拼接的地图。

我按你这段描述，把“场景类应该关心的三类关系”梳理成一个很稳定的结构：内关系、横关系、上关系。对应世界树里也自然形成“场景占多数层”的形态。

1) 场景的三类关系

A. 内关系：场景内部的“在哪里”

这是你前面已经提到的：

• 场景内存在的空间位置关系
• 场景内存在的空间索引与查询

场景类负责：

• 维护存在集合与空间索引
• 提供空间查询：半径、AABB、最近邻、视锥过滤等
• 位置来源仍然是存在的类型_相对位置（相对本场景坐标系）

这里场景是“空间容器”，存在是“空间点/体”。

B. 横关系：场景与周边场景的“相邻/连通”

这是“地图”的核心，不是树能单独表达的。

场景类需要维护：

• 邻接场景集合（graph edge）
• 邻接的几何与语义信息（连接口/门/边界/重叠区域）

建议把“邻接关系”表达为一种连接节点/连接边（逻辑上，未必需要真的新类）：

每条连接至少包含：

• 邻居场景指针
• 连接类型：相接、重叠、可通行、视线可达、同一区域不同层等
• 连接变换：从本场