![]()
文|李小事
今年的行業(yè)共識(shí):2026是AI Agent上車元年。
的確,現(xiàn)在車企講智能座艙,已經(jīng)不提讓車機(jī)“更會(huì)聊天”這茬了。
它現(xiàn)在得是有眼力見兒,會(huì)辦事。
你說(shuō)一句“我有點(diǎn)困了”,它能判斷車內(nèi)溫度、座椅狀態(tài)、音樂(lè)氛圍和導(dǎo)航路線,再給你一套更完整的處理方案。你說(shuō)“下班路上順便充個(gè)電”,它能結(jié)合電量、路線、充電站排隊(duì)情況和到家時(shí)間,直接把任務(wù)安排好。
語(yǔ)音助手解決的是明確指令識(shí)別和執(zhí)行,座艙智能體要處理的是一個(gè)目標(biāo)的理解和拆解。它要聽懂用戶真正想干什么,再去調(diào)用車?yán)锏墓δ堋⒌貓D服務(wù)、內(nèi)容生態(tài)和用車服務(wù),把任務(wù)一步一步完成。
所以座艙智能體真正進(jìn)入落地階段后,核心問(wèn)題會(huì)從自然語(yǔ)言理解,轉(zhuǎn)向任務(wù)編排和執(zhí)行閉環(huán)。
拆開看,它不是一個(gè)單獨(dú)的大模型,而是一套車內(nèi)任務(wù)執(zhí)行系統(tǒng)。它前面有語(yǔ)音識(shí)別、語(yǔ)義理解、場(chǎng)景感知。中間有模型推理、任務(wù)規(guī)劃和工具調(diào)用。后面還有車控接口、權(quán)限管理、執(zhí)行反饋和異常兜底。
用戶聽到的可能只是一句回答,但系統(tǒng)背后要完成的是一整條鏈路。
這條鏈路里的每一環(huán),對(duì)算力、延遲、隱私和穩(wěn)定性的要求都不一樣。所以說(shuō),智能體打從要上車起,就不是一個(gè)“放在哪里運(yùn)行”的單選題。它必須被拆成不同能力模塊,再分別安排到車端和云端,也就是:端云協(xié)同。
智能座艙語(yǔ)境下的端云協(xié)同
首先做個(gè)概念區(qū)分,網(wǎng)上這倆詞經(jīng)常被混用,一個(gè)是:端云協(xié)同,一個(gè)是:云邊端協(xié)同,看得人云里霧里。
簡(jiǎn)單說(shuō),它倆主要是問(wèn)題場(chǎng)景的差異。圍繞云邊端協(xié)同的探討,指向更通用的計(jì)算架構(gòu)概念,落到汽車?yán)锍R娪谲嚶吩埔惑w化、智慧交通、自動(dòng)駕駛協(xié)同感知這類場(chǎng)景。“邊”,可以理解成更靠近用戶和道路現(xiàn)場(chǎng)的計(jì)算節(jié)點(diǎn),比如路側(cè)單元、邊緣服務(wù)器、園區(qū)/城市級(jí)邊緣計(jì)算設(shè)施、充電站或服務(wù)站附近的邊緣節(jié)點(diǎn)。
而本篇聊的是座艙Agent,這里說(shuō)的端云協(xié)同,主要指智能座艙場(chǎng)景,智能體在車端和云端之間的模型執(zhí)行與任務(wù)分工。
目前市面上見到的座艙Agent,基本都采用端云協(xié)同的模型執(zhí)行策略。
為啥需要端云協(xié)同?
車內(nèi)任務(wù)有很多種,有些任務(wù)簡(jiǎn)單迅速,比如語(yǔ)音喚醒、開空調(diào)、調(diào)座椅、打開車窗、切歌。這類功能如果每次都要去云端繞一圈,體驗(yàn)會(huì)很糟糕。用戶說(shuō)“太熱了”,車機(jī)想三秒再打開空調(diào),這事兒就沒(méi)法叫智能。
而有些任務(wù)需要更強(qiáng)的推理和外部信息,比如規(guī)劃行程、推薦餐廳、查充電樁、理解復(fù)雜需求。這些任務(wù)依賴實(shí)時(shí)知識(shí)、地圖、第三方服務(wù)和長(zhǎng)上下文,交給云端更合適。
還有一些任務(wù)天然敏感,比如車內(nèi)感知、駕駛狀態(tài)、用戶位置、個(gè)人習(xí)慣。這些數(shù)據(jù)怎么處理、哪些留在本地、哪些可以上傳,本身就關(guān)系到隱私安全。
再加上汽車經(jīng)常處在弱網(wǎng)環(huán)境里,地下車庫(kù)、高速山區(qū)、跨境場(chǎng)景都可能讓網(wǎng)絡(luò)變得不穩(wěn)定,座艙智能體如果只會(huì)在滿格信號(hào)下工作,那它只能算發(fā)布會(huì)功能。
所以,座艙智能體很難全部交給云端,也很難全部壓在車端。
正因?yàn)槿绱耍嗽茀f(xié)同解決的不是“要不要上大模型”,而是“模型能力如何被拆開、部署和調(diào)用”。當(dāng)云端負(fù)責(zé)能力上限,車端就要負(fù)責(zé)體驗(yàn)底線。只要任務(wù)進(jìn)入車端執(zhí)行,模型輕量化、車端算力、接口開放、權(quán)限管理和平臺(tái)適配都會(huì)變成約束。
這也是座艙Agent真正上車后的第一道考驗(yàn):端側(cè)部署。
端側(cè)部署三重關(guān):模型、硬件、接口
第一關(guān):模型要輕,能力還要夠用。
座艙智能體一旦要辦事,就需要比傳統(tǒng)語(yǔ)音助手強(qiáng)得多的能力。
它要支持多輪對(duì)話,要理解用戶真實(shí)意圖,要能做任務(wù)規(guī)劃,要記住部分個(gè)性化偏好,還可能要結(jié)合攝像頭、麥克風(fēng)、車內(nèi)傳感器做多模態(tài)感知。再往后,它還要同時(shí)調(diào)用十幾個(gè)API,把用戶需求拆解成具體的細(xì)小指令并逐一完成反饋。
但車端環(huán)境天然克制,車端模型要更小、更快、更省算力、更低功耗、更穩(wěn)定。
云端可以堆算力,車端不行。座艙SoC、NPU、內(nèi)存、閃存、功耗、散熱、車規(guī)可靠性,每一項(xiàng)都要算進(jìn)產(chǎn)品成本里。更現(xiàn)實(shí)的是,汽車硬件周期遠(yuǎn)長(zhǎng)于手機(jī)。一臺(tái)車從立項(xiàng)到上市,再到用戶長(zhǎng)期使用,硬件平臺(tái)很難快速換代。模型如果太重,不僅跑不快,還可能帶來(lái)功耗、發(fā)熱、穩(wěn)定性和成本問(wèn)題。
目前行業(yè)常見解法大概有幾類:
第一是模型壓縮。包括量化、剪枝、蒸餾等。量化是降低參數(shù)精度,減少計(jì)算和存儲(chǔ)壓力。剪枝是去掉冗余結(jié)構(gòu)。蒸餾是用大模型訓(xùn)練小模型,讓小模型保留核心能力。這些方法的目標(biāo),是讓模型在端側(cè)能跑得動(dòng)、跑得快、跑得穩(wěn)。
第二是小模型專用化。讓端側(cè)模型聚焦高頻、確定、低延遲任務(wù),比如喚醒、基礎(chǔ)語(yǔ)音、常用車控、座艙狀態(tài)理解、簡(jiǎn)單多輪交互。而復(fù)雜推理、開放式問(wèn)答、長(zhǎng)上下文和實(shí)時(shí)知識(shí)更新交給云端。
第三是任務(wù)分層和路由。系統(tǒng)要先判斷用戶需求屬于哪一類,能在車端穩(wěn)定處理的,留在本地。需要知識(shí)、推理和外部服務(wù)的,交給云端。這樣既能保證關(guān)鍵體驗(yàn)低延遲,又能利用云端能力擴(kuò)展上限。
第四是場(chǎng)景化能力裁剪。車端模型要圍繞座艙場(chǎng)景做取舍。它不需要寫詩(shī)、寫代碼、講百科大全,至少不應(yīng)該把這些能力放在車端優(yōu)先級(jí)最高的位置。它要先把“聽懂用戶意圖、調(diào)用車輛功能、解釋車輛狀態(tài)、完成高頻任務(wù)”做好。
這也是最現(xiàn)實(shí)的地方,端側(cè)模型可以不全能,但它必須可靠、快速、穩(wěn)定。用戶不會(huì)因?yàn)樗芑卮鹄溟T百科就覺(jué)得智能,反而會(huì)因?yàn)樗_空調(diào)慢半拍、斷網(wǎng)就失靈、聽懂了卻執(zhí)行錯(cuò),立刻給這套系統(tǒng)判定死刑。
第二關(guān),車端硬件資源支持。
模型想辦法做小的同時(shí),硬件資源也要想辦法給足。車載SoC不是專門給AI準(zhǔn)備的,座艙Agent加入以后,又增加了模型推理、多輪對(duì)話、任務(wù)規(guī)劃和部分多模態(tài)處理,因此硬件性能有限會(huì)造成資源緊張,包括計(jì)算能力、模型存儲(chǔ)所需的閃存、模型執(zhí)行所需的RAM,以及AI模塊和其他車輛系統(tǒng)交互時(shí)需要的帶寬。
這些限制會(huì)直接落到體驗(yàn)上。算力不夠,語(yǔ)音響應(yīng)和任務(wù)規(guī)劃會(huì)變慢。RAM不夠,多任務(wù)并行時(shí)容易卡頓。閃存不夠,大模型和依賴文件無(wú)法完整本地部署。帶寬不夠,車端AI調(diào)用車輛狀態(tài)、傳感器數(shù)據(jù)和車控接口時(shí)會(huì)受限。
能耗也是硬約束,對(duì)純電車來(lái)說(shuō),座艙智能體雖然不直接驅(qū)動(dòng)車輪,但會(huì)占用整車功耗預(yù)算,也會(huì)增加熱管理壓力。高溫暴曬、長(zhǎng)時(shí)間導(dǎo)航、360影像、娛樂(lè)系統(tǒng)和AI推理同時(shí)運(yùn)行時(shí),座艙SoC更容易進(jìn)入高負(fù)載狀態(tài)。
解決這個(gè)問(wèn)題,行業(yè)目前大致有兩條路:新車預(yù)埋算力,老車增設(shè)外掛。
下一代車型或新平臺(tái)開發(fā)階段,就把座艙Agent當(dāng)成基礎(chǔ)需求來(lái)規(guī)劃。這條路適合全新平臺(tái)和高端車型,比如高通Snapdragon Ride Flex平臺(tái),支持?jǐn)?shù)字座艙、ADAS和自動(dòng)駕駛功能在同一SoC上實(shí)現(xiàn)混合關(guān)鍵等級(jí)工作負(fù)載,也就是艙駕控一體。高通第四代/后續(xù)座艙平臺(tái)也持續(xù)強(qiáng)調(diào)AI能力、NPU和多屏多模態(tài)體驗(yàn)。英偉達(dá)DRIVE Thor則面向集中式計(jì)算平臺(tái),把智能駕駛、座艙、泊車、車內(nèi)感知等工作負(fù)載整合到一顆車載計(jì)算平臺(tái)里。
這類方案的本質(zhì),是在新車型或新平臺(tái)的前期架構(gòu)定義階段,就把AI算力、內(nèi)存、存儲(chǔ)、車內(nèi)網(wǎng)絡(luò)帶寬、散熱和電源管理納入整車電子電氣方案,而不是等車定型后再補(bǔ)算力。
另外一種就是靠外掛,也是今年高頻進(jìn)入行業(yè)視野的詞:AI Box(AI算力擴(kuò)展盒),“一種部署在車端的,面向端側(cè)AI推理與智能交互增強(qiáng)的模塊化AI計(jì)算擴(kuò)展節(jié)點(diǎn)。”
![]()
說(shuō)人話就是:一個(gè)外掛腦子。
今年上半年,主機(jī)廠、芯片廠、大模型公司等多類玩家密集入局,推動(dòng)AI Box從概念走向工程驗(yàn)證。
比如瑞芯微在2026北京車展推出車載AI Box方案,定位是“座艙獨(dú)立算力中心”,目標(biāo)是補(bǔ)齊座艙端側(cè)AI能力短板,承載端側(cè)多模態(tài)大模型推理,不占用主控資源。華陽(yáng)AIBOX也屬于這類方案。官方介紹提到,它采用獨(dú)立Box形態(tài),與座艙域控制器和整車系統(tǒng)協(xié)同,支持7B級(jí)大模型端側(cè)部署、多模型并行和實(shí)時(shí)響應(yīng),并通過(guò)標(biāo)準(zhǔn)化高速接口、千兆以太網(wǎng)等方式適配主流電子電氣架構(gòu)。
這類方案的價(jià)值在于過(guò)渡,它可以讓已經(jīng)上市或平臺(tái)較老的車型,在不大改原有電子電氣架構(gòu)的情況下,獲得部分端側(cè)AI能力。
但AI Box也有邊界,它能補(bǔ)算力,不能自動(dòng)補(bǔ)平臺(tái)能力。它還要接入車控、語(yǔ)音、地圖、攝像頭、傳感器、權(quán)限管理和OTA系統(tǒng)。如果接口不統(tǒng)一,權(quán)限沒(méi)定義,軟件鏈路沒(méi)打通,AI Box就可能變成外掛算力孤島。
所以第三關(guān):接口。
座艙Agent需要調(diào)用車輛能力和外部服務(wù),要實(shí)現(xiàn)穩(wěn)定執(zhí)行,車企需要把這些能力封裝成可調(diào)用、可授權(quán)、可追蹤的工具接口。
而一臺(tái)車背后連著不同域控制器、不同供應(yīng)商、不同軟件模塊和不同安全等級(jí)。有些功能屬于舒適控制,比如空調(diào)。有些功能涉及車輛狀態(tài),比如電量、胎壓。有些功能牽涉行車安全,比如駕駛模式、車窗、燈光、輔助駕駛設(shè)置。還有些功能涉及外部服務(wù),比如導(dǎo)航、充電、支付、停車。
這些功能不能全部給Agent自由調(diào)用。所以接口問(wèn)題,本質(zhì)上有三方面。
第一層,有沒(méi)有接口。很多車控功能過(guò)去就是給固定車機(jī)菜單或傳統(tǒng)語(yǔ)音指令用的,沒(méi)有按照Agent調(diào)用工具的方式重新封裝。傳統(tǒng)語(yǔ)音助手可以做“打開空調(diào)”這種固定命令,但Agent要做任務(wù)鏈,就需要更細(xì)粒度、更結(jié)構(gòu)化的接口。
第二層,接口夠不夠統(tǒng)一。同一個(gè)品牌不同車型、不同年份、不同平臺(tái),車控接口可能不一樣。一個(gè)功能在新平臺(tái)上能調(diào)用,在老平臺(tái)上可能調(diào)用不了。高配車型有座椅按摩,低配沒(méi)有。一款車支持車內(nèi)攝像頭感知,另一款車沒(méi)有,這會(huì)直接影響Agent跨車型復(fù)用。
第三層,權(quán)限和安全邊界清不清楚。哪些操作可以直接執(zhí)行,哪些要用戶確認(rèn),哪些在行駛中禁止,哪些必須轉(zhuǎn)到人工或官方說(shuō)明,都要提前定義。比如調(diào)空調(diào)可以自動(dòng)執(zhí)行,開車窗可能要看車速和天氣,切換駕駛模式、調(diào)整輔助駕駛設(shè)置、涉及支付和賬號(hào)權(quán)限的操作,就必須更謹(jǐn)慎。
這也是為什么很多座艙Agent在演示里看起來(lái)很順,一到量產(chǎn)就容易收斂。
解決接口問(wèn)題,關(guān)鍵在于把整車的功能工具化。包括建立統(tǒng)一的車控能力目錄、對(duì)功能風(fēng)險(xiǎn)進(jìn)行分級(jí)判定、跨車型適配、執(zhí)行過(guò)程可追蹤等。
從行業(yè)發(fā)展看,車企正在用SOA架構(gòu)把車輛能力服務(wù)化,并通過(guò)標(biāo)準(zhǔn)接口通信。這樣,上層應(yīng)用或Agent才能按需調(diào)用車輛能力,而不是每個(gè)功能都寫死在菜單和固定指令里。座艙Agent的工具調(diào)用機(jī)制也有相對(duì)清晰的工程路徑。常見做法是先做工具注冊(cè),把車控API、地圖API、媒體API、第三方服務(wù)API登記到工具庫(kù),再把用戶自然語(yǔ)言解析成結(jié)構(gòu)化指令,最后由Agent根據(jù)任務(wù)類型調(diào)用對(duì)應(yīng)工具,并返回執(zhí)行結(jié)果。
前途是光明的,道路是漫長(zhǎng)的
2026年,座艙智能體已經(jīng)從發(fā)布會(huì)概念,開始進(jìn)入產(chǎn)品和供應(yīng)鏈動(dòng)作。
理想在6月Livis Day軟件與具身智能發(fā)布會(huì)上,把座艙、操作系統(tǒng)、MindGPT、Mind-Pro、Mind-Edge放到一起講。按照理想自己的技術(shù)表達(dá),MindGPT是以多模態(tài)大模型為核心的新一代智能體技術(shù),強(qiáng)調(diào)感知、規(guī)劃、工具使用和執(zhí)行。Mind-Pro和Mind-Edge則分別對(duì)應(yīng)更復(fù)雜的云端能力和端側(cè)實(shí)時(shí)交互。這個(gè)動(dòng)作說(shuō)明,理想已經(jīng)不滿足于把理想同學(xué)做成語(yǔ)音助手,而是想把它推成家庭場(chǎng)景里的任務(wù)系統(tǒng)。
![]()
2026款小鵬G6、P7+官網(wǎng)頁(yè)面標(biāo)出座艙圖靈AI芯片有效算力750TOPS,全車最高三顆圖靈AI芯片、有效算力2250TOPS,它不只講Agent體驗(yàn),也把端側(cè)算力變成配置語(yǔ)言。
從供應(yīng)商動(dòng)作看,高通在2026汽車技術(shù)與合作峰會(huì)上,推出車端人工智能Claw生態(tài)計(jì)劃,聯(lián)合誠(chéng)邁科技、車聯(lián)天下、斑馬智能等企業(yè),目標(biāo)是把AI智能體和多模態(tài)大模型直接部署到車端,包括端云協(xié)同的智能體規(guī)劃平臺(tái)、開放技能市場(chǎng)、智能體AI運(yùn)行環(huán)境、AI工具和模型部署工作流。也就是說(shuō),高通想做的不是單顆芯片賣點(diǎn),而是把車端Agent的開發(fā)、部署和生態(tài)一起打包。
這些動(dòng)作放在一起看,行業(yè)方向已經(jīng)很清楚。
車企在把座艙智能體做成用戶能感知的體驗(yàn):主動(dòng)服務(wù)、超級(jí)智能體、家庭場(chǎng)景、多模態(tài)交互。供應(yīng)商在補(bǔ)更底層的東西:端側(cè)算力、Agent運(yùn)行環(huán)境、模型部署工作流、AI Box、端云協(xié)同規(guī)劃平臺(tái)。
2026是座艙智能體上車元年,前途是光明的,道路是漫長(zhǎng)的。
但或許,我們真的可以開始期待那個(gè)賈維斯的世界。
![]()
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號(hào)”用戶上傳并發(fā)布,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.