我們正見證一種新的融合力量逐漸成形——大型語言模型（LLMs）與多智能體系統(tǒng)（Multi-Agent Systems，簡稱 MAS）的深度整合。

過去智能體往往孤立運作，受限于靜態(tài)規(guī)則和單一任務定義。而如今，隨著語言模型的語義理解和推理能力的躍升，智能體不再只是執(zhí)行者，更成為能夠協(xié)同、規(guī)劃、適應環(huán)境的“認知單元”。

在這一背景下，MAS 不再是簡單的多代理并行處理系統(tǒng)，而演變?yōu)橐粋€語言驅(qū)動、反饋自適應的群體智能結構。

這也是字節(jié)跳動所推出的 AIME 框架背后的深層動因。傳統(tǒng) MAS 所采用的“計劃—執(zhí)行”范式，如同流水線工藝一般強調(diào)前期設計和任務分配，但在多變現(xiàn)實中顯得僵化和脆弱——尤其面對任務變化、角色不匹配、或執(zhí)行反饋滯后的情況時，系統(tǒng)整體的反應能力和韌性都受到挑戰(zhàn)。

而 AIME，則試圖徹底顛覆這一范式，將 MAS 從靜態(tài)機制轉(zhuǎn)向動態(tài)適配，將語言模型從工具升格為策略調(diào)度者。

AIME 的提出，不只是一次框架層級的優(yōu)化，更是對自主智能系統(tǒng)的一次重要里程碑。它構建了一種具備實時規(guī)劃能力、行為體定制能力與全局狀態(tài)感知能力的協(xié)作系統(tǒng)。

在實際應用場景中，從城市低空飛行物流系統(tǒng)，到多模態(tài)內(nèi)容生成，再到多部門信息調(diào)度與故障恢復，這種具備“自我編隊”“自我演化”能力的 MAS 框架，無疑將極大提升系統(tǒng)的執(zhí)行效率和情境韌性。

值得一提的是，這項研究背后的團隊也頗具分量。由字節(jié)跳動旗下 AI Lab 與 Seed 團隊組成的研究陣容，不僅匯聚了自然語言處理、多模態(tài)生成、軟件工程與系統(tǒng)架構優(yōu)化的專家，還融合了具備自動化工具構建與 Agent 能力建模經(jīng)驗的工程師。

在核心作者名單中，我們可以看到 Yexuan Shi、Mingyu Wang、Yu Wang 等資深研究員的身影，他們在聯(lián)邦學習、推理系統(tǒng)、Web 交互智能體等方向均有積累，曾參與多個業(yè)內(nèi)知名框架與基準測試的開發(fā)。此外，多位研究者也曾在視覺生成與代碼智能代理領域發(fā)表重要成果，在 AIME 框架中實現(xiàn)了真正的跨領域協(xié)同。

01、AIME框架總覽

在智能體協(xié)同這片尚未完全開墾的疆域中，字節(jié)跳動的 AIME 框架帶著一種清晰的愿景悄然登場——將多智能體系統(tǒng)從靜態(tài)流程解放出來，使其轉(zhuǎn)化為具備實時反饋、自主調(diào)度與精準執(zhí)行的有機協(xié)作體。這種范式轉(zhuǎn)變，不只是技術架構的再造，更是一場關于“智能自治”的敘事重塑。

傳統(tǒng)“計劃與執(zhí)行”范式的核心局限

當前廣泛采用的“計劃與執(zhí)行”框架雖然結構清晰，卻在執(zhí)行過程中暴露出三大核心瓶頸。

其一是“計劃僵化”。多數(shù)系統(tǒng)在任務開始前規(guī)劃好流程，之后規(guī)劃器就進入靜默狀態(tài)，無法應對執(zhí)行過程中出現(xiàn)的意外或反饋。這種靜態(tài)計劃往往一旦出錯，整個系統(tǒng)就陷入停滯或重復勞動。

其二是“能力靜態(tài)”。智能體的功能預設、工具集不具靈活性，難以應對突發(fā)任務或需要新技能的情境。當任務脫離預設范式，系統(tǒng)便無法動態(tài)生成新的“合適人選”來接管。

其三是“溝通低效”。由于缺乏統(tǒng)一的信息管理中心，智能體之間往往不能實時共享進展，導致信息傳遞斷裂、任務協(xié)作脫節(jié)。最終形成冗余勞動和協(xié)調(diào)失衡的狀況。

AIME 的設計目標與關鍵挑戰(zhàn)

AIME 的誕生正是為了打破這一困局。它不僅僅是在架構層面做了拆重建，更是在運行機制上提出了嶄新的目標：打造一個真正可動態(tài)演化的多智能體框架。

AIME 的設計理念極為明確：必須做到在執(zhí)行過程中，智能體的調(diào)度、能力匹配與協(xié)作方式可以實時調(diào)整。為此，它構建了三大支柱模塊：

