在交通智能化這個圈子泡久了大家應該都有同感以前聊起人工智能說的都是小模型、單點算法比如某個卡口識別準確率提升了一個點、某條路段早晚高峰的預測誤差降了幾個百分點。但2025年下半年開始風向明顯變了大模型開始往交通這個最講究實時性、安全性和可靠性的行業(yè)里鉆。我所在的團隊從年初就開始做這方面的調(diào)研和原型驗證幾個項目做下來感觸很深。iTSTech這個項目代號就是我們內(nèi)部對交通大模型應用探索的總稱折騰了大半年踩了不少坑也跑通了幾個真正能落地的場景。這篇文章就當作是2026年初的項目小結把我們從思路到落地、從架構到踩坑的經(jīng)驗整理出來希望給正在觀望或者已經(jīng)入場的同行一點參考。先說清楚一個判斷交通大模型不是簡單地把大語言模型搬到路網(wǎng)上它的價值在于把感知、認知、決策和執(zhí)行鏈條拉通讓原先各管一段的子系統(tǒng)變成能被一個統(tǒng)一模型“調(diào)度”的整體。這篇內(nèi)容適合三類人看一是準備立項做交通AI平臺的團隊負責人二是正在做信號控制、交通流預測、事件檢測的算法工程師三是需要和交管部門解釋“大模型到底能解決什么問題”的產(chǎn)品經(jīng)理。內(nèi)容偏實戰(zhàn)不太講純理論重點放在“怎么選”“怎么做”“怎么避坑”。1. 交通行業(yè)為什么需要大模型需求拆解與關鍵判斷1.1 傳統(tǒng)交通模型的瓶頸在哪里過去五六年路側感知設備和聯(lián)網(wǎng)數(shù)據(jù)已經(jīng)鋪得很密卡口、電子警察、地磁線圈、浮動車GPS軌跡能采的數(shù)據(jù)基本都采了。但真正落到業(yè)務層面大家普遍發(fā)現(xiàn)一個問題單項算法做得再準放在真實場景里總有點“使不上勁”。原因在于交通現(xiàn)象本身是一個強耦合的時空系統(tǒng)。某一處擁堵可能源于三公里外的一場事故早高峰學校門口的排隊可能受前一天降雨影響。傳統(tǒng)的時序預測模型比如LSTM、Transformer在單點預測上精度已經(jīng)不錯但缺乏跨源數(shù)據(jù)關聯(lián)能力。舉個例子某城市快速路發(fā)生臨時管制傳統(tǒng)模型要等流速數(shù)據(jù)下滑了才能反應而大模型如果能讀取文本化的管制公告、結合歷史同期路況可以提前幾分鐘做出預警。這“幾分鐘”在交通調(diào)度里就是天壤之別。另外傳統(tǒng)模型輸出的是數(shù)值或分類結果比如“這一小時流量大概5000輛”“這個是追尾事故”。但交管人員真正想要的是一段可以執(zhí)行的話“這個路口建議調(diào)整南北直行綠燈放行時間同時在后一個路口進行分流”。從數(shù)值結果到?jīng)Q策建議之間缺一個“會說人話”的環(huán)節(jié)大模型恰好能補上。1.2 哪些場景值得用大模型哪些沒必要這不是拍腦袋的事我們內(nèi)部做過一個篩選矩陣核心就看兩個維度一是該場景是否依賴跨源知識和上下文推理二是該場景是否允許秒級以上的響應延遲。適合用大模型的場景通常具備三個特征輸入信息類型雜圖像、文本、軌跡都有、需要綜合歷史經(jīng)驗和實時數(shù)據(jù)進行判斷、輸出形態(tài)不局限于數(shù)值而是包含解釋和建議。我們最終選定的是四個方向交通態(tài)勢研判與自動報告生成、信號控制方案的輔助優(yōu)化、異常事件識別與歸因分析、面向公眾或管理者的對話式交通問答。不適合的場景也很明確高頻的毫秒級信號控制決策、純粹的單目標數(shù)值回歸、數(shù)據(jù)量極小且模式固定的任務。這些場景用小模型加規(guī)則引擎更穩(wěn)、更省、更可控。記住一個原則大模型是用來“想”的不是用來“反應”的。低延遲反饋回路里別放太大參數(shù)量的東西否則成本爆表還容易出安全隱患。1.3 2026年交通大模型的關鍵能力預期基于我們和幾家交通云廠商、研究院所的交流2026年交通大模型會往三個方向收斂。第一是“規(guī)則約束生成”即不是自由發(fā)揮而是把交規(guī)、路口渠化方案、信號相位設置等硬約束寫進模型提示詞甚至解碼邏輯里讓輸出天然合規(guī)。第二是“多模態(tài)事件理解”做到看到現(xiàn)場圖片聽雷達點云分布讀巡查員文字描述綜合判斷事件類型和嚴重程度。第三是“離線推演與在線決策聯(lián)動”白天用模型跑大量仿真方案尋找最優(yōu)策略晚上低峰期把策略部署到真實系統(tǒng)里形成閉環(huán)。這個能力分層很重要大模型做策略層小模型做執(zhí)行層的思路會成為2026年主流架構。誰能先把這套框架工程化誰就能在項目競標里占據(jù)明顯優(yōu)勢。2. 數(shù)據(jù)工程交通大模型的命根子2.1 數(shù)據(jù)源整理與統(tǒng)一接入我們常說交通行業(yè)是“數(shù)據(jù)富礦”但真正動手做大模型預訓練和微調(diào)時才發(fā)現(xiàn)“富礦”的雜質有多高。我們梳理了四個主要數(shù)據(jù)源路側感知設備卡口相機、微波雷達、激光雷達、移動互聯(lián)網(wǎng)數(shù)據(jù)網(wǎng)約車軌跡、導航路徑規(guī)劃請求、氣象與環(huán)境數(shù)據(jù)、交管業(yè)務系統(tǒng)數(shù)據(jù)信號控制日志、事故登記、施工審批。首先是時間對齊問題?？谟涗浭呛撩爰壍卮艡z測器是秒級上報而氣象數(shù)據(jù)經(jīng)常是小時級。要把這些數(shù)據(jù)融合到一個樣本里必須統(tǒng)一時間基準。我們采用的是將全量時空數(shù)據(jù)按5分鐘窗口做聚合生成流量、占有率、平均速度、排隊長度等標準特征。對于事故、施工等點狀事件則保留原始發(fā)生時間通過時間索引窗口與窗口化特征關聯(lián)。其次是坐標對齊問題。不同設備廠商輸出的軌跡坐標有的用國測局坐標有的直接給原始經(jīng)緯度還有的用自定義局部坐標系。團隊里專門做了一個坐標轉換服務統(tǒng)一轉成標準地理坐標后再通過路網(wǎng)匹配算法把軌跡點映射到路段ID上。這一步不做干凈后面所有時空建模都是建立在錯誤地基上排查起來極其痛苦。2.2 交通數(shù)據(jù)清洗的關鍵細節(jié)交通數(shù)據(jù)臟臟得很有特點。設備漂移、斷點續(xù)傳、異常跳變、車輛軌跡被建筑物遮擋導致丟失這些都是常態(tài)。我們總結了一套清洗規(guī)則按優(yōu)先級排序硬缺失剔除無時間戳、無坐標、無ID、物理合理性校驗速度超過200公里/小時、經(jīng)緯度在道路網(wǎng)絡100米外、時間連續(xù)性校驗同一設備上報時間間隔超過閾值則切分為不同會話、空間突變校驗相鄰兩個軌跡點位移距離超過道路網(wǎng)可達距離。這里面最容易被忽略的是“負數(shù)據(jù)”。負數(shù)據(jù)是指正常情況下車流平穩(wěn)、信號正常、沒有事件的時段數(shù)據(jù)它們占了總體數(shù)據(jù)的95%以上。很多團隊只盯著交通事故、擁堵等“正樣本”做模型忽略了對常態(tài)模式的建模。實際上大模型要真正理解交通必須先學會描述“常態(tài)”才能在異常出現(xiàn)時準確識別偏差。我們?yōu)榇藢ｉT構建了常態(tài)基線數(shù)據(jù)池覆蓋工作日、周末、節(jié)假日、寒暑假、惡劣天氣等多種情境。2.3 數(shù)據(jù)標注與知識注入交通領域的標注成本很高。純靠人工給視頻畫面標擁堵等級、事故類型一天一個標注員能處理的路段有限。我們采用“規(guī)則預標注人工審核修正”的兩段式流程。第一段用規(guī)則自動生成初標擁堵等級根據(jù)平均速度和排隊長度閾值自動計算事件類型通過視覺檢測模型預識別并生成候選框。第二段由具備交通工程背景的標注員在預標注結果上進行修正重點檢查事件邊界和成因描述。這里要特別強調(diào)標注員必須懂交通不能只用通用數(shù)據(jù)標注眾包平臺。曾經(jīng)嘗試過外包給通用標注平臺結果車輛類型、車道方向、信號燈狀態(tài)等專業(yè)概念頻頻標錯返工量極大后來這部分全部收歸內(nèi)部團隊。知識注入方面我們把城市道路等級、路口渠化圖、信號相位方案、交通管理區(qū)域劃分等結構化知識整理成知識圖譜在微調(diào)時以大模型外掛知識庫的方式參與。這樣模型在生成交通報告時不會把主干道說成支路不會建議在禁左路口左轉。3. 模型架構從通用能力到交通專用3.1 基礎模型選型思路與考量因素坦白講從零預訓練一個交通大模型既不現(xiàn)實也不明智。我們的做法是在開源基礎模型之上做領域適配。選型時重點看了幾個維度參數(shù)量從7B到72B跨度很大但交通行業(yè)因部署條件限制我們主測7B和14B兩個檔位、長上下文能力要能容納足夠長的歷史交通數(shù)據(jù)、函數(shù)調(diào)用和工具使用能力為了對接信號控制接口、多模態(tài)支持視覺與文本對齊。最終我們的主力模型選了7B檔位并拆成兩條線一個是視覺-語言多模態(tài)模型用于處理道路畫面、歷史圖像和文本描述的融合輸入另一個是純文本底座用于生成報告、回答交通問答、輸出信號方案說明。兩條線共享同一套低秩適配層降低部署成本。這里要考慮的一個重要因素是“誰能部署”。某市交管部門的服務器資源有限不可能上72B模型做實時推理。7B模型經(jīng)過4比特量化后可以塞進兩塊圖形處理卡里基本能滿足城市級管理部門的推理需求。超過10億人口超大城市要用更大規(guī)模集群但那基本只有省一級平臺才承擔得起。3.2 場景化微調(diào)與實際效果分析微調(diào)是決定模型“懂不懂交通”的關鍵步驟。我們沒有直接扔給模型一堆歷史數(shù)據(jù)去做無監(jiān)督訓練而是針對四個場景分別構造了監(jiān)督微調(diào)數(shù)據(jù)集。信號控制輔助優(yōu)化這個場景最有代表性。輸入樣本由三個部分組成路口基礎信息車道布置、相位表、檢測器布局、近30分鐘的分車道流量與排隊數(shù)據(jù)、管理目標優(yōu)先緩解某一方向擁堵。輸出是建議的信號配時方案和說明理由。訓練目標不是讓模型直接輸出綠燈秒數(shù)而是讓模型在一組候選配時方案中做選擇和解釋。這種“選擇加理由”的任務設計顯著降低了幻覺概率。實測下來模型在100個測試路口上的方案合理性與資深工程師人工方案對比達到78%已經(jīng)具備輔助決策價值。但必須強調(diào)它只是建議最終下發(fā)執(zhí)行前有交管工程師審核。異常事件歸因分析我們也做了微調(diào)輸入一個事件文本描述加一組路況數(shù)據(jù)要求模型輸出事件發(fā)生原因的可能性排序。這里做了反事實增強把事故原因A改為原因B觀察模型是否能準確區(qū)分。效果總體可用但這類分析對實時數(shù)據(jù)質量依賴極高數(shù)據(jù)遲到或漏報會明顯影響結論。3.3 多模態(tài)融合與交通知識增強交通場景天然是多模態(tài)的視頻里有畫面雷達有速度信號調(diào)度臺有語音和對講記錄互聯(lián)網(wǎng)上有文字輿情。把這些融合起來才是完整的事件視圖。多模態(tài)融合在實踐上有兩條路線。一是后融合各模態(tài)分別過自己的編碼器產(chǎn)出特征向量后在語義空間中拼接再送進語言模型。二是前融合把所有模態(tài)的token拼接在一起輸入統(tǒng)一模型。我們目前采用前者理由是各模態(tài)編碼器可以獨立升級不用整個模型重新訓練。例如視覺編碼器可以替換成更高精度的檢測模型完全不觸動語言模型參數(shù)。知識增強是另一塊重要工作。我們構建了一個交通專用檢索庫存入了轄區(qū)內(nèi)的路網(wǎng)結構、交通組織方案、歷史治理案例。模型生成回答前先從檢索庫中拉取與問題相關的背景知識拼進提示詞再讓模型基于這段知識作答。這個方法能顯著降低模型一本正經(jīng)胡說八道的概率尤其是在被問到具體道路的具體管理措施時。4. 工程落地部署架構與2026年實施要點4.1 模型部署形態(tài)與分層架構設計我們落地的架構是“云端訓練、邊緣驗證、端側執(zhí)行”三層。云端負責大模型微調(diào)、知識庫更新、離線推演和仿真評估使用圖形處理卡集群每天凌晨跑批量數(shù)據(jù)更新緩存策略。邊緣側是路側或者分中心部署的中型推理節(jié)點跑量化后的7B模型承擔面向管理者的對話式交互、事件研判、配時方案建議生成響應時間控制在3秒以內(nèi)。端側是最前端的信號機和檢測器還是執(zhí)行傳統(tǒng)控制邏輯不直接跑大模型。做一個形象類比大模型是“參謀長”每天研究方案邊緣推理節(jié)點是“前線指揮所”做初步研判和下達指令信號機是“士兵”只管執(zhí)行。這個分層的好處是即使模型推理出現(xiàn)故障信號機仍能回退到原有定時控制模式工作量最小安全性最高。4.2 推理延遲與算力成本的平衡策略實時性是交通行業(yè)的死要求。我們測下來7B模型在邊緣節(jié)點上做一次完整推理包含檢索和生成大約需要2到4秒對于“生成一份5分鐘后的交通態(tài)勢報告”完全夠用但對于“檢測到事故后馬上調(diào)整信號”不夠快。因此我們把需要秒級響應的能力比如異常檢測評分仍然交給小模型和規(guī)則引擎處理大模型負責秒級以上的分析決策和解釋。實際工程中兩者通過一個消息隊列串聯(lián)小模型檢測異常后寫一條事件消息大模型消費消息并生成完整研判報告和處置建議。異步架構既保證了低延遲又利用了大模型的深度分析能力。成本方面一個大坑是長上下文導致的推理費用飆升。交通場景經(jīng)常要輸入很長的軌跡序列或視頻幀序列如果不加控制一次推理燒掉的算力遠超預期。我們的做法是先做時間序列降采樣把5分鐘間隔的48幀壓縮成關鍵幀再對文本描述做結構化改寫只保留要素最后引入檢索排序只帶最相關的20個上下文塊。4.3 2026年應用趨勢與系統(tǒng)演進判斷站在2026年初看接下來的走向我認為有三個值得重點跟進的方向。第一是“規(guī)則約束解碼”會成為標配?，F(xiàn)在很多輸出不合規(guī)的案例是因為模型不知道交規(guī)細節(jié)未來會把信號相位、禁行時段、限速要求等直接編碼成約束條件在解碼階段強制滿足。第二是“可解釋決策”從加分項變必備項。交管部門使用AI方案的流程必然包含“方案說明”環(huán)節(jié)模型必須能把依據(jù)講清楚否則方案批不下來。第三是“數(shù)字孿生與模型協(xié)同”。用數(shù)字孿生環(huán)境做模型的沙盤推演先在仿真里跑通、再下放現(xiàn)實會極大壓縮試錯成本。另外一個不可忽視的方向是“具身交通智能體”。2026年會出現(xiàn)更多以交通大模型為核心的“數(shù)字交警”它們能調(diào)閱監(jiān)控、分析事件、生成調(diào)度指令甚至直接對話聯(lián)動多個部門。但短期內(nèi)它們更多是輔助角色核心決策權仍需人工確認。5. 常見故障與實操心法從坑里爬出來的經(jīng)驗5.1 數(shù)據(jù)漂移模型“突然變笨”的隱形殺手大模型在交通場景中表現(xiàn)不穩(wěn)定的最大原因就是數(shù)據(jù)漂移。節(jié)假日流量模式、暑期學校周邊路況、夜間施工導致的封路都會讓模型輸入分布與訓練時不完全一致。表現(xiàn)是預測準確率斷崖式下跌有時甚至不如簡單的歷史均值模型。應對策略是建立“數(shù)據(jù)漂移監(jiān)控儀表盤”按日統(tǒng)計關鍵輸入特征分布與基線之間的KL散度。當漂移指數(shù)超過閾值時自動觸發(fā)兩件事一是將最近一周的新數(shù)據(jù)增量加入微調(diào)池啟用在線適配流程二是暫時對大模型輸出打上“置信度降低”標簽提醒審核人員加強確認。實踐下來這套機制至少能提前一兩天發(fā)現(xiàn)風險給人工介入留出時間。特別注意季節(jié)交替時期不少模型在春夏之交會有周期性失準。我們內(nèi)部總結為“春季綜合征”后來發(fā)現(xiàn)是早晚高峰油耗排放數(shù)據(jù)和氣象數(shù)據(jù)之間的聯(lián)動關系發(fā)生了變化。5.2 模型“一本正經(jīng)胡說八道”的應對方案大模型在交通領域最容易翻車的是“幻覺”。最典型的案例是模型生成信號控制方案時建議了一個該路口根本不存在的相位。原因很直接訓練數(shù)據(jù)里沒包含這個路口的渠化圖模型只能憑經(jīng)驗“猜”。我們對付幻覺的辦法分三層。第一層是從知識庫端搞約束在提示詞里嚴格綁定路口渠化信息、相位定義和當前控制模式第二層是在輸出端接一個規(guī)則校驗器對產(chǎn)出方案做物理合理性檢查例如總周期長度必須在60到180秒之間各相位綠燈時間必須大于最小綠燈時間第三層是在應用層做人工審核兜底所有自動生成的方案在進入執(zhí)行隊列前必須經(jīng)過人臉確認。三層下來實際出問題的概率降到極低。經(jīng)驗是不要指望模型自己“誠實”規(guī)則校驗器才是可靠的安全網(wǎng)。做交通大模型項目代碼量最大的部分往往不是模型訓練腳本而是這些校驗和兜底邏輯。5.3 與現(xiàn)有系統(tǒng)集成的三個深坑與規(guī)避方法交通行業(yè)的軟件系統(tǒng)大多是長期運營的老系統(tǒng)集成難度比想象中大得多。第一個坑是老協(xié)議不支持靈活調(diào)用。部分信號控制設備只提供固定端口連接報文格式還是十幾年前的私有協(xié)議大模型的輸入輸出根本無法直接對接。我們的解法是在大模型外圍封裝一層“適配網(wǎng)關”用消息映射的方式把模型輸出翻譯成具體廠商協(xié)議的指令相當于給模型配了一名“翻譯官”。第二個坑是數(shù)據(jù)權限不開放。很多交管數(shù)據(jù)涉及敏感信息運維方不會輕易開放接口給外部平臺。這要求項目在啟動階段就要把數(shù)據(jù)權限方案寫進合同明確哪些數(shù)據(jù)可讀、哪些可寫、哪些只能通過脫敏后的統(tǒng)計量參與建模。第三個坑是系統(tǒng)切換的回退機制。上線新模型時老系統(tǒng)必須保持雙活。我們的做法是灰度發(fā)布先讓模型在10%的路口試運行同時人工比對其建議方案與既有方案的差異度連續(xù)運行兩周且無重大偏差后才擴大到更多路口。任何一次升級都沒有例外交通領域寧可慢一點也不能亂。5.4 成本賬單解讀與降本實操大模型項目的賬單總是很引人注目。我們算了筆細賬一次7B模型的完整微調(diào)在單機八卡的環(huán)境下需要運行約20小時電費和圖形加速卡折舊加起來成本不低。推理側按城市規(guī)模估算百路口規(guī)模的邊緣推理集群每月算力成本約占整個項目運維預算的三分之一。降本措施中效果最明顯的是“量化加剪枝組合拳”。把模型從16位降到4位推理速度提升約三倍顯存占用下降約70%精度損失在可接受范圍內(nèi)。另一個有效手段是引入小模型路由先由一個極簡分類器判斷問題類型簡單任務直接走小模型只有復雜任務才調(diào)用大模型。實測下來約30%的流量可以被小模型分流整體成本下降近兩成。再提醒一句別忽略網(wǎng)絡帶寬成本。交通場景大量圖像和軌跡數(shù)據(jù)要傳到推理節(jié)點帶寬費用有時候比算力還高?？梢宰龆藗阮A處理在邊緣節(jié)點完成圖像壓縮和關鍵幀抽幀后再傳輸能省下不少流量費用。寫在最后的一點私人體會項目做了一年多最大的體會是“大模型不是銀彈但確實是改變行業(yè)門檻的機會”。在傳統(tǒng)模式下開發(fā)一套交通信號優(yōu)化系統(tǒng)需要大量行業(yè)專家手工調(diào)參工期按月計算而現(xiàn)在有了大模型做知識抽取和方案生成很多基礎工作的效率直接翻倍。真正困難的反而不是技術本身而是如何讓模型輸出更可靠、更可解釋、更符合行業(yè)規(guī)范。我經(jīng)常跟團隊里的小伙伴說做交通大模型先別急著追求參數(shù)規(guī)模和各種評測排行榜的指標先把“不犯錯”的能力打磨好。交通行業(yè)的容錯率極低一次不合理的方案建議就可能引發(fā)連鎖反應所以哪怕模型聰明得像專家也必須用規(guī)則的籠子把它關起來。2026年交通大模型已經(jīng)走到了從“能用”到“好用”的坎上。選擇適合自己的部署規(guī)模、做足數(shù)據(jù)工程和規(guī)則約束、想清楚人與模型的協(xié)作邊界這三件事做扎實了項目就成功了一大半。未來如果條件允許我還會把檢索增強生成、在線強化學習后的效果數(shù)據(jù)進一步分享出來但那是下一個階段的事了。這大半年踩過的坑希望上面這些內(nèi)容能幫你少走一半。