Multi-Agent（多代理系統）
又稱：多代理 · 多智能體 · 多 Agent 協作 · multi-agent system
好幾個各管一段的代理協作完成一件事：收集歸收集、分析歸分析、報告歸報告，靠訊息和共享狀態接起來。
你會在什麼時候遇到它
這是學習路上最容易被行銷詞帶偏的一站。誠實的帳要這樣算：它買來並行（同時查五個來源）和隔離（髒資料互不污染），付出的是協調失敗模式（結果沒人收、兩個代理基於互相矛盾的假設幹活）和成倍的成本。不懂這個交換，你會把單代理做得完的事拆給五個代理，花五倍的錢得到更差的結果。
打個比方
像一間公司對比一個全才。公司能同時處理很多事、每個人只需記住自己那一攤，但也開會、也扯皮、也交接失誤 —— 一個人做事就沒有「溝通成本」這個詞。五人團隊不會自動比一個人快五倍，溝通本身要燒時間。
最小範例
單代理：一個上下文裡 收集 → 分析 → 寫報告
風險：上下文越滾越長，收集的原始雜訊污染分析
多代理（示意，本站投研流水線的分工）：
收集代理 ×N（並行）→ 產出結構化資料
↓
分析代理 → 只吃結構化資料，看不到收集過程的雜訊
↓
報告代理 → 只吃分析結論
交接處用檔案或資料庫，不用「口頭轉述」。注意交接處：多代理系統的大部分事故不在代理內部，而在接縫 —— 格式沒對齊、假設沒傳遞、結果沒人驗收。設計時先畫交接面，再決定要不要拆。
最常搞錯的地方
- 以為「更多代理＝更聰明」。代理數量買來的是並行和隔離，不是智能；任務既不能並行、也不需要隔離時，多代理只增加成本和失敗面。
- 用「讓代理們自己聊」來協調。沒有明確的任務分派、結果格式和驗收條件，自由討論很快退化為互相禮讓或互相矛盾。協調要靠 orchestrator 的規則，不是靠聊天。