1.動態(tài)規(guī)劃器作為全局的“指揮官”，能夠依據(jù)實時反饋不斷重新制定戰(zhàn)略與下發(fā)任務；

2.行為體工廠則作為“定制工坊”，為每一個具體任務快速生成最匹配的智能體；

3.進度管理模塊是系統(tǒng)的“共享大腦”，所有狀態(tài)、任務進度、執(zhí)行反饋都在此統(tǒng)一管理。

而所有智能體以 ReAct 結構運行，在推理與行動之間實現(xiàn)精細循環(huán)，其進度反饋機制也由語言模型自主掌控——真正實現(xiàn)了“組織自動化”的愿景。

圖1:Aime框架的工作流程

動態(tài)適配：從靜態(tài)到實時反饋驅(qū)動

AIME 的首要特點，就是它拒絕“一次性任務規(guī)劃”的思維。傳統(tǒng) MAS 往往在任務伊始就制定完所有子任務路徑，隨即進入“執(zhí)行模式”，規(guī)劃器便退居后臺。而AIME 的設計哲學則截然相反：系統(tǒng)中的每一個任務執(zhí)行步驟，都會被嵌入實時反饋機制。規(guī)劃器不再是“靜態(tài)調(diào)度員”，而是成為每個智能行為體執(zhí)行的“戰(zhàn)術指揮官”與“戰(zhàn)略修正者”。

這樣的動態(tài)適配，使智能體能夠在執(zhí)行過程中根據(jù)環(huán)境變化、任務反饋及時調(diào)整角色配置、工具選擇乃至整個任務路徑。AIME 以此實現(xiàn)一種前所未有的“即時協(xié)作”。

四大核心組件的協(xié)同演奏

AIME 的架構設計精巧而前瞻，核心功能分布于四個獨立又聯(lián)動的組件之中。

動態(tài)規(guī)劃器（Dynamic Planner）

這一模塊堪稱整個系統(tǒng)的“神經(jīng)中樞”，負責拆解任務目標、制定執(zhí)行策略，并在執(zhí)行過程中進行迭代更新。它不斷在“看大局”與“下指令”之間游走，實時根據(jù)任務執(zhí)行反饋做出調(diào)整。

行為體工廠（Actor Factory）

這是系統(tǒng)中的“定制化工坊”，可按需生成具備特定能力與工具的智能行為體。它不再從固定角色池中挑選，而是為每一個任務量身定制最佳角色設定與知識資源，確保每一位“演員”都適配舞臺。

動態(tài)行為體（Dynamic Actor）

這些是具體承擔任務的“前線智能體”，通過 ReAct 框架在“推理—行動—觀察”的循環(huán)中自主決策。每一個行為體不僅執(zhí)行任務，還能自主判斷何時向系統(tǒng)匯報進度與問題。

進度管理模塊（Progress Management Module）

一個系統(tǒng)協(xié)同效率的保障，統(tǒng)一管理任務列表、實時狀態(tài)與結果驗證。它就像是所有智能體共享的“任務黑板”，每一個行動都在此標記，讓整個 MAS 保持信息一致性和協(xié)作節(jié)奏。

02、核心模塊

雙重任務視角與反饋機制

AIME 的動態(tài)規(guī)劃器不僅制定任務，還要持續(xù)審視執(zhí)行結果。這種“雙層決策”架構——一方面聚焦全局戰(zhàn)略（global），決定任務結構與目標分解；另一方面則進行戰(zhàn)術調(diào)度（tactical），決定下一步具體行動。其操作由以下函數(shù)定義：

這套機制的關鍵在于一個核心公式，它將目標 GG、當前任務列表 LtL_t 與歷史結果 HtH_t 輸入，產(chǎn)出兩個關鍵結果：

• 更新后的任務列表 Lt+1L{t+1}：反映戰(zhàn)略層的理解變化
• 下一個可執(zhí)行任務 gt+1g{t+1}：體現(xiàn)戰(zhàn)術層的即時指令

如此設計使得規(guī)劃器具備在一個迭代周期內(nèi)，既可新增備用任務，又可實時派發(fā)新的行動計劃。它不再是流程前期的“任務裁定者”，而是一個全過程參與的“指揮控制 AI”。

行為體工廠揭秘：如何打造最合適的智能行動者？

行為體工廠的本質(zhì)，是一個任務驅(qū)動的智能體合成引擎。

當某個子任務從規(guī)劃器下發(fā)至工廠，后者會解析任務需求，動態(tài)構建一個具備最佳工具集 TtTt、提示語 PtPt、知識模塊與環(huán)境配置的代理體 AtA_t。該生成過程定義為：

其生成流程包括：

