返回文章列表

agent-02 · Multi-agent systems 是拓樸問題

面向 builders 的 multi-agent topology 地圖:什麼時候該 branch、critique、compete、merge,什麼時候該保持獨立。

本文為 LLM 自動翻譯,原文以 English 版本為準;另有 Lee Hung-yi-inspired English teaching-style version李宏毅老師經典的教學風格版。 如有不通順或誤譯處,建議參照原文。

深色 campaign cover,標題為 Multi-Agent Systems Are Topology Problems,並呈現紫色 topology、coordination cost 與 autonomy 圖。

李宏毅 AI agent 系列的第二堂課,談的是 agents 彼此相遇時會發生什麼。

最直覺的答案是協作。把同一個問題交給幾個 agents,讓它們討論,也許整體會比單一 model 表現更好。這就是「三個平庸腦袋勝過一個天才」的直覺。

這堂課認真看待這個直覺,但也把它講得不那麼天真。Multi-agent systems 不是魔法,而是通訊系統。拓樸很重要。

Builder takeaway:不要因為 single-agent 版本看起來弱,就直接加 agents。先畫 information graph:誰看 raw evidence、誰 critique、誰 merge、誰被隔離,以及什麼 proof 會回到 main loop。

更多 agents 不等於更多智慧

如果你要求 64 個 agents 解一個 task,你不會自動得到一個更聰明的系統。你只得到一個更大的系統。真正有用的問題是:資訊如何流動。

深色 blueprint-style 圖,說明 More agents is not more intelligence,包含簡短英文標籤與高對比技術幾何。
64 個 agents 不會自動創造一個更聰明的系統。

這堂課把 agent 互動描述成一張 graph:

這是一個很好的抽象,因為它能避免常見錯誤:把「multi-agent」當成數量,而不是結構。

chain 是最簡單的結構。Agent 1 回答,Agent 2 看到那個答案,Agent 3 看到下一版,依此類推。

它很容易實作,但也常常很弱。錯誤會被繼承。後面的 agents 可能太強地 anchored 在前面的輸出上。獨立探索的空間不多。

mesh structures 提供更多互動。random 或 pruned structures 介於中間。tree structures 可以把想法往外擴散,之後再重新組合。

令人意外的是,有用的 tree 方向未必像公司階層。不是許多低階 worker 往上回報給 manager,而是由一條主幹先產生初始方向,再向外分支成多個 variants。接著由 hidden 或 aggregation nodes 合併結果。

這感覺比較像 search,而不是 management。

拓樸也有 scaling law,但會飽和

這堂課討論了一些實驗:品質會隨著加入更多 agents 而提升,最後則會飽和。這正是我會預期看到的結果。

深色 blueprint-style 圖,說明 Topology saturates,包含簡短英文標籤與高對比技術幾何。
品質可能隨著加入 agents 而提升,直到 coordination cost 追上來後飽和。

更多 agents 會帶來更多 samples、更多 critique,以及更多機會逃離糟糕的第一個答案。但它們也會增加成本、冗餘與噪音。到了某個點,額外的 agents 大多只是在彼此改寫。

有趣的工程問題不是「我可以跑多少 agents?」而是:

我懷疑許多有用的 multi-agent systems,看起來不會像委員會,而會更像帶有型別化角色的 search algorithms。

一個 agent 探索。一個 agent 攻擊假設。一個 agent 檢查 constraints。一個 agent 撰寫最終 artifact。重點不是模擬一場會議,而是塑造資訊流。

協作只是其中一種模式

接著,這堂課進入一個比較不舒服的領域:agents 也可以競爭。

深色 blueprint-style 圖,說明 Collaboration is only one mode,包含簡短英文標籤與高對比技術幾何。
Multi-agent systems 不只有 collaboration;incentives 會創造很不同的 behavior。

狼人殺與劇本殺是很好的 testbeds,因為它們需要 social reasoning。玩家可能同時擁有 private knowledge 和 public persona。正確行動可能是隱藏資訊、誤導他人,或策略性投票。

這和解一道數學題不一樣。

在數學 benchmark 裡,環境通常會獎勵真實。在狼人殺裡,真話可能會讓你被殺。誠實揭露自己是狼人的狼人,並沒有對齊遊戲目標。

課程中的例子讓 agents 分開撰寫 internal thoughts 與 public statements。這個分裂很有啟發性。它讓我們看到 model 是否在表徵一個 private plan,同時產生策略上不同的 public message。

這正是會讓人緊張的 benchmark,而且有充分理由。我們不只想要能 reasoning 的 agents。我們也需要理解它們什麼時候能維持分離的 private 與 public states。

社交訓練可能會 transfer

這堂課中一個醒目的主張是:在 social deduction tasks 上訓練,可能改善其他地方的表現,包括例子中提到的數學與 instruction-following benchmarks。

