編輯｜Panda

2026 年初這幾個(gè)月，隨著 OpenClaw 的爆火，AI 領(lǐng)域也正式步入了 Harness 時(shí)代。在這股浪潮中，MiniMax 憑借其敏銳的技術(shù)嗅覺(jué)，成為了這場(chǎng)變革中的一大核心焦點(diǎn)。

其近期相繼推出的云端 AI 助手MaxClaw以及剛剛?cè)掳l(fā)布的MaxHermes便是最佳例證。這兩款應(yīng)用分別基于 OpenClaw 架構(gòu)以及近幾天大熱的 Hermes Agent 構(gòu)建，徹底掃清了本地部署服務(wù)器與配置 API 密鑰的工程門(mén)檻。

其中，MaxClaw 已在用戶(hù)規(guī)模上躋身同類(lèi)服務(wù)第一梯隊(duì)。而剛面世的 MaxHermes 則能通過(guò)「自主智能演化」機(jī)制，在完成每一項(xiàng)復(fù)雜任務(wù)后都解鎖全新的專(zhuān)屬技能，持續(xù)擴(kuò)張能力邊界。此外，MaxHermes 實(shí)現(xiàn)了 10 秒以?xún)?nèi)的極速部署與全天候穩(wěn)定可用，并支持全場(chǎng)景接入，用戶(hù)無(wú)需切換第三方平臺(tái)，在日常聊天應(yīng)用中即可直接開(kāi)啟實(shí)時(shí)對(duì)話(huà)。

這種從單機(jī)工具走向大規(guī)模云端部署的爆發(fā)式增長(zhǎng)，讓底層系統(tǒng)瞬間涌入海量的并發(fā)請(qǐng)求，也揭示了當(dāng)前 AI 領(lǐng)域的一個(gè)核心命題：應(yīng)用落地正面臨極其殘酷的工程大考

站在行業(yè)演進(jìn)的客觀視角，這輪大爆發(fā)標(biāo)志著一場(chǎng) AI Agent 架構(gòu)重心的大轉(zhuǎn)移：早期的智能體主要基于Context Engineering架構(gòu)，重點(diǎn)在于將問(wèn)題描述清楚，給模型提供更多輸入，以?xún)?yōu)化其「認(rèn)知能力」。

然而，隨著應(yīng)用深入真實(shí)業(yè)務(wù)場(chǎng)景，行業(yè)正迅速向Harness Engineering架構(gòu)演進(jìn)。這一全新架構(gòu)要求智能體深入本地?cái)?shù)據(jù)、辦公應(yīng)用并完成最終動(dòng)作交付，其實(shí)質(zhì)是賦予大模型強(qiáng)大的自主「執(zhí)行能力」。正如 OpenAI 的《Harness Engineering》博客文章說(shuō)的那樣：「Humans steer. Agents execute.（人類(lèi)掌舵。智能體執(zhí)行。）」

當(dāng)數(shù)以十萬(wàn)計(jì)的智能體并發(fā)執(zhí)行這類(lèi)高權(quán)限與多步驟的復(fù)雜任務(wù)時(shí)，傳統(tǒng)的系統(tǒng)架構(gòu)往往難以支撐。業(yè)界十分好奇：MiniMax 是如何扛住 MaxClaw 和 MaxHermes 如此龐大的流量洪峰并保證業(yè)務(wù)穩(wěn)定的？

近期，阿里云與 MiniMax 披露了一些底層技術(shù)合作，為我們解開(kāi)了這道超級(jí)智能體背后的基礎(chǔ)設(shè)施謎題。

本文將基于此，深度剖析 MiniMax 究竟是如何借助阿里云的云原生方案重塑了 Agent 運(yùn)行底座，撐起了智能體時(shí)代的系統(tǒng)變革。

可用→落地

企業(yè)級(jí) Agent 的四道鴻溝