• 工具包組合（bundle selection）：從預封裝模塊中選出最適合該任務的組合，比如網(wǎng)頁搜索、文件處理等
• 提示語拼裝（prompt composition）：模塊化組裝角色設定、工具說明、相關知識、環(huán)境信息與輸出格式結構

這樣的設計不僅節(jié)省了智能體在推理過程中篩選工具的認知負擔，也使每個代理體擁有“任務定制基因”，在執(zhí)行中更精準、更高效。

03、實證評估與性能對比

在紙面上設計多智能體架構是一回事，真正讓它在現(xiàn)實任務中跑得動、頂?shù)米?，才是對系統(tǒng)靈魂的終極考驗。為此，字節(jié)跳動的 AIME 團隊并沒有止步于算法或架構創(chuàng)新，而是走入了實證沙場——他們將系統(tǒng)投放到三個各具挑戰(zhàn)性的應用領域中，進行高強度對比實驗，讓數(shù)據(jù)說話。

三大領域測評

首先，這支團隊選擇了三個代表不同智能體協(xié)作場景的權威基準測試集。

GAIA（通用推理） 這是一項針對 AI 助手的綜合推理挑戰(zhàn)，包含多步任務規(guī)劃、跨模態(tài)內(nèi)容理解以及工具調(diào)用等復雜操作。測試指標基于文本精確匹配，要求智能體在開放任務中體現(xiàn)出高度理解與執(zhí)行能力。

SWE-bench Verified（軟件工程問題修復） 真實世界的軟件工程 Bug 修復場景，系統(tǒng)需理解代碼語境并提出修復方案。結果通過嚴苛的單元測試檢驗，確保修復有效且無副作用，是對代碼智能體的“高壓測試”。

WebVoyager（網(wǎng)頁導航） 面對來自15個真實網(wǎng)站的任務，智能體需要在線交互、操作網(wǎng)頁，并完成特定任務目標。這一測試驗證了系統(tǒng)在開放互聯(lián)網(wǎng)環(huán)境中的真實表現(xiàn)與適應力。

每一項基準都代表著 LLM 智能體不同方向的能力極限，AIME 在三條賽道同時參戰(zhàn)，挑戰(zhàn)的不只是執(zhí)行能力，更是跨領域通用性。

數(shù)據(jù)開口說話，AIME全面領跑

表1:Aime與三個基準的專門基線的績效比較?；€僅在其目標域上進行評估，而Aime在所有三個域上都進行了評估。每列中的最佳分數(shù)都以粗體顯示。

成果數(shù)據(jù)令人側目：

在 GAIA 上，AIME 成功率達 77.6%，刷新行業(yè)紀錄，領先此前表現(xiàn)最好的 Langfun。

在 SWE-bench Verified 任務中，AIME 的問題解決率高達66.4%，超過 OpenHands、SWE-agent 等頂尖代碼智能體。

面對復雜網(wǎng)頁任務，AIME 在 WebVoyager 中斬獲 92.3%的任務成功率，比表現(xiàn)最強的 Browser use 還高出 3 個百分點。

這可不是算法表演賽上的巧合，而是架構能力與執(zhí)行機制深度融合的結果。

在 GAIA 中，得益于規(guī)劃器的即時重規(guī)劃機制，系統(tǒng)能在初始推理失敗后重新調(diào)整路徑，大幅提升成功率。

在軟件工程場景，行為體工廠能動態(tài)生成“代碼理解者”“調(diào)試者”等角色，組隊解決 bug，比單體代理更具問題穿透力。

在真實網(wǎng)頁任務中，AIME 的規(guī)劃器與行為體之間形成閉環(huán)反饋，一旦網(wǎng)頁結構變化或操作失敗，系統(tǒng)能立刻重構路徑完成任務，體現(xiàn)出超強韌性。

魯棒性案例：當意外降臨時，系統(tǒng)如何救場？

比如在 WebVoyager 的某一任務中，目標網(wǎng)站因臨時更新導致原有操作路徑失效，AIME 的行為體在嘗試失敗后，通過反饋模塊及時匯報異常，規(guī)劃器則立刻生成新的路徑子任務并派遣新角色重試。這一過程無需人為介入，系統(tǒng)自動完成任務自救與恢復。

又如在 SWE-bench 的某一 bug 修復任務中，初始行為體未能定位問題根源，系統(tǒng)隨即通過行為體工廠部署“調(diào)試專家”，利用歷史觀察記錄與新工具包進行錯誤溯源，最終成功提交修復代碼并通過測試。

這些場景充分展示了 AIME 的“非靜態(tài)抗打性”——不僅能規(guī)劃，更能修復；不僅能部署，還能重編隊協(xié)作。這是傳統(tǒng)固定框架難以企及的系統(tǒng)級適應力。

04、相關工作與差異化對比

