給Agent補上基礎(chǔ)設(shè)施這一課。

作者｜田思奇

編輯｜栗子

2025年以來，大模型應(yīng)用從只會聊天的AI助手，飛快進(jìn)化為能自主調(diào)工具、跑流程的“數(shù)字員工”。以O(shè)penClaw為代表的開源框架，無疑是這場變革的催化劑。

但當(dāng)各行各業(yè)滿懷期待地將其引入內(nèi)網(wǎng)時，卻發(fā)現(xiàn)原生的OpenClaw遠(yuǎn)非完美，甚至在企業(yè)級生產(chǎn)環(huán)境中顯得有些“危險”。

它的極度靈活，在企業(yè)IT視角下等同于越權(quán)風(fēng)險；動態(tài)生成的不可信代碼，隨時可能觸碰數(shù)據(jù)安全的紅線；而它面對長周期任務(wù)時表現(xiàn)出的脆弱性，以及不可控的脈沖式算力消耗，更是讓傳統(tǒng)IT架構(gòu)不堪重負(fù)。

對于直營門店龐大、研發(fā)協(xié)同復(fù)雜、合規(guī)要求極嚴(yán)的汽車行業(yè)來說，這些“不完美”成為Agent規(guī)�；涞氐淖璧K。

變革起步于去年夏天。

據(jù)「甲子光年」了解，理想汽車決定從底層基建破局。在對比多種方案后，其最終選擇以阿里云ACS Agent Sandbox及阿里云容器服務(wù)Kubernetes版ACK為核心，并基于AMD算力，為Agent構(gòu)建了一個集強隔離、高彈性與狀態(tài)持久化于一體的專屬‘沙箱’。

這套架構(gòu)也為全行業(yè)解答了一個核心命題：在真正的企業(yè)生產(chǎn)環(huán)境中，Agent 到底該怎么跑？

1.OpenClaw水土不服，

車企Agent落地遇阻

理想汽車面臨的壓力，是所有直營車企共同的夢魘。

龐大的研發(fā)體系，首先遭遇效率瓶頸。2025年，理想汽車全年研發(fā)投入達(dá)113億元，創(chuàng)歷史新高，其中AI相關(guān)投入占比50%。

隨著整車軟件復(fù)雜度飆升，其軟件工程規(guī)模已接近大型互聯(lián)網(wǎng)公司，但代碼倉庫、技術(shù)文檔等資源分散在多系統(tǒng)，工程師大量時間耗費在資料檢索、版本確認(rèn)等重復(fù)工作中，數(shù)據(jù)孤島不僅拉低效率，更延長了產(chǎn)品迭代周期。

在這樣的背景下，理想汽車開始引入Agent作為新型生產(chǎn)力工具，但問題并沒有解決。

OpenClaw等工具在設(shè)計之初更偏向靈活性與開發(fā)效率，當(dāng)它們被引入企業(yè)環(huán)境，尤其是需要接入CRM、OA與代碼倉庫等核心系統(tǒng)時，原有架構(gòu)暴露出明顯短板。任務(wù)執(zhí)行通常運行在共享環(huán)境中，權(quán)限邊界不夠清晰，安全風(fēng)險難以徹底隔離。

國家信息安全漏洞庫（CNNVD）數(shù)據(jù)顯示，自2026年1月至2026年3月10日，共記錄到82個與OpenClaw相關(guān)的漏洞，漏洞類型涵蓋訪問控制缺陷、代碼實現(xiàn)問題、路徑遍歷等多類安全風(fēng)險。

與此同時，Agent的運行模式與傳統(tǒng)應(yīng)用存在本質(zhì)差異。它是連續(xù)執(zhí)行的任務(wù)流，涉及多步驟調(diào)用與狀態(tài)保持。這類任務(wù)往往持續(xù)時間較長，對計算資源的占用呈現(xiàn)明顯波動。高峰期需要快速擴(kuò)容，低谷期又需要盡可能釋放資源，否則成本會迅速累積。

行業(yè)調(diào)查驗證了企業(yè)的猶豫：麥肯錫2025年末發(fā)布的報告顯示，62%受訪者表示其所在企業(yè)已開始試用Agent，但只有23%受訪者表示企業(yè)已在至少一個業(yè)務(wù)職能中實現(xiàn)Agent的規(guī)�；渴穑蠖嘁餐Ａ粼趩我宦毮芑蚓植吭圏c階段。

研發(fā)端的痛點是效率與安全，門店端則承受著更直接的服務(wù)壓力。

與傳統(tǒng)經(jīng)銷體系不同，直營門店承擔(dān)著銷售、試駕、交付與售后溝通等多重角色。在節(jié)假日或新品發(fā)布周期，短時間內(nèi)爆發(fā)的海量用戶咨詢，要求銷售必須盡快響應(yīng)，一旦回復(fù)慢了，高意向的客戶可能轉(zhuǎn)身就去了隔壁門店。

與此同時，門店的成本結(jié)構(gòu)也在不斷上升。商超店等核心點位的租金與人力支出持續(xù)攀升，據(jù)部分媒體測算，一家核心商圈汽車門店的年運營成本可高達(dá)500萬元，服務(wù)質(zhì)量與成本之間的矛盾日益突出。

直營模式的普及、軟件定義汽車的深入推進(jìn)，以及用戶服務(wù)需求的持續(xù)升級，讓車企在前端服務(wù)與后端研發(fā)兩端同時承受效率壓力。傳統(tǒng)依靠人力擴(kuò)張與流程優(yōu)化的方式逐漸逼近天花板，企業(yè)迫切需要新一代智能工具重構(gòu)運營與研發(fā)體系。

當(dāng)Agent從工具走向系統(tǒng)，它需要的不再是一段代碼，而是一整套基礎(chǔ)設(shè)施。這一點，在車企這樣對穩(wěn)定性、安全性與成本都高度敏感的行業(yè)中表現(xiàn)得尤為明顯。

對于理想汽車而言，這場從“用工具”到“搭基石”的變革就此展開。

2.理想汽車破局：

重構(gòu)Agent底層運行邏輯

理想汽車的路徑，并非從OpenClaw本身入手。

「甲子光年」獲悉，理想汽車于2025年6月正式啟動企業(yè)級Agent基礎(chǔ)設(shè)施選型，圍繞直營車企對安全合規(guī)、算力彈性、規(guī)�；\維的核心要求，搭建了多維度評估體系，篩選出多條具備可行性的技術(shù)路線進(jìn)行實測對比。

早期納入評估的方案各有側(cè)重。比如E2B自建路徑依托開源生態(tài)具備較強的定制靈活性，能夠與企業(yè)現(xiàn)有架構(gòu)深度適配，但在規(guī)模化階段問題逐步顯現(xiàn)。資源需要提前規(guī)劃采購，利用率隨業(yè)務(wù)潮汐波動明顯，長期閑置帶來剛性成本。同時，集群管理、版本迭代、環(huán)境一致性維護(hù)對內(nèi)部運維團(tuán)隊提出較高要求，難以支撐快速擴(kuò)張。

經(jīng)過多輪篩選后，理想汽車最終選擇采用E2B協(xié)議，并依托阿里云ACS Agent Sandbox在AMD芯片上的算力優(yōu)勢，構(gòu)建統(tǒng)一底座。

試點落地過程中，理想將OpenClaw封裝為面向全員的數(shù)字分身，構(gòu)建統(tǒng)一的企業(yè)AI助手入口。員工通過這一入口發(fā)起任務(wù)，無論是文檔處理、代碼分析，還是知識查詢，都在同一體系內(nèi)完成。

當(dāng)所有任務(wù)被匯聚到同一入口，系統(tǒng)的復(fù)雜性也隨之顯現(xiàn)。

不同任務(wù)對資源的需求不同，執(zhí)行時長不一致，對安全隔離與數(shù)據(jù)訪問的要求也存在差異。如果仍然采用原有方式直接執(zhí)行，系統(tǒng)很快就會失控。

在這一背景下，分層架構(gòu)成為必然選擇。