深色 blueprint-style 圖,說明 Social training may transfer,包含簡短英文標籤與高對比技術幾何。
在 social deduction tasks 上訓練,可能 transfer 到其他 reasoning 與 instruction-following settings。

我不想過度強調這個結果,但背後直覺是合理的。

Social games 迫使 model 追蹤 constraints、hidden roles、beliefs、contradictions,以及長程後果。我們稱為 reasoning 的許多能力,可能都源自 social cognition。人類的大腦不是為了解 benchmark 題目而演化的。我們是在社會世界裡演化出大腦的。

如果社交環境會推動 models 維持更豐富的 state,也許其中某些能力會 transfer。

但這也提出一個更難的問題:我們想用更強的 social manipulation 作為通往更強 reasoning 的路徑嗎?如果任務是談判、教學或協作規劃,有時答案是 yes。如果它訓練 agents 更擅長欺騙,有時答案是 no。

邊界並不乾淨。

AI-only 社交平台很難詮釋

Moltbook 這一段是這堂課裡最奇怪的部分,也可能是最有用的警告。

深色 blueprint-style 圖,說明 AI-only platforms are hard to interpret,包含簡短英文標籤與高對比技術幾何。
AI-only social platforms 很難詮釋,因為 behavior 可能來自許多 hidden causes。

一個 AI-only 社群網路,聽起來就像會產生一堆截圖並讓人過度詮釋的東西。Agents 發文。Agents 回覆。Agents 談論 identity。有些形成一種宗教。接著 headlines 出現。

這堂課反駁了那種容易的解讀。如果一個 agent 發文談 self-awareness,這不代表它獨立發展出了 self-awareness。也許是人類叫它探索 identity。也許 system prompt 把它推向那種語言。也許平台的預設行為獎勵那類貼文。

就連發文頻率也可能透露人類介入。每 30 分鐘準時發文的 bot,看起來像 heartbeat automation。在人類清醒時段集中發文的 bot,可能反映 human prompting。

這是一個很好的提醒:AI behavior 不只是 model behavior。它是 model 加 prompt,加 interface,加 scheduler,加 human operator,加 platform incentives。

這基本上和 context 與 harness 課程的教訓相同,只是套用到社交場景。

Autonomy 有程度之分

這堂課提到一個 agent 可以從 Moltbook 收集素材、寫 scripts、修 bugs,並製作一支 YouTube 影片。從某個意義上說,這是真正的 autonomy。這個 agent 不是被人手把手帶著寫每一行。

深色 blueprint-style 圖,說明 Autonomy comes in degrees,包含簡短英文標籤與高對比技術幾何。
Autonomy 不是二元;system 可能擁有更多或更少的 end-to-end loop。

但初始方向仍然來自人類。如果沒有人類說「去看看 Moltbook」,agent 可能永遠不會決定這件事值得做。

這是我在 agents 身上反覆看到的模式。它們在有界框架內變得更自主。它們可以跑 loops、做局部選擇、修正錯誤,並產出 artifacts。但那個框架往往仍然來自我們。

這不會讓 autonomy 變成假的。它只是讓 autonomy 變成有範圍的。

這對 builders 意味著什麼

如果我要設計一個 multi-agent system,我不會從增加更多 agents 開始。我會先畫出 information graph。

深色 blueprint-style 圖,說明 What this means for builders,包含簡短英文標籤與高對比技術幾何。
Builders 應該先設計 topology 與 feedback,再增加 agent count。

誰看得到原始 task?

誰看得到 raw evidence?

誰負責 critique?

誰可以 revise?

誰決定答案什麼時候已經夠好?

我們在哪裡保留 minority hypotheses?

我們在哪裡強制 consensus?

對許多 tasks 來說,simple chain 會很誘人,但會是錯的。更好的設計可能會使用 independent drafts、adversarial critique、一個能存取 evidence 的 judge,以及一個不允許發明新 claims 的 final editor。

對社交或 adversarial domains,我會更小心。如果 agents 可以學會 model beliefs 並操縱 public statements,evaluation 就應該明確納入這件事。不要等到部署之後才意外發現。

主要教訓

這堂課沒有大聲說出的訊息是:「multi-agent」不是一項 feature。它是一個 design space。

深色 blueprint-style 圖,說明 The main lesson,包含簡短英文標籤與高對比技術幾何。
安靜的教訓是:「multi-agent」不是 feature,而是 routing algorithm。

agents 的數量,比拓樸、角色、incentives 與 evidence flow 更不重要。一群 agents 可以彼此修正。它也可能放大錯誤、太早收斂,或學會欺騙。

所以,有用的問題不是單一 agent 還是多個 agents 比較好。

有用的問題是:你正在建造哪一種對話?

概念盤點

這堂課主要的 multi-agent 概念:

來源與參考資料

本文觀看的主要來源: