L4量産という栄光に走る最初の亀裂：九識の無人車が西安で逆走しバスを止める

L4の名を冠した車が、夕方のラッシュに逆走

新人ドライバーなら、夕方のラッシュに逆走など怖くてできない。だが8月31日の夕方、西安・灞橋区の紡東街で、九識の無人配送車はウインカーを出して対向車線に進入し、バスを立ち往生させた。

目撃者の孫さんがその全過程を撮影し、動画は新京報の報道を経て9月1日に拡散した。九識の客服は翌日、「該当車両はすでにシャットダウンして調整中。初期判断ではルート設定の問題」と説明した。ならば聞きたい。ルートは誰が承認したのか。どう審査を通ったのか。

1ヶ月前の7月、九識智能は2026年世界人工知能大会で、L4レベル（特定条件下ならシステムが全操作を完結できる高度自動運転レベル）の無人運転・無地図方案（高精度地図を使わず、車載センサーのリアルタイム認識に頼る自動運転手法）を実現したと発表した。ならば九識は、この逆走ルートの承認経緯を説明すべきだ。

車が任務を実行し、ミスはルートが止めなかった点にある

客服は原因を「ルート設定」に帰した——配送車が走っていたのは、后台で計画された逆走区間を含む任務ルートであり、臨機応変に決めたものではない。

九識の客服が原因を「ルート設定問題」に帰した——この一言は、責任を車両側からクラウド側へ移した：配送車は対向車線を見て臨時に逆走を決めたのではなく、事先に計画された逆走区間を含む任務を帯びて出発した。言い換えれば、ミスが出発前の計画环节で発生し、走行中の認識（カメラやレーダーで周囲の障害物や車線線を識別すること）や判断ではない。事故は「AIの臨機応変な失敗」から「后台が違反ルートを承認した」へ変わった。

配送車の計画システムは通常、道路網・通行制限・工事などの制約を取り込み、実行可能なパスを出力する。逆走はハード制約であり、トリガーされればシステムにブロックされるはずだ。

今回は止められなかった。問題はどこにあるのか？

「一方通行／対向車線」が道路網に書き込まれていなかったのか、それともルールが書き込まれていたが何らかのより高い優先度（例えば時效優先の迂回指示など）に上書きされたのか？現時点ではいずれもブラックボックスで、情報源には説明がない。逆走1件を「后台のルート設定ミス」と断定することで露出するのは、孤立した1件のダーティデータではなく、逆走のような高リスク違反に対するガードレール検証が計画チェーン全体に欠如していることだ。

逆走はほぼ確実に対向車との衝突につながり、結果が最も確定的な類のエラーだ。計画システムが逆走ルートを許可できるなら、他の同樣に高リスクな違反もブロックしきれていないのではないか？

回答は3点で止まっている：車両は既にシャットダウン、初步的判断ではルート設定問題（配送車は后台の事先計画された任務ルートに従って走行しており、臨機に自行で経路を決めるのではない）、人員を手配して調査中。この逆走ルートはどう審査を通ったのか？計画环节に逆走検証はあるのか？以前にも同じ経路を走ったことはあるのか？「このルートがなぜ任務に含まれていたのか」に対する答えには、まだ核心的な数ステップが足りない。

量産から1ヶ月、初の公開事故の責任は自社方案がスキップした环节に押し付けられた

九識の客服は逆走によるバス塞き止めを「ルート設定問題」に帰したが、「無地図」はそもそも同社の卖点だった。

7月の世界人工知能大会で、九識はまさに「L4レベル無地図方案の量産化」を宣言し、世界初と称した。2ヶ月も経たず、西安紡東街で九識の配送車が放課後のラッシュに逆走し、バスを塞いだ。撮影者の孫さんはこうもはっきり言っている：「すべての車が列を作って走っていたが、無人配送車はウインカーを出してから直接逆走して行った。バスは塞がれて動けなくなった」と。

九識の客服の返答は：「既にシャットダウンして调试中、初步的判断ではルート設定問題により逆走」。「無地図」（高精度地図に依存せず、リアルタイム認識とアルゴリズムで既製地図を代替する）を核心的な卖点とする会社が、事故の責任を最初に「ルート」——つまり自社方案がまさにスキップした环节——に押し付けたのだ。

このルートは新規ルートで、浸透率30%という事実がある。客服は「人員を手配して調査処理中」と答えた以外に、会社レベルでのこれ以上の説明はない。L4（高度自動運転、特定シナリオ下では車両がすべての運転操作を自行で完結可能）はSAE分類において、システム自体がすでに大多数の状況に対処可能で、人間の介入は不要であることを意味する。ウインカーを出し、対向車線に逆走し、バスを塞き止めた車がある場合、事故チェーン上の「認識—判断—実行」の少なくとも1环节がガードしきれなかった。「ルート設定ミス」を出発点にするのはよいが、「ルート設定ミス」で止まれば終点だ。

