AI Orchestration Agent 導入前:先畫清楚工作指揮圖
一個客戶在 WhatsApp 問訂單狀態,客服同事想用 AI 快速回覆。AI 先查客戶關係管理系統(CRM),再查物流狀態,發現貨件延誤,又建議補寄優惠券。問題來了:AI 可否直接查所有客戶資料?可否自動承諾補償?誰批准?最後要寫回哪個系統?
這就是 `AI Orchestration Agent` 真正要處理的問題。它不是另一個聊天機械人,而是公司用來指揮多個 AI Agent、業務系統、人工審批和審計紀錄的控制層。對香港中小企來說,重點不是一次過買齊所有 AI 工具,而是先畫清楚一張「工作指揮圖」:每類請求由誰接、AI 做哪一步、人在哪裏批、系統在哪裏留紀錄。
2026 年 6 月 25 日,OpenAI 發布有關 agents 如何進入工作場景的研究;同日 Axios 亦報道,Codex 類代理工具正在由簡單查詢走向更長時間、更複雜的委派工作。相關研究亦指出,部分使用者已同時管理多個代理,並用 skills 保存複雜工作指令。這些訊號很清楚:AI 正在由「幫我寫一句」變成「幫我跟完整件事」。一旦 AI 可以跟完整件事,企業就要先決定誰指揮。
一句定義:Orchestration Agent 是工作路由,不是萬能員工
AI Orchestration Agent 可以理解為一個工作路由和管控層。它負責接收請求、分類、分派、檢查權限、觸發審批、記錄結果,再把資料寫回正確系統。
它未必親自完成所有工作。比較健康的設計,是讓不同專門代理各做一段:
客服代理:整理查詢、草擬回覆、分類投訴。
銷售代理:根據 CRM 和產品資料準備跟進內容。
財務代理:按規則計算退款、折扣或對賬差異。
文件代理:摘要合約、表格或客戶提交資料。
報表代理:整理每日或每週異常。
軟件代理:準備程式修改、測試和發布說明。
Orchestration Agent 的工作,是決定這些代理何時出手、可讀甚麼資料、可寫回甚麼位置、哪一步必須由人批准。
培訓中心例子:企業客戶查詢 30 人課程。Orchestration Agent 先判斷是 B2B 報價;銷售代理草擬方案;排班代理檢查導師時間;財務代理計算公司客戶折扣;如折扣超過指定門檻,就送主管審批;批准後才寫回 CRM、預約系統(Booking System)和銷售 pipeline。這才是一條可管理的 AI 工作流。
第一層:把請求分類,避免所有事都丟給同一個 AI
很多公司試 AI 時,會先建一個「公司 AI 助手」,甚麼都問它。這對內部試用很方便,但一到真實營運就容易混亂。客服問題、退款問題、系統問題、合約問題和管理報表問題,風險完全不同,不應走同一條路。
工作指揮圖的第一層,是把請求分成清楚類別。
零售例子:同一句「我收不到貨」,可能是一般查詢、物流延誤、地址錯誤、付款異常,亦可能是投訴。Orchestration Agent 應先分類:一般查詢可由客服代理草擬回覆;物流延誤要建立 ticket;付款異常要通知財務;投訴升級要交主管。這樣前線同事不用每次重新判斷,管理層亦知道哪類問題最多。
專業服務例子:客戶問「合約可否改這一條?」文件代理可以找出相關條款,但 Orchestration Agent 應判斷這是法律/商務風險,不可自動回覆。它可以準備摘要,然後送負責顧問或主管確認。
第二層:把資料權限拆細,不要給 AI 一把總匙
AI Agent 最危險的地方,不一定是答錯,而是拿到太多權限。為了 demo 好看,團隊很容易把整個 CRM、共享雲端硬碟、客服對話和報表都接上 AI。結果是每個代理都看得太多,也做得太多。
Orchestration Agent 應把權限拆成四級:
只讀參考資料:產品介紹、FAQ、公開政策、標準流程。
讀取指定個案資料:某一位客戶、某一張訂單、某一個項目的文件。
低風險寫入:新增內部備註、建立待辦、分類 ticket、更新標籤。
高風險動作:發正式通知、批准退款、改合約、改價格、部署系統。
物流例子:AI 可以讀取某張運單和客戶查詢紀錄,但不應讀取全公司所有客戶資料。它可以草擬延誤回覆,但不可自行承諾賠償。它可以建立內部跟進 ticket,但退款必須經主管或財務批准。
軟件團隊例子:AI coding agent 可以讀取指定 repo 和任務編號,可以開 pull request,但不可直接合併到主分支,更不可直接部署生產環境。Orchestration Agent 要在任務系統、程式碼審查和持續整合/持續部署(CI/CD)之間加上清楚閘口。
第三層:審批點要寫成規則,不要靠人記得
很多企業其實有審批文化,只是沒有把它寫入系統。退款要問誰、折扣要問誰、客訴要問誰、系統上線要問誰,通常靠同事記得。當 AI 加入流程,靠記憶會更危險,因為 AI 會把事情做得更快。
Orchestration Agent 應把審批點變成可執行規則。
客服例子:客戶要求退款。AI 可以先查付款紀錄、訂單狀態、過往投訴和公司政策,然後生成三個建議:拒絕、部分退款、全額退款。但只要金額超過指定門檻,或者客戶一年內已有多次退款,系統就要送主管審批。
