WayTrace：让机器人跟着网页地图的步行导航走完 1.37 公里真实城区

几乎每座城市都已经有能生成步行导航的路由引擎：80 米后左转，在信号灯处过街，经过药店继续直行。这段文字免费、持续更新，而且对场景外观变化的鲁棒性，是任何用机器人数据自建的地图都比不了的。难的从来不是拿到导航，而是照着走。

点目标导航策略在 GNSS 精确时表现很好，因为目标坐标替它做完了大部分工作。到了室外，高楼之间或树冠之下，GNSS 并不精确。视觉语言导航模型能在室内精心整理的场景里处理短指令，但室外长路线会把小误差不断累积：开头漏掉一个过街点，接下来一公里机器人都在马路的错误一侧。

核心创新

语言是地图与机器人之间的接口，而分层把这条接口收得很窄。 一个现成的编排 VLM 同时接收逐向导航文字、卫星图和最近的相机画面，每次只输出一条原子指令——比如”向左过马路”。它不需要规划轨迹，也不需要在控制频率上做事。这个分工是合理的：语言模型擅长判断”这条指令指的是这两个路口中的哪一个”，不擅长连续控制。

机载轨迹预测器把每条指令变成画在画面里的路径。 预测器在超过一百万条街景自动标注样本上训练，把指令隐含的路径画到当前相机视图上。这一层不需要度量精确的全局地图，只需要图像空间里局部正确的路径。这正是系统能容忍 GNSS 漂移的原因：卫星图用于消歧，而不是用于度量定位。

强化学习策略负责跟踪画出来的路径。 最底层是一个以视觉轨迹为目标的跟踪控制器，按机器人频率运行。因为轨迹是在当前画面里重算的，闭环闭在相机真正看到的东西上，而不是一份过时的全局规划。

自动标注是中间层能训起来的前提。 一百万条以上的样本，不是哪篇导航论文靠人工标出来的。这条流水线能从街景图像里批量生成轨迹监督，这大概比 VLM 的提示词更值得复用。

实验结果

在长距离仿真任务中，WayTrace 对 GNSS 噪声保持鲁棒，很少走出人行横道或人行道；点目标基线的违规次数则急剧上升，约为其十倍。报告违规次数是选对了指标：一个靠乱穿双向车道抵达目标的导航系统，不叫成功。

实地结果才是重点。在一台轮足机器人上，系统完成了最长 1.37 公里的真实任务，速度约 1.1 米/秒，路线穿过繁忙市中心、乡间小径和大学校园，处理了人行横道、楼梯和施工路段。在混合交通里以步行速度跑近一公里半，且摘要未提到人类陪同，这和常见的走廊演示完全不是一个证据等级。

局限性

摘要没有报告尝试了多少次任务、成功率是多少，只给了最长的一条完成路线。这就无法判断它是一个可靠系统，还是一个漂亮的极限案例。对实地论文来说，分母和距离同样重要。

编排器是现成的 VLM，这意味着网络延迟、API 成本和模型版本漂移都会变成运维问题，而且它在歧义指令下的行为没有被刻画。卫星影像也是依赖项：变化快的区域图会过期，地下不可用，各地授权条件还不一样。

轨迹预测器是在街景图像上训练的，所以它的”路径”概念是行人的概念。路缘、自行车道、装卸区、临时占道，恰恰是行人与机器人可通行性分岔的地方，摘要除了”处理施工路段”之外没说怎么处理。楼梯被提到了，说明轮足平台确实在出力，但导航智能与运动能力各占多少功劳，没有被量化。

最后，评测是一台机器人、一座城市、隐含的白天条件，也没有讨论雨雪、黑夜或拥挤人行道。

行业影响

最可迁移的想法是：不要再把地图当几何，把它当语言。地图数据丰富、由第三方维护、语义信息密集；而机器人在城市尺度自建的地图这三样都不具备。一个”吃导航文字、吐局部轨迹”的分层结构，绕开了”给整座城市建厘米级全局地图”这个不可能任务。

对最后一公里配送和园区机器人，实际的启示是：栈里最贵的部分可能是中间层，而不是策略。把钱投在轨迹监督的自动标注上，回报看起来比手工调全局规划器更好。

需要警惕的是运维层面。高层要调用云端 VLM 的系统，必须准备断网时的降级模式；跟着行人导航走的系统，必须明确它愿意在多大程度上变通规则。这些既是产品决策也是研究决策，而这篇论文的贡献是证明这套架构承得住它们。