最上層，是統(tǒng)一的AI助手入口，負(fù)責(zé)承接員工請求；其下是OpenClaw所在的Agent平臺層，承擔(dān)任務(wù)規(guī)劃、工具調(diào)用與流程編排能力。每一個請求進(jìn)入系統(tǒng)后，會在這一層被拆解為多個執(zhí)行步驟，并判斷是否需要調(diào)用底層執(zhí)行資源。

再往下，是Sandbox管理與調(diào)度層。這一層相當(dāng)于系統(tǒng)的中樞。OpenClaw管控平臺負(fù)責(zé)資源申請和管控，通過E2B協(xié)議將任務(wù)需求轉(zhuǎn)化為資源調(diào)度請求，由Sandbox Manager在Kubernetes集群中調(diào)度對應(yīng)實例。通過Claim機制與SandboxSet的組合，系統(tǒng)能夠在集群中快速創(chuàng)建運行環(huán)境，同時借助鏡像緩存與預(yù)熱機制縮短啟動時間，從而支撐高并發(fā)任務(wù)場景。

最底層，則是Agent Sandbox執(zhí)行環(huán)境。每一個任務(wù)最終運行在獨立Sandbox實例中，以ACS Pod形式存在于Serverless算力環(huán)境中，并通過網(wǎng)絡(luò)策略與存儲掛載實現(xiàn)訪問控制與數(shù)據(jù)持久化。任務(wù)執(zhí)行的所有行為，都被限制在這一隔離空間內(nèi)。

這一分層結(jié)構(gòu)讓任務(wù)不再依附于某一臺機器或某一段代碼，而是被拆分為可以被調(diào)度、可以被恢復(fù)、可以被控制的運行單元。對理想汽車而言，這一變化使得Agent具備了進(jìn)入企業(yè)核心流程的條件。

在門店側(cè)，最直觀的變化體現(xiàn)在響應(yīng)效率上。

原本依賴人工完成的咨詢與流程處理，被部分轉(zhuǎn)移到系統(tǒng)中完成。用戶在任意時間發(fā)起請求，都能夠獲得穩(wěn)定回應(yīng)，高峰期的服務(wù)壓力得到緩解。銷售人員不再需要重復(fù)回答標(biāo)準(zhǔn)問題，可以將精力更多投入到高價值溝通中。

在研發(fā)側(cè)，AI助手成為日常工作的一部分。工程師可以通過統(tǒng)一入口獲取文檔、分析代碼或處理數(shù)據(jù)，信息獲取路徑被顯著縮短。原本分散在多個系統(tǒng)中的知識，被重新組織為可調(diào)用的能力。隨著使用頻率增加，這種變化逐漸累積為效率提升。

據(jù)「甲子光年」了解，目前已有約800名理想汽車員工常態(tài)化使用該平臺，同時還有四五千名員工處于排隊接入狀態(tài)，應(yīng)用正從局部試點穩(wěn)步邁向集團(tuán)級規(guī)�；茝V。

3.阿里云ACS：

五大能力閉環(huán)，不止于安全

當(dāng)這一架構(gòu)穩(wěn)定運行之后，系統(tǒng)能力開始逐步顯現(xiàn)。

在阿里云的設(shè)計中，這套能力被歸納為五個層面，它們并不是彼此獨立存在，而是在實際運行中相互支撐，形成一個完整閉環(huán)。

安全能力是整套體系的底層基石，也是車企最為看重的核心能力。

ACS Agent Sandbox 采用硬件加固的 MicroVM 虛擬化架構(gòu)，從底層構(gòu)筑防護(hù)邊界。每個智能體任務(wù)均運行在獨立虛擬化環(huán)境中，實現(xiàn)計算、存儲、網(wǎng)絡(luò)三維徹底隔離。

計算層面，任務(wù)之間不共享內(nèi)核，大幅提升逃逸攻擊難度；存儲層面采用獨立云盤，數(shù)據(jù)鏈路完全隔離，銷毀后徹底擦除不留痕跡；支持東西向與南北向流量精細(xì)化管控，實例間默認(rèn)禁止互訪，有效抵御橫向掃描與非法訪問，進(jìn)一步契合車企高合規(guī)要求。