毫無(wú)疑問(wèn)，對(duì)于個(gè)人開(kāi)發(fā)者與輕量級(jí)自動(dòng)化場(chǎng)景而言，OpenClaw 與 Hermes Agent 所代表的 Harness Engineering 架構(gòu)展現(xiàn)出了很高的應(yīng)用價(jià)值：部署靈活、接入成本低，能夠快速連接本地文件系統(tǒng)、桌面應(yīng)用和瀏覽器環(huán)境，較好滿(mǎn)足通用任務(wù)自動(dòng)化需求。

然而，當(dāng) AI Agent 試圖步入企業(yè)級(jí)生產(chǎn)環(huán)境時(shí)，問(wèn)題的核心也會(huì)隨之發(fā)生轉(zhuǎn)移：企業(yè)更關(guān)注系統(tǒng)能否在安全、穩(wěn)定、可控、可運(yùn)維的前提下持續(xù)運(yùn)行

客觀剖析 OpenClaw 與 Hermes Agent 此類(lèi)本地單機(jī)執(zhí)行框架，在應(yīng)對(duì)企業(yè)級(jí)復(fù)雜業(yè)務(wù)時(shí)，往往會(huì)暴露出四道難以逾越的關(guān)鍵鴻溝：

第一道鴻溝在于極度敏感的安全邊界：企業(yè)的核心痛點(diǎn)在于執(zhí)行鏈路的絕對(duì)可控。OpenClaw 與 Hermes Agent 直接運(yùn)行于宿主操作系統(tǒng)之上，天然具備 Shell 執(zhí)行、文件讀寫(xiě)等高危權(quán)限。一旦大模型遭遇提示詞注入，極易引發(fā)越權(quán)操作與惡意代碼執(zhí)行。公開(kāi)披露的信息顯示，截至 2026 年 3 月，OpenClaw 已累計(jì)披露 82 個(gè) CVE 漏洞。這意味著僅僅具備本地執(zhí)行能力遠(yuǎn)遠(yuǎn)不夠，平臺(tái)也必須擁有更堅(jiān)固的沙箱隔離機(jī)制。

第二道鴻溝是長(zhǎng)任務(wù)執(zhí)行中的狀態(tài)易失性：AI Agent 的運(yùn)行模式正從短時(shí)交互演變?yōu)槎嚯A段、跨會(huì)話(huà)的長(zhǎng)流程任務(wù)。這要求系統(tǒng)必須能夠持續(xù)維護(hù)上下文記憶與執(zhí)行進(jìn)度。OpenClaw 與 Hermes Agent 的設(shè)計(jì)重心偏向單體運(yùn)行時(shí)，在持久化狀態(tài)管理上能力受限。一旦遇到實(shí)例重啟或網(wǎng)絡(luò)中斷，任務(wù)上下文極易丟失，難以支撐企業(yè)級(jí)業(yè)務(wù)閉環(huán)的要求。

第三道鴻溝是大規(guī)模集群運(yùn)維的系統(tǒng)性困境：真正的企業(yè)級(jí)挑戰(zhàn)在于海量實(shí)例的統(tǒng)一調(diào)度。OpenClaw 與 Hermes Agent 的架構(gòu)更適合單機(jī)自治部署。當(dāng)企業(yè)需要并發(fā)運(yùn)行數(shù)十萬(wàn)級(jí) Agent 時(shí)，如何實(shí)現(xiàn)彈性調(diào)度、版本灰度升級(jí)與故障自愈，成為了單機(jī)框架無(wú)法解決的系統(tǒng)級(jí)難題。

