深度學習知識地圖 · NLP 與 LLM
MoE 混合專家
Mixture of Experts
觀念教學
讓模型擁有巨量參數、每次卻只動用一小撮 — MoE 的算盤,是把「知識容量」和「計算成本」拆開來付錢。
核心觀念
MoE(Mixture of Experts,混合專家)把 Transformer 裡的大 FFN 換成多個專家 FFN 加一個路由器(Router)。流程:Gating 對每個 token 打分 → 選出 top-k 個專家 → 加權合併輸出 — 其餘專家原地休息,不耗計算。
白話理解
大醫院掛號。病人(token)到櫃檯(路由器),依症狀分給最相關的一兩位專科醫師(top-k 專家),不必全院會診 — 醫院可以聘很多醫師(容量大),每位病人的看診成本卻沒變(計算低)。
關鍵細節
- 一句話核心:參數量不等於計算量 — 總參數(所有專家都得存)決定容量與記憶體;啟用參數(實際走過的 top-k)決定每個 token 的計算量
- 監控指標:啟用參數比、FLOPs/token
- 代價一:負載不均 — 熱門專家塞爆、冷門專家閒置,要加負載平衡輔助損失
- 代價二:記憶體佔用大(參數全都要放著)、訓練較不穩
- 實例:Switch Transformer(top-1,每個 token 只走一位專家)、Mixtral 8×7B(top-2;總參數約 47B、啟用約 13B)
🎯 口訣:專家很多、每次只叫幾個 — 總參數看容量,啟用參數看帳單。
iPAS 考點
必考總參數對啟用參數:Mixtral 8×7B 型題目 — 部署記憶體要放全部約 47B,單一 token 的計算只有約 13B 的等級,陷阱就是把兩者混為一談(另一陷阱:8×7B 直接乘成 56B,實際因共用組件約 47B)。考 MoE 動機 → 大容量、低計算;考副作用 → 負載不均、記憶體壓力、訓練不穩。
應用場景
評估指標
iPAS 歷屆考題詳解(1 題)
先自行作答,再展開詳解。題目出處均為 iPAS AI 應用規劃師正式考題,著作權屬原主辦單位。
某跨國企業計劃導入「多語言智慧客服系統」,希望系統既能精準捕捉各國語言的在地化文化與特性,又能共享核心的跨語言語意理解能力,以降低維護多套模型的營運成本。下列哪一種模型方案最適當?
- A採用具備跨語言參數共享機制的大型多語言模型,必要時搭配多專家混合(MoE)等架構提升不同語言的處理能力;
- B針對每一種目標語言,各自訓練與部署獨立的單語言模型;
- C採用標準、未經調整的通用輕量化模型,在不區分語言差異的情況下統一回應;
- D將所有非主要語言內容先翻譯成單一語言,再交由單語言模型處理,不保留原始語言資訊
看正解與逐選項詳解
正解:A
正確答案:(A)
【正解解析】
題幹有兩項看似衝突的需求:既要「精準捕捉各國語言的在地化文化與特性」,又要「共享核心的跨語言語意理解能力」以降低維護多套模型的成本。具備跨語言參數共享機制的大型多語言模型,能以同一套參數學習多種語言的共通語意表示,達成能力共享與單一模型維護;若再搭配多專家混合(Mixture of Experts, MoE)架構,可讓不同專家子網路分別專精處理特定語言或語境,兼顧在地化表現,故 (A) 正確。
【為何其他選項錯了?】
- (B):每種語言各自訓練與部署獨立模型,雖能顧及各語言特性,但語意理解能力無法共享,模型數量隨語言數線性增加,維護與營運成本正是題幹想避免的。
- (C):未經調整且不區分語言差異的通用輕量化模型,無法捕捉各語言的在地化文化與用語特性,犧牲了題幹的第一項需求。
- (D):先翻譯成單一語言再處理,會在翻譯過程中損失原始語言的文化脈絡、慣用語與語氣,且不保留原始語言資訊,同樣無法滿足在地化需求。
提示:「多語言 + 共享能力 + 降低維護成本」指向單一多語言模型的參數共享;「各自獨立」與「先翻譯」都無法兼顧共享與在地化。