政府級多代理協作編排系統 | Orchestrator-based Multi-Agent Framework
🏛️ 數位發展部推薦架構傳統 Agentic AI 如同一位廚師獨自完成滿漢全席,而指揮家 CRUD 模式則是主廚指揮專業團隊,平行作業、精準分工。
核心價值:透過 Create(建立)、Read(監控)、Update(整合)、Delete(釋放) 四大操作,實現大規模代理應用。
單一全能代理 + 工具箱模式
統籌代理 + 動態專家團隊
| 維度 | 傳統 Agentic AI | 指揮家 CRUD 模式 |
|---|---|---|
| 處理方式 | 序列化(一個接一個) | 平行化(同時進行)✅ |
| 速度 | 慢(需等待每個工具完成) | 快(平行處理,提升 2-5 倍)✅ |
| 成本 | 高(重複載入相同內容) | 低(精準載入必要內容)✅ |
| 專業化 | 通才(什麼都懂一點) | 專家(每個代理只做一件事)✅ |
| 可觀測性 | 黑盒子(只看到最終結果) | 透明(看到每個代理的表現)✅ |
| 擴展性 | 難(工具越多越混亂) | 易(需要就建立新代理)✅ |
| 錯誤隔離 | 差(一個錯誤影響全局) | 好(單一代理失敗不影響其他)✅ |
每天收到數百則來自企業的補助申請、法規諮詢、產業輔導需求,涵蓋半導體、綠能、中小企 業等多個領域。傳統客服難以同時具備所有專業知識,回應品質不穩定。
統籌代理 = 智慧客服總調度台
情境:企業提問「我們是做 OLED 面板的中小企業,想申請智慧製造補助,但不確定是否符合資格,也想了解碳盤查相關法規」
可觀測性監控(CRUD - Read):
結果整合與驗證(CRUD - Update + Delete):
各機關想採購 AI 系統,但不知如何撰寫需求規格書(RFP),常出現「需求模糊」、「預算 不合理」、「技術規格抄襲過時內容」等問題。
統籌代理 = RFP 撰寫教練
情境:機關上傳「我們要做一個 AI 客服系統,預算 300 萬,6 個月完成」
人在迴圈決策點(Human-in-the-loop):
統籌代理產生互動式報告:
❓ 決策點 1:預算與範疇的取捨
❓ 決策點 2:資料隱私等級
自動生成 + 版本管理(CRUD - Update):
統籌代理接收複雜任務,分析需求,判斷需要哪些專業代理
同時建立 3-5 個專業代理,每個代理配備獨立 Context、專屬 Prompt、專業工具
統籌代理每 5-15 秒檢查一次進度,監控成本、速度、品質,必要時重啟卡住的代理
收集所有代理結果,交叉驗證,產生整合報告,必要時啟動 QA 驗證代理
任務完成,刪除所有子代理釋放資源,只保留最終報告和可觀測性日誌
流程說明:使用者提交任務 → 統籌代理分析並建立多個專業代理(CREATE) → 即時監控進度與成本(READ) → 整合所有結果並交叉驗證(UPDATE) → 任務完成後刪除所有代理釋放資源(DELETE)
加入數位發展部、經濟部產發署等政府機關,採用指揮家 CRUD 架構,實現大規模 AI 應用