「ルート設定」とは結局誰が設定するのか？后台の運営スタッフが道を間違えたのか、それともシステムが自ら違反経路を選んだのか？2つの答えで責任の所在はまったく異なる。九識は語っていない。

「ルート」に責任を転嫁することは、上流流程の穴を認めるに等しい

「ルート設定問題」の5文字の裏に、本当に答えるべき問いが潜んでいる：この逆走ルートは、どうやって運営キューに入ったのか？該当車両は既にシャットダウンして调试中、会社は人員を手配して調査処理中だ。

九識の客服は逆走を「ルート設定問題」と結論づけた。だが、鍵は「ルート」の2文字にある——この逆走区間を含む経路は、人手による計画・審査を経て上线されたのか、それとも后台システムが自動派発したのか？放課後のラッシュに突入し、街全体が渋滞しているということは、それが間違った時間に間違った場所に現れたということだ。システムであれ人手であれ、出発前にそれを止めるべきだった。

この事件はL4自動運転L4 自动驾驶（特定シナリオ下での高度自動運転、設計範囲内であればシステムが大多数の状況を自行処理可能）能力の前提のもとに起きている——任務入力自体がコンプライアンス準拠でなければならない。九識は今年7月の世界人工知能大会で「世界初のL4レベル無地図方案量産」を発表し、新規運営ルートで30%の浸透率を実現したと謳う（IT之家転述）。2021年設立、2022年5月に初の無人物流プロトタイプ車を発表した同社は、すでに複数都市に事業を拡大している。しかし、逆走する配送車を路上に放つことは、車の「運転ミス」ではなく、上流流程の「リリースミス」だ。九識がこの看板を守りたければ、次に提出すべきはルート審査とセーフティガードの答案だ。西安は九識の唯一の戦場ではない——全国にはまだ何本の逆走区間、狭い路地、潮汐車線、学校区域を含むルートが走っているのか？公開データはなく、調査結果を待つしかない。

バス運転手が塞がれた時間を取り戻せるかは小さな問題だ。朝夕ラッシュを何百台もの無人配送車が受け入れられるかが、次に真正面から答える問い。

今できること：1つの時間枠を注視し、1つの核心的な違いを見る

今日、誰でもできる行動は1つか2つだけ。九識の客服による説明はあくまで初步的な判断であり、定論ではない。まずその前提を押さえた上で、読み進めてほしい。

西安で逆走してバスを塞き止めた九識の配送車は、8月31日夕方に発生。9月1日、客服が新京報に「車両は既にシャットダウン、初步的判断ではルート設定問題」と伝えた初步判断系路线设置问题（事故原因を后台の計画経路に転嫁し、アルゴリズムやハードウェアには触れていない）。この説明が成立するには、九識自身の事故レビュー／当地交警・交管部門の責任認定／第三者プラットフォームや车主投稿の第2のオリジナル動画——という3つのクロス検証が要る。ただし客服の1言は結論ではない。今後の報道を追跡するアンカーとしてのみ機能し、定論としては扱えない。

まず、ルート設定と自動運転判断は別物だ。前者は人が経路を誤設定し、車がそれに従ったこと。後者は車が合法経路の中で自ら逆走を選択したこと。客服が現時点で認めているのは前者だけだ。

撮影者・孫さんの描写——ウインカーを出す、逆走する、並走する車流を塞ぐ——は、基礎的認識と経路実行能力を持つ車だからこそ起きた一連の行動だ。実行しかできない車は自ら逆走ルートを選ばないが、経路実行能力があれば誤ルートをそのまま走る。「九識がルートに責任を押し付けた」ことの重みは、ログ公開まで判断できない：人が経路を誤ったのか、車が受け入れるべきでない経路を受け入れたのか。

現時点で、一般ユーザーが自分の配送車の同類リスクを自己確認できる公開チャンネルはない。だが低いハードルの観察はできる：運営エリア内の同じ路段で、無人配送車が類似の転回・車線越え行動を最近示していないか。同じエリアで連続再現するならルート設定原因の疑いが強まり、1台・1ルートの孤立事例なら個別設定ミスの可能性が高まる。技術的背景は不要で、ローカルニュースのキーワードをウォッチするだけだ。

真の検証は、九識が事故車の運行ログまたは第三者独立調査報告を出すまで待つしかない。それまでは「人員を手配して調査処理中」はテンプレートの繰り返しだ。読者の役割は信じることではなく、タイムスタンプを記録すること：本日9月1日、9月15日に再確認し、問題を本当に解明したのか、それともニュースサイクルをやり過ごしただけなのかを見極める。