在此基礎(chǔ)上，平臺內(nèi)置30余類AI運行時風(fēng)險檢測，覆蓋提示詞注入、異常調(diào)用、越權(quán)操作等場景，配合全鏈路審計日志，形成從IaaS到應(yīng)用層的縱深防御體系，完美匹配車企高合規(guī)要求，確保Agent在執(zhí)?代碼或調(diào)??具時不會影響企業(yè)核?系統(tǒng)。

第二個關(guān)鍵變量是數(shù)據(jù)。

OpenClaw在執(zhí)行代碼分析、報告生成、多步驟數(shù)據(jù)處理等任務(wù)時，會產(chǎn)生大量中間狀態(tài)與臨時文件，傳統(tǒng)容器環(huán)境容易因重啟或遷移導(dǎo)致數(shù)據(jù)丟失。

阿里云以ESSD云盤作為Sandbox根盤，配合NAS與OSS動態(tài)掛載，實現(xiàn)全路徑數(shù)據(jù)持久化。任意寫入操作均直接落盤，無需手動配置掛載卷，從根本上消除數(shù)據(jù)丟失風(fēng)險。

這套體系具備極高可靠性，可實現(xiàn)RPO≈0的數(shù)據(jù)保護(hù)能力，同時支持在線熱擴(kuò)容與高性能IO，滿足大規(guī)模并發(fā)任務(wù)的穩(wěn)定運行需求，讓長時任務(wù)真正具備生產(chǎn)級可用性。

全生命周期管理能力，允許智能體從一次性調(diào)用，轉(zhuǎn)變?yōu)榭晒芸�、可恢�?fù)、可迭代的系統(tǒng)級能力。平臺支持創(chuàng)建、運行、暫停、休眠、喚醒、快照、銷毀這7種完整狀態(tài)流轉(zhuǎn)，覆蓋任務(wù)從啟動到結(jié)束的全過程。針對企業(yè)成本與效率需求，休眠喚醒機制可在釋放CPU與內(nèi)存的同時保留完整執(zhí)行狀態(tài)，喚醒后秒級恢復(fù)運行，兼顧連續(xù)性與經(jīng)濟(jì)性。

平臺還提供場景化模板能力，針對研發(fā)、辦公、客服等不同場景預(yù)配置環(huán)境與權(quán)限，新實例可快速上線。針對企業(yè)規(guī)�；\維，系統(tǒng)支持滾動升級、灰度發(fā)布、藍(lán)綠部署等4種升級策略，升級前自動快照保護(hù)狀態(tài)，出現(xiàn)問題可快速回滾，實現(xiàn)零中斷、零丟失的平穩(wěn)迭代。

彈性與成本控制能力，直接解決了企業(yè)規(guī)�；涞氐暮诵念檻]。整套架構(gòu)遵循按需創(chuàng)建、按需計費的原則，實例啟動計費、銷毀停費，無需提前囤購服務(wù)器，也不會產(chǎn)生長期閑置成本。平臺支持每分鐘15000個沙箱實例的水平彈性擴(kuò)容，可輕松應(yīng)對門店高峰、研發(fā)集中作業(yè)等潮汐式流量。

在理想汽車的實際測算中，傳統(tǒng)固定資源模式年度算力支出曾高達(dá)千萬元級別，而在垂直變配與休眠喚醒機制共同作用下，資源利用率顯著提升，整體成本得到大幅壓縮。

與此同時，該方案的開源兼容與規(guī)�；\維能力，基于ACK統(tǒng)一編排，方案同時支持E2B標(biāo)準(zhǔn)接入與K8s Claim原生接口，并結(jié)合基于AMD EPYC CPU架構(gòu)的彈性計算實例，讓企業(yè)得以實現(xiàn)從數(shù)百到數(shù)萬Agent實例的無感擴(kuò)容。理想汽車能夠在不改變內(nèi)部技術(shù)棧的前提下，快速完成平臺遷移與規(guī)�；茝V，也為后續(xù)擴(kuò)展至門店客服、車機協(xié)同等更多場景奠定基礎(chǔ)。

