高德|ABot-Recon:无长程依赖万帧级流式3D重建开源

PromptTree|阅读 0
2026/08/29 11:13
高德ABot-Recon流式重建三维重建
高德开源ABot-Recon,面向万帧级流式3D重建且无长程依赖,约12帧局部上下文、单目RGB输入;Oxford Spires轨迹误差较代表方法约降40.6%,KITTI-02约24.45FPS,峰值显存约6.71GB,代码上架GitHub与魔搭。

自动驾驶与机器人导航若每走一段路就把整段历史帧塞进显存,流式三维重建很快会撞上内存墙。高德推出ABot-Recon,公开材料称其面向万帧级流式3D重建,却不依赖长程历史,仅需约12帧局部上下文即可工作;输入为单目RGB。对工程团队而言,这意味着「边走边建」有望从实验室长序列离线重建,靠近车载与机器人端的在线部署预算。

高德长期深耕地图、定位与出行感知相关能力,ABot-Recon可理解为把三维重建能力以开源项目形式外放,方便研究与工程团队复现评测,并在此基础上二次开发。它不是又一个只能跑短视频的演示模型,而是把卖点放在「长序列仍可流式跑、显存可控」。

核心设定可以概括成三句话:面向万帧级流式重建;推理不依赖长程历史,局部上下文约12帧;传感器输入为单目RGB,降低对多相机或深度传感器的硬性依赖。公开评测口径中,在Oxford Spires数据集上,轨迹误差较代表方法约降低40.6%;在KITTI-02上约达24.45FPS;峰值显存约6.71GB。相关代码与权重已开源至GitHub与魔搭。

公开指标摘录:

  1. Oxford Spires:轨迹误差较代表方法约降40.6%
  2. KITTI-02:约24.45FPS
  3. 峰值显存:约6.71GB
  4. 局部上下文:约12帧;输入为单目RGB

所谓流式3D重建,白话是相机一边移动、系统一边更新三维场景,而不是等录完再离线算完;所谓无长程依赖,白话是推理时不必把几千上万帧历史全部缓存,只看最近一小段局部上下文。这对边缘GPU的显存与带宽更友好,也更接近车端与机器人端「边走边算」的真实约束。

高精地图更新、机器人SLAM与具身导航,都在争同样算力预算下能跑多远、漂多少。过去不少方案用长历史换稳定性,代价是显存与延迟一起上涨;ABot-Recon把赌注押在局部上下文足够支撑多数在线场景,用帧率与峰值显存给出可核对数字。开源到GitHub与魔搭,降低了复现门槛,也把争议交给社区实测。

对产业的直接影响,是给地图与具身相关团队多了一条「低历史依赖」的对照基线:若第三方复现能站住,在线重建的部署讨论会从「能不能跑」转向「雨雾、曝光突变与动态遮挡下漂多少」。对硬件预算紧张的团队,约6.71GB量级的峰值显存叙事本身就有筛选意义。

需要把边界读清楚:指标来自公开论文或项目材料与特定数据集,真实城区复杂光照与遮挡下的漂移仍待第三方复现。下一观察点是社区复现报告、与车端标定链路的耦合方式,以及是否进入地图或具身相关产品的工程化版本。