第四道鴻溝是成本消耗與劇烈負(fù)載波動(dòng)之間的博弈：OpenClaw 與 Hermes Agent 這類(lèi)自治型 Agent 通常需要常駐運(yùn)行以維持維持會(huì)話(huà)狀態(tài)、心跳檢測(cè)和任務(wù)響應(yīng)能力。這種模式在空閑期會(huì)持續(xù)占用計(jì)算資源并產(chǎn)生較高的基礎(chǔ)成本。而在復(fù)雜任務(wù)被觸發(fā)的瞬間，模型推理與工具調(diào)用又會(huì)在極短時(shí)間內(nèi)急劇拉升 CPU 與內(nèi)存消耗。這種波谷空轉(zhuǎn)與波峰搶占的典型特征，使得企業(yè)在面臨規(guī)?；瘓?chǎng)景時(shí)，承受著巨大的成本控制與資源調(diào)度壓力。

MaxClaw 與 MaxHermes 的云上重構(gòu)與

阿里云 ACK/ACS 破局

面對(duì)本地單機(jī)執(zhí)行框架在生產(chǎn)環(huán)境中暴露出的底層鴻溝，單純?cè)趹?yīng)用層修補(bǔ)代碼已無(wú)濟(jì)于事。MiniMax 的研發(fā)團(tuán)隊(duì)選擇了一條云原生重構(gòu)的道路。

在 MaxClaw 與 MaxHermes 的整體架構(gòu)中，他們拋棄了控制與執(zhí)行高度耦合的單體設(shè)計(jì)，轉(zhuǎn)而采用控制平面與執(zhí)行平面分離的模式。在這套架構(gòu)中，阿里云容器服務(wù) Kubernetes 版 ACK承載了統(tǒng)一的控制面，負(fù)責(zé)海量消息分發(fā)、任務(wù)編排、策略下發(fā)以及統(tǒng)一的運(yùn)行觀測(cè)。而最繁重且充滿(mǎn)未知風(fēng)險(xiǎn)的工具執(zhí)行工作，則全權(quán)交由ACS Agent Sandbox進(jìn)行動(dòng)態(tài)調(diào)度與承載。

MiniMax MaxClaw 技術(shù)架構(gòu)圖

這種深度的架構(gòu)演進(jìn)，配合阿里云底層的技術(shù)重塑，為企業(yè)級(jí) Agent 落地提供了四個(gè)維度的破局思路：

1、筑牢執(zhí)行邊界：面向高權(quán)限執(zhí)行場(chǎng)景的安全隔離能力

對(duì)于企業(yè)而言，OpenClaw 與 Hermes Agent 直接運(yùn)行于宿主機(jī)所帶來(lái)的最大挑戰(zhàn)，不在于 Agent 是否具備執(zhí)行能力，而在于高權(quán)限執(zhí)行過(guò)程是否處于可控邊界之內(nèi)

針對(duì)這一安全暴露面，MiniMax 采用的核心思路是將 Agent 的執(zhí)行過(guò)程從「宿主機(jī)直接運(yùn)行」重構(gòu)為「沙箱內(nèi)受控執(zhí)行」，通過(guò)云原生隔離基礎(chǔ)設(shè)施為每個(gè)運(yùn)行實(shí)例建立獨(dú)立、安全、可治理的執(zhí)行邊界。即使單個(gè)沙箱遭遇提示詞注入或越權(quán)攻擊，其風(fēng)險(xiǎn)影響范圍也會(huì)被嚴(yán)格收斂在實(shí)例內(nèi)部，難以橫向滲透或逃逸；再結(jié)合動(dòng)態(tài)權(quán)限收斂、端到端數(shù)據(jù)加密與操作留痕審計(jì)，形成覆蓋執(zhí)行前、執(zhí)行中與執(zhí)行后的全流程安全閉環(huán)。

在具體實(shí)現(xiàn)上，阿里云提供的 Agent Infra 從計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)三個(gè)層面，與 MiniMax 共同構(gòu)建面向企業(yè)場(chǎng)景的安全隔離能力：