從底層安全隔離到上層業(yè)務(wù)賦能，這套云原生執(zhí)行底座最終讓OpenClaw真正走出實驗環(huán)境，成為可規(guī)�；�、可管理、可嵌入核心業(yè)務(wù)的系統(tǒng)性生產(chǎn)力。

4.結(jié)語：

重構(gòu)執(zhí)行邏輯，定義企業(yè)新基建

過去，軟件系統(tǒng)的核心是功能構(gòu)建，數(shù)據(jù)在不同系統(tǒng)間流轉(zhuǎn)，判斷與執(zhí)行環(huán)節(jié)始終依賴人工完成。如今，執(zhí)行的定義被Agent改寫，任務(wù)無需綁定固定流程，可靈活拆解、智能調(diào)度，在各類系統(tǒng)間自動推進(jìn)。

但目前多數(shù)企業(yè)對Agent的應(yīng)用仍停留在局部提效層面，難以突破系統(tǒng)壁壘，核心問題并非模型能力不足，而是缺乏承載執(zhí)行的基礎(chǔ)設(shè)施。真實業(yè)務(wù)中的權(quán)限管控、數(shù)據(jù)安全、系統(tǒng)穩(wěn)定性等約束，直接決定了Agent能否長期落地，而非曇花一現(xiàn)。

在嚴(yán)苛的車企合規(guī)場景下，阿里云ACS Agent Sandbox搭載AMD算力，提供穩(wěn)定、安全的系統(tǒng)環(huán)境，成功支撐Agent深入業(yè)務(wù)核心流程。這一實踐不僅實現(xiàn)了效率提升與安全合規(guī)底線的雙重堅守，更沉淀出了一套相對成熟的技術(shù)標(biāo)準(zhǔn)。

Agent的規(guī)�；涞兀舱囋茀f(xié)同的更高階形態(tài)演進(jìn)，理想與阿里云正積極探索車端與云端協(xié)同的算力組合模式，計劃將Agent規(guī)模擴(kuò)展至3萬甚至數(shù)十萬級別，通過持續(xù)優(yōu)化端到端鏈路，為車企Agent的規(guī)模化升級提供新路徑。

這一模式也具備較高的可遷移性。

金融、制造、政務(wù)等領(lǐng)域面臨的共性挑戰(zhàn)，同樣面臨權(quán)限管控、長流程任務(wù)、高并發(fā)波動與成本約束的共性挑戰(zhàn)。已經(jīng)完成標(biāo)準(zhǔn)化封裝的理想阿里云方案，能夠為這類場景提供直接參考，企業(yè)不必再從零搭建基礎(chǔ)設(shè)施，從而降低Agent規(guī)�；涞氐恼w門檻。

「甲子光年」認(rèn)為，長期來看，企業(yè)之間的差距將隨Agent應(yīng)用深化逐漸拉大。

一部分企業(yè)會逐步搭建圍繞Agent的基礎(chǔ)設(shè)施與執(zhí)行體系，實現(xiàn)任務(wù)自由流轉(zhuǎn)與能力復(fù)用，釋放規(guī)模化部署AI“數(shù)字員工”的潛力；另一部分則繼續(xù)把AI僅視為輔助工具。

這種差距在初期并不明顯，但隨著業(yè)務(wù)規(guī)模擴(kuò)大，二者在效率與成本結(jié)構(gòu)上的分化會愈發(fā)突出。Gartner預(yù)測，到2026年底，40%的企業(yè)應(yīng)用將嵌入AI Agent，遠(yuǎn)高于2025年不足5%的水平。

這一趨勢下，未來企業(yè)競爭的焦點，將從模型能力轉(zhuǎn)向?qū)gent運行環(huán)境的支撐能力。Agent Infra不再是單純的算力與存儲池，而是整合安全、彈性與狀態(tài)管理的任務(wù)組織者。

當(dāng)執(zhí)行被重構(gòu)，企業(yè)的運行方式也隨之改變。這套圍繞 Agent 構(gòu)建的基礎(chǔ)設(shè)施，正在成為新一代企業(yè)操作系統(tǒng)的雛形。它的影響力，也才剛剛開始顯現(xiàn)。

（封面圖來源：理想汽車官網(wǎng)）