多智能體系統(tǒng)（MAS）各種架構百花齊放，每一種嘗試，都是對智能協(xié)作邊界的一次探尋。而字節(jié)跳動的AIME，不只是另一個參與者，更是挑戰(zhàn)既有范式、重構協(xié)同邏輯的架構新星。要真正理解它的獨特地位，不妨先看看它和目前主流方案的對照風景。

模擬公司？角色扮演？舊范式的魅力與局限

近年來，諸如 MetaGPT、ChatDev 等框架大火，它們將 MAS 構建為一個“虛擬公司”，智能體各司其職——產(chǎn)品經(jīng)理、程序員、測試員，分工明確，有板有眼。這種結構很像現(xiàn)實中的組織協(xié)作，容易理解，也適合做展示型應用。

但問題也很明顯：一旦 SOP（標準操作流程）寫死了，智能體就只能在規(guī)則內(nèi)活動。比如你突然要求產(chǎn)品經(jīng)理寫代碼，他“死活不會”；程序員面臨新的領域知識，他“手足無措”。再靈活的溝通，也難掩角色設定的局限性。更關鍵的是，當任務脫離已知流程時，這類架構很難臨場調(diào)整或重構角色功能，系統(tǒng)的“韌性”打折。

自動化架構設計

另一類探索則瞄準了“智能體結構搜索”。AOP、Agentic Supernet 等框架試圖在任務開始前，自動尋找最優(yōu)的智能體配置與協(xié)作圖譜。這類方法在概念上近似于 AutoML，幫助系統(tǒng)在離線階段構造最合理的執(zhí)行結構。

但這種“靜態(tài)設計”也有代價：一旦真實執(zhí)行中出現(xiàn)任務變化或場景突變，事先設計好的圖譜便可能失效。你很難在執(zhí)行過程中“臨場加人”或“換腳本”，這就像拍戲時角色臺詞全寫好了，臨時改劇情便會一團亂。

AIME的范式躍遷，系統(tǒng)級敏捷，協(xié)同即服務

AIME 的顛覆性在于，它不拘泥于角色扮演，也不把結構寫死。它的協(xié)作方式像是動態(tài)編隊——規(guī)劃器隨時評估任務狀態(tài)并重排隊形，行為體工廠可按需生成新角色，進度管理模塊則實時記錄團隊“戰(zhàn)況”。

這種設計帶來兩個系統(tǒng)級優(yōu)勢。

協(xié)作靈活性：不再依賴預設身份，每個行為體是為任務定制的“專家選手”，而非拿著劇本的角色扮演者。

韌性與恢復力：當原方案失效時，系統(tǒng)可即時重規(guī)劃、重部署，保障任務不中斷。

AIME 展現(xiàn)出的不是“組織模擬”，而是“任務驅(qū)動的敏捷協(xié)作”，為 MAS 的未來打開了一種新可能。

05、展望未來：從架構創(chuàng)新到應用落地

架構強大固然可喜，但若不能走入現(xiàn)實場景，它終究只是舞臺模型。AIME 的設計哲學，為它通向應用世界鋪好了幾條潛在跑道。

多智能體編隊的可擴展性

當前 AIME 已能支持跨任務的智能體調(diào)度，下一步若能實現(xiàn)幾十、上百個行為體同時協(xié)同，將使其在多部門聯(lián)合、應急響應等領域大放異彩。例如構建一個“城市級數(shù)字指揮部”，讓行為體扮演交通調(diào)度、醫(yī)療響應、能源調(diào)控等角色，實時共舞。

智能體自我能力演化

AIME 的行為體是“任務定制”的，但目前能力增長仍依賴預設工具包與知識庫。未來若能賦予行為體“自我進化”能力——比如通過任務歷史學習、技能遷移等方式發(fā)展新功能——則系統(tǒng)將邁入“真正自治”的下一層級。想象一下，一個智能體完成 50 次調(diào)度任務后，自動學會統(tǒng)計預測工具；這不就是 AI 版的職場成長嗎？

落地場景：低空經(jīng)濟、智慧交通與城市應急

在城市低空物流體系中，AIME 可部署為無人機編隊的任務中控。每次飛行調(diào)度都可動態(tài)生成行為體，應對天氣變化、路徑?jīng)_突、突發(fā)任務等問題。

在智能交通系統(tǒng)中，它能實時協(xié)調(diào)不同車流引導智能體，應對事故、封路等突發(fā)狀況，提升道路韌性。

而在城市應急響應中，一旦發(fā)生地震或災害，AIME 可根據(jù)反饋即時創(chuàng)建信息收集、物資調(diào)度、救援路線規(guī)劃等行為體，實現(xiàn)秒級聯(lián)動與任務閉環(huán)。（END）

參考資料：????https://arxiv.org/pdf/2507.11988??

本文轉(zhuǎn)載自??波動智能??，作者：FlerkenS