計(jì)算層面，針對(duì)越權(quán)與惡意執(zhí)行的風(fēng)險(xiǎn)，ACS Agent Sandbox 為每個(gè) MaxClaw 或 MaxHermes 實(shí)例提供了 MicroVM（輕量級(jí)虛擬機(jī)）級(jí)別的隔離環(huán)境。每個(gè)沙箱均運(yùn)行在獨(dú)立的內(nèi)核之中，攻擊者必須突破虛擬化層才可能實(shí)現(xiàn)逃逸，這從根本上阻斷了高危指令對(duì)宿主機(jī)的影響。

存儲(chǔ)層面，系統(tǒng)為每個(gè) Agent 分配了基于 ESSD 云盤(pán)的專(zhuān)屬可加密存儲(chǔ)空間，并在會(huì)話(huà)啟動(dòng)時(shí)結(jié)合 NAS 動(dòng)態(tài)掛載子目錄，從操作系統(tǒng)級(jí)別收斂了數(shù)據(jù)的可見(jiàn)邊界。

網(wǎng)絡(luò)層面，沙箱采用了默認(rèn)拒絕（Default Deny）的輕量級(jí)訪(fǎng)問(wèn)控制策略 TrafficPolicy，結(jié)合企業(yè)安全組實(shí)現(xiàn)出入站流量的精細(xì)管控。這種三管齊下的防御機(jī)制，將潛在風(fēng)險(xiǎn)嚴(yán)格封鎖在單一實(shí)例內(nèi)部。

2、擊碎狀態(tài)丟失：面向長(zhǎng)任務(wù)與跨會(huì)話(huà)場(chǎng)景的持久化狀態(tài)管理

長(zhǎng)周期任務(wù)的連續(xù)性一直是業(yè)界公認(rèn)的難題。MiniMax 創(chuàng)造性地將易失的運(yùn)行時(shí)環(huán)境與底層狀態(tài)進(jìn)行了剝離，構(gòu)建了一套分層的持久化存儲(chǔ)架構(gòu)

在此架構(gòu)中，不同類(lèi)型的狀態(tài)數(shù)據(jù)被精準(zhǔn)映射到最適合的物理介質(zhì)之上：

1. 基于沙箱內(nèi)置 ESSD 云盤(pán)的高 IOPS 特性，系統(tǒng)將其作為私有工作空間，承載配置類(lèi)信息、API 密鑰以及短期記憶等核心數(shù)據(jù)。
2. 對(duì)于需要跨實(shí)例協(xié)同的 Skills 資產(chǎn)與工作流定義，系統(tǒng)通過(guò) CSI 動(dòng)態(tài)掛載 NAS 共享空間來(lái)實(shí)現(xiàn)統(tǒng)一分發(fā)。
3. 結(jié)構(gòu)化的業(yè)務(wù)結(jié)果數(shù)據(jù)與高頻緩存狀態(tài)則依托 PolarDB 與 Tair 進(jìn)行存儲(chǔ)與讀取加速。

這套精密的分層架構(gòu)使得 Agent 即使遭遇實(shí)例漂移或系統(tǒng)重啟，也能迅速基于歷史快照重建完整的執(zhí)行上下文。

3、跨越單機(jī)門(mén)檻：面向大規(guī)模生產(chǎn)環(huán)境的平臺(tái)化運(yùn)維能力

當(dāng)企業(yè)需要同時(shí)運(yùn)行海量 Agent 時(shí)，平臺(tái)級(jí)的統(tǒng)一治理能力至關(guān)重要。MiniMax 放棄了單機(jī)式的工具運(yùn)行模式，基于 ACK 與 ACS 構(gòu)建了控制平面與執(zhí)行平面分離的云原生架構(gòu)

其中，ACK 負(fù)責(zé)承載統(tǒng)一的接入層與業(yè)務(wù)控制層，集中處理消息分發(fā)、任務(wù)編排、策略下發(fā)、狀態(tài)管理和運(yùn)行觀測(cè)等核心能力。這種控制面上收的設(shè)計(jì)，使企業(yè)能夠從「管理單個(gè) Agent 進(jìn)程」升級(jí)為「管理一套可編排的 Agent 平臺(tái)」。

