9 月 1 日，新京报报道，8 月 31 日傍晚西安灞桥区纺东街，一辆九识无人配送车在放学高峰逆行挡停公交车。九识客服次日回应：已关机调试，初步判断系路线设置问题，已安排人员核查。而一个多月前，这家公司刚宣布实现 L4 级无人驾驶无图方案规模化量产，自称全球首家。量产后的第一起公开事故，把锅甩给了路线——一辆会逆行挡停公交的车，问题恐怕不只在路线上。
挂着 L4 名头的车，在晚高峰逆行
8 月 31 日傍晚，西安灞桥区纺东街赶上放学晚高峰，所有车都在路上排队。一辆九识无人配送车打完转向灯，径直驶入对向车道，公交车被堵在原地走不了。
目击者孙先生拍下了整个过程。视频经新京报报道后，9 月 1 日扩散开来。九识客服次日确认，涉事车辆已关机调试，初步判断问题出在路线设置，已派人核查处理。
一个月前的 7 月，九识智能在 2026 世界人工智能大会上宣布实现 L4 级L4 级（自动驾驶分级中的高度自动驾驶级别，限定条件下可由系统完成全部驾驶操作）（高度自动驾驶级别，限定条件下可由系统完成全部驾驶操作）无人驾驶无图方案无图方案（不依赖高精度地图，靠车载传感器实时感知的自动驾驶方案）（不依赖高精度地图，靠车载传感器实时感知的自动驾驶方案）。
车在执行任务，错在线没拦住
客服把原因归到"路线设置"——配送车跑的是一条后台规划好的、含逆行段的任务路线，不是临场自己决定的。
九识客服把原因归到"路线设置问题"——这句话把锅从车辆端挪到了云端：配送车不是看见对向车流临时决定逆行，而是带着一条预先规划好的、含逆行段的任务出门。换句话说，错误发生在出车之前的规划环节，不在行驶中的感知（用摄像头雷达识别周围障碍和车道线）或决策。事故从"AI 临场翻车"变成"后台批了一条违规路线"。
配送车的规划系统通常会拉取路网、限行、施工等约束，输出一条可执行路径。逆行属于硬约束，触发就应被系统拦截。
这次没拦住，问题出在哪？
是没把"单向道/对向车道"写进路网，还是规则写进去了被某条更高优先级覆盖（比如赶时效的绕行指令）？目前都是黑箱，信源里没讲。把一次逆行定性为"后台设错了路线"，暴露的不是一条孤立的脏数据，而是整个规划链缺少对逆行这种高危违章的兜底校验。
逆行几乎必然和对面来车发生冲突，属于后果最确定的一类错误。如果规划系统能放行逆行路线，那它对其他同样高风险的违规是不是也缺少拦截？
回应停在了三件事：车辆已关机、初步判断系路线设置问题（配送车按后台预先规划的任务路线行驶，而不是临场自行决定路径）、已安排人员核查。这条逆行路线是怎么过审的？规划环节有没有逆行校验？此前是否走过相同路径？离"这条路为什么会出现在任务里"还差关键几步。
量产一个月，第一起公开事故的锅甩给了被自家方案跳过的环节
九识客服把逆行挡停公交归为"路线设置问题"，但"无图"本就是它的卖点。
7 月世界人工智能大会上，九识刚宣布"L4 级无图方案规模化量产"，自称全球首家。不到两个月，西安纺东街一辆九识配送车在放学高峰逆行，挡住公交车。视频拍摄者孙先生说得很直接："所有车都在路上排队，无人配送车打了转向后就直接逆行过去了，公交车就被堵走不了了。"
九识客服的回应是："已关机调试，初步判断系路线设置问题导致逆行。"一家把"无图"（不依赖高精地图，靠实时感知和算法替代预制地图）当核心卖点的公司，第一反应把事故推给"路线"——一个恰恰被自家方案跳过的环节。
这条路是新开路线、渗透率 30% 的事实。客服说"已安排人员核查处理"之外，公司层面没有进一步说明。L4（高度自动驾驶，在限定场景下车辆可自行完成所有驾驶操作）在 SAE 分级里意味着系统本身已能处理大多数状况，不需要人类接管；当一辆车打转向、逆行到对向车道、卡住公交，事故链条上的"感知—决策—执行"至少有一环没能兜住。把"路线设错"当起点可以，但停在"路线设错"就是终点。
"路线设置"到底谁来设？是后台运营人员画错了路，还是系统自己挑了一条违规路径？两种答案的责任分布完全不同。九识没说。
把锅甩给"路线"，等于承认上游流程出了漏洞
"路线设置问题"这五个字背后，藏着真正需要回答的问题：这条逆行路线是怎么进到运营队列里的？
九识客服的结论只有一句：逆行是"路线设置问题导致"。IT 之家 9 月 1 日转述新京报称，涉事车辆已关机调试，公司安排人员核查处理。关键就在"路线"二字——这条带逆行段的路径，是人工规划审核后上线的，还是后台系统自动派发的？
驶入放学高峰、整条街排队，意味着它在错误的时间出现在错误的地点。无论系统还是人工，都该在它出发前拦住它。
这件事发生在 L4 自动驾驶（限定场景下的高度自动驾驶，系统在设计范围内可自行处理多数情况） 能力前提之下——任务输入本身必须合规。
把一辆会逆行的配送车放上街，不是车"开错"，是上游流程"放错"。九识若想保住"全球首个 L4 级无图方案量产"这面旗子（今年 7 月世界人工智能大会上宣布，已在新增运营路线中实现 30% 渗透率，IT 之家转述），下一步要交的得是一份路线审核与安全兜底的答卷。
西安不是九识的唯一战场。IT 之家 9 月 1 日援引的稿件还提到，这家 2021 年成立、2022 年 5 月发布首台无人物流原型车的公司，业务已铺到多座城市。全国还有多少条包含逆行段、窄巷、潮汐车道或学校区域的路线在跑？没有公开口径，只能等核查结果。
几个可观察的信号：九识若在数日内公布涉事路线的生成方式（人工/系统/混合），并披露同类风险路线的排查数量与下架节奏，说明它在认真修补上游流程；若对外只停留在"调试中""已安排人员核查"的客服口径，对路线生成机制避而不谈，那"路线问题"就只是一块遮羞布，量产叙事会先在运营细节上裂开。公交司机能不能拿回被堵的时间，是小事；一个城市的早晚高峰能不能容得下几百辆无人配送车，才是后面真正要回答的题。
现在能做什么：盯住一个时间窗，看一个关键区别
信源里没有给出可下载的复现包、没有公开事故车辆编号、也没有车主自查入口。下面这些事，普通读者今天就能做；其余动作，只能等九识自己开口。
西安那辆逆行挡停公交的九识配送车，是 8 月 31 日傍晚出的事，9 月 1 日客服告诉新京报：车已关机，初步判断系路线设置问题（先把事故原因推给后台规划的路径，未提算法或硬件）。这个说法要等三样东西交叉印证才算数——九识自己后续的事故复盘、当地交警或交管部门的责任认定、第三方平台或车主上传的第二段原始视频。客服一句话不构成结论，任何后续报道也只能作为追踪锚点，不能当作定论。
读者先要分清一个最容易被绕进去的区别：路线设置问题和自动驾驶决策问题不是一回事。前者意味着人把路径配错了，车照着错路径开；后者意味着车在合法路径里自己做出了逆行这个动作。客服目前只承认前者。
而拍摄者孙先生描述的细节——打转向灯、逆行、卡住正在排队通过的车流——这套行为序列，恰好是一个具备基础感知和路径执行能力的车才会做的事。一辆纯执行的车不太会主动选逆行线路；但一辆有路径执行能力的车，在路径错了之后就会照着错路径走。所以“九识把锅甩给路线”这件事的份量，要等它公布日志后才能判断：到底是人配错了路，还是车接受了不该接受的路径。
眼下没有公开渠道让普通用户自查自己的配送车有没有同类风险。但读者可以做一件低门槛的事：留意运营区域内同一路段近期是否还有无人配送车出现类似转向或越线行为。如果连续在同一区域复现，路线配置原因的怀疑会加强；如果只有这一辆、这一条路孤例，则更倾向个案配置失误。这条观察不需要任何技术背景，盯本地新闻关键词就够。
收藏新京报、IT之家那两条原报道，每隔 3~5 天回看一次，盯九识或当地交管是否发布事故复盘结论。
在微博、抖音、小红书以“西安 灞桥 无人车”“纺东街 无人配送”做关键词检索，看是否有第二段原始视频或目击者补充。
关注九识智能官方公众号与官网公告栏，把客服“路线设置问题”的口头说法和正式文本放在一起比对——是否对路径配置流程做出公开说明。
留意西安灞桥区交警或交通运输部门是否就此事发布通报，这是判断责任归属的最权威信号，远比厂商自述更重。
在新闻里把“路线设置问题”和“自动驾驶决策问题”两个词分清楚，看到任一报道就把这句话当过滤器——如果只提前者、不解释路径是怎么被批准的，结论就先打个问号。
真正的验证动作，要等九识拿出事故车的运行日志或第三方独立调查报告。在这之前，所有“已安排人员核查处理”都是同一种话术。读者要做的不是去信它，而是记下时间戳：今天 9 月 1 日，14 天后再回来看一次，看它到底澄清了问题，还是只让新闻周期过去。
信源：IT之家（转新京报，记者马骏）。口径说明：客服回应为初步判断，事故原因、路线审核机制及涉事车辆历史记录均尚未由九识官方完整披露，本文"追问"部分为基于客服表述的合理质疑，非已证实结论。