GlassGuard：面向机器人导航的可信玻璃平面建图
透明与高反光表面对基于激光雷达的导航是一个顽疾：激光回波会径直穿过玻璃，于是碰撞边界根本不会出现在地图里。已有工作尝试重建这些缺失的表面，但若位置放得不准，反而制造出相反方向的失败——把可通行的自由空间也污染成障碍。GlassGuard 是一个面向导航的框架，它用视觉与激光雷达的互补证据重建建筑中的平面玻璃，并把两个成功判据都明确纳入：玻璃覆盖率与自由空间污染。一个基础视觉模型给出玻璃实例掩码，结构性 3D 线索生成带度量尺度的平面假设，再由不依赖深度的 2D 投影几何在校验其朝向之后，才允许其进入全局地图。在九个建筑尺度的场景中评测、累计超过一小时与 2.1 公里的真实机器人行驶，其全景版本达到 85% 的玻璃总覆盖率；在相同针孔输入下，GlassGuard 达到 82% 的覆盖率，而所评测基线最高仅 61%，同时每帧产生的虚假体素少 5–17 倍。与导航规划器结合的定性示例显示，重建出的平面会挡住穿玻璃而过的路径，同时保留可通行的路线。
原文 · arXiv:2610.02110对一台激光扫描仪来说，玻璃是个古怪的对手：它对相机完全可见，对测距仪却近乎隐形。粗率地把它重建出来，不过是用一种失败换另一种失败——把机器人本应开过去的那片空间，反过来给砌成了墙。
背景
透明与高反光表面是基于激光雷达的 SLAM 与导航中长期存在的失效模式。由于激光回波会穿过玻璃，碰撞边界压根不会出现在地图里，规划器就可能指挥机器人径直撞向一扇窗。最直接的补救——把缺失的表面重建出来——会引入第二种更隐蔽的失败：如果重建出的平面位置稍有偏差，它就落在自由空间里，让可通行的区域看起来被堵死。已有工作大多只针对覆盖率做优化，把表面重建出来，却不衡量这些表面对自由空间地图造成了多大损害。本文的核心动作，就是把这件事当作一个双向要求，而不是单一目标。
核心创新
GlassGuard 是一个面向导航的框架，用视觉与激光雷达的互补证据来重建建筑中的平面玻璃。一个基础视觉模型产出玻璃实例掩码；结构性 3D 线索把它们转成带度量尺度的平面假设；再由不依赖深度的 2D 投影几何，在假设被接纳之前逐一校验其朝向。玻璃覆盖率与自由空间污染这一双向判据被贯穿始终——无论是在验证单个候选，还是在构建合并后的全局地图时——因此一个候选平面必须为自己被摆放在哪里给出理由，而不能仅仅「存在」。最终得到一条建图流水线：它补上规划器所需的边界，却不切割机器人必须穿行的空间。
结果
- 在九个建筑尺度的场景中评测，覆盖多样的玻璃结构、空间尺度与光照条件。
- 累计超过一小时、2.1 公里的真实机器人行驶。
- 全景版本达到 85% 的玻璃总覆盖率。
- 在相同的针孔输入下，GlassGuard 达到 82% 的总覆盖率，而所评测基线最高仅 61%；每帧的虚假体素少 5–17 倍。
- 与导航规划器结合的定性示例显示：重建出的平面会挡住穿玻璃而过的路径，同时保留可通行的路线。
局限
最有力的数字是覆盖率与虚假体素率，它们是针对真正关键之物的代理指标——也就是下游导航栈是否因此开得更稳、更安全。论文用定性的规划器示例来说明这一点，而不是一次量化到任务层面的评测，因此「建图更好」究竟转化为多少「与玻璃相关的导航失败更少」，是被展示出来的，而非被测量出来的。评测对象是办公或建筑尺度环境中的平面建筑玻璃；曲面玻璃、玻璃家具、镜子以及反光严重的杂乱室内是不同的问题，这种基于平面的建模未必覆盖得住。85% 的覆盖率也意味着全景版本仍有 15% 的玻璃被漏掉，而摘要没有刻画这些漏检集中在何处——恰恰是一个安全性论证需要界定清楚的那类残余。
产业启示
对于部署在人类空间（办公室、医院、零售、机场）里的移动机器人而言，玻璃是引发尴尬、偶尔也引发危险导航失败的经典原因；这项工作之所以直接可行动，是因为它面向的是已部署的技术栈，而非一个基准。双向判据的框架是它可迁移的一课：那些「补上障碍物以修复漏检碰撞」的建图系统，同样应当接受误报的检验，因为一面凭空出现的墙本身就是一次运行失败。它依赖基础视觉模型来产出实例掩码，意味着该流水线会随着这类模型的进步而变好，这对采用方是一条有利的成本曲线。团队仍应把覆盖率与虚假体素指标当作必要而非充分条件，并在宣布问题解决之前，先在自己的车队上对「与玻璃相关的介入」做好埋点统计。