在執(zhí)行側(cè)，ACS Agent Sandbox 負(fù)責(zé)根據(jù)任務(wù)請(qǐng)求動(dòng)態(tài)拉起、分配和回收沙箱實(shí)例。Agent 的運(yùn)行徹底擺脫了固定節(jié)點(diǎn)或環(huán)境的綁定，直接通過(guò)統(tǒng)一調(diào)度實(shí)現(xiàn)彈性承載。

依托這套統(tǒng)一控制面，無(wú)論是單個(gè)實(shí)例的故障恢復(fù)，還是成千上萬(wàn)實(shí)例的批量部署與版本切換，均可通過(guò)平臺(tái)化方式進(jìn)行治理，完全免去了人工逐點(diǎn)維護(hù)的繁瑣。同時(shí)，消息分發(fā)、文件訪(fǎng)問(wèn)、狀態(tài)存儲(chǔ)和工具調(diào)用也被統(tǒng)一納入標(biāo)準(zhǔn)鏈路，協(xié)助企業(yè)圍繞 Agent 建立完善的 SLA 與監(jiān)控運(yùn)營(yíng)體系，推動(dòng)應(yīng)用真正走向生產(chǎn)級(jí)規(guī)模化落地。

4、瓦解閑置成本：面向波動(dòng)負(fù)載的彈性調(diào)度與資源治理

AI Agent 天然具有常駐與突發(fā)交織的負(fù)載特征：空閑時(shí)需保持在線(xiàn)以維持狀態(tài)響應(yīng)，任務(wù)觸發(fā)后又會(huì)在短時(shí)間內(nèi)迅速拉升計(jì)算消耗。

為了突破冷啟動(dòng)瓶頸并壓縮用戶(hù)的感知時(shí)延，ACS Agent Sandbox 引入了自定義模板預(yù)熱機(jī)制，將 OpenClaw 或 Hermes Agent 運(yùn)行所需的鏡像及依賴(lài)提前加載至緩存之中。結(jié)合MicroVM 的輕量虛擬化能力，系統(tǒng)實(shí)現(xiàn)了 20~40ms 的極速實(shí)例供給，大幅優(yōu)于傳統(tǒng)容器數(shù)十秒的冷啟動(dòng)耗時(shí)。

面對(duì)海量并發(fā)和明顯的潮汐流量，該平臺(tái)支持最高每分鐘 15000 個(gè)沙箱的大規(guī)模彈性供給。任務(wù)發(fā)起時(shí)按需創(chuàng)建，結(jié)束后自動(dòng)釋放，系統(tǒng)無(wú)需為峰值負(fù)載長(zhǎng)期預(yù)留固定資源，顯著提升了整體的資源利用率。

更為關(guān)鍵的是，為了在如此高的彈性中保障任務(wù)的連續(xù)性，平臺(tái)通過(guò)獨(dú)占 MicroVM 沙箱、獨(dú)立 ESSD 云盤(pán)、獨(dú)立彈性網(wǎng)卡以及運(yùn)行時(shí) Checkpoint 能力，構(gòu)建了堅(jiān)實(shí)的運(yùn)行保障機(jī)制。即使在擴(kuò)縮容、網(wǎng)絡(luò)波動(dòng)或?qū)嵗w移過(guò)程中，任務(wù)狀態(tài)依舊可恢復(fù)，確保執(zhí)行鏈路連貫且用戶(hù)體驗(yàn)不中斷。這種機(jī)制讓 Agent 的資源消耗變得可調(diào)度與可預(yù)測(cè)，在低負(fù)載時(shí)有效降低了空轉(zhuǎn)成本，同時(shí)在高峰期穩(wěn)健保障了算力供給。

智能體時(shí)代的「操作系統(tǒng)」

當(dāng)控制面與執(zhí)行面在云端完成解耦后，上層應(yīng)用的復(fù)雜性被成功屏蔽。然而，無(wú)論軟件架構(gòu)如何精巧，海量智能體的高頻啟停、高密度虛擬化隔離以及極其龐大的并發(fā)請(qǐng)求，最終都需要彈性且高效的基礎(chǔ)設(shè)施資源來(lái)承載?；A(chǔ)設(shè)施的 Serverless 化，對(duì)系統(tǒng)的吞吐極限與經(jīng)濟(jì)性提出了更嚴(yán)苛的考驗(yàn)。

整體來(lái)看，MiniMax 在云端的基礎(chǔ)設(shè)施演進(jìn)，為整個(gè) AI 產(chǎn)業(yè)提供了一個(gè)極具前瞻性的切面。隨著大模型能力邊界的不斷拓展，算力市場(chǎng)的結(jié)構(gòu)正在發(fā)生不可逆轉(zhuǎn)的傾斜

知名研究機(jī)構(gòu) IDC 在最新的《FutureScape 2026》預(yù)測(cè)中指出，到 2027 年，全球 2000 強(qiáng)企業(yè)的 Agent 使用量將增加 10 倍，相關(guān)的 Token 和 API 調(diào)用負(fù)載將激增 1000 倍。同時(shí)，Agentic 自動(dòng)化將增強(qiáng)超過(guò) 40% 的企業(yè)應(yīng)用能力。此外，IDC 的一項(xiàng)全球調(diào)研顯示，推理已經(jīng)成為最大的 AI 工作負(fù)載細(xì)分市場(chǎng)，占據(jù)了所有 AI 運(yùn)營(yíng)的 47%。這標(biāo)志著整個(gè)行業(yè)的重心，已經(jīng)全面步入大規(guī)模的后訓(xùn)練與推理執(zhí)行階段，且算力焦點(diǎn)正快速向 Agent 場(chǎng)景轉(zhuǎn)移。在這個(gè)新階段，高能效、高彈性且具備強(qiáng)安全邊界的調(diào)度平臺(tái)，將成為所有 AI 企業(yè)必須跨越的技術(shù)門(mén)檻。

同時(shí)，另一份來(lái)自 Gartner 的行業(yè)報(bào)告指出，到 2028 年，大約 95% 的新 AI 部署將基于 Kubernetes 環(huán)境運(yùn)行。當(dāng)數(shù)以十萬(wàn)計(jì)的 AI Agent 走向全天候在線(xiàn)，云計(jì)算平臺(tái)正在實(shí)質(zhì)性地演變?yōu)橐慌_(tái)巨大的「AI 超級(jí)計(jì)算機(jī)」。而以 ACK 與 ACS 為代表的現(xiàn)代容器服務(wù)，正順理成章地蛻變?yōu)檫@臺(tái)超級(jí)計(jì)算機(jī)的「云原生操作系統(tǒng)」。

在這個(gè)全新定義的操作系統(tǒng)之下，阿里云 ACK/ACS 與上層的智能體業(yè)務(wù)邏輯共同構(gòu)成了一套安全、彈性、狀態(tài)保持、生態(tài)兼容的生產(chǎn)級(jí) Agent 運(yùn)行底座。這種涵蓋「上層應(yīng)用驅(qū)動(dòng)」與「云端系統(tǒng)調(diào)度」的合作模式，為海量 Agent 的企業(yè)級(jí)落地提供了標(biāo)準(zhǔn)范本。

未來(lái)，當(dāng)這種由前沿應(yīng)用、高性能平臺(tái)與強(qiáng)悍物理算力組合而成的架構(gòu)被推廣到千行百業(yè)時(shí)，海量的 AI Agent 將依托這套智能底座實(shí)現(xiàn)真正的自組織與自演化。這預(yù)示著技術(shù)發(fā)展邁出了關(guān)鍵的一步，必將助力全行業(yè)加速向智能體賦能的新紀(jì)元躍遷。