多語言查詢：AI 智能體何時應交由真人接手？
當答案欠缺核准資料支持、客戶要求真人，或下一步需要智能體並不具備的判斷或權限時，就應接手。應先看風險和責任歸屬，再考慮語言品質分數。接手時保留客戶原文、待解決的問題及接收負責人，並確認有人承接；不能因為模型自稱有信心，就讓它繼續作出未獲授權的承諾。
以下是營運規則建議，不是產品規格或已驗證的門檻。模型自稱有信心，不等於答案可靠。
先套用優先級最高的規則
| 優先級 | 情況 | 建議處理 |
|---|---|---|
| 一 | 涉及安全、受監管或其他限制事項，需要責任人覆核 | 停止實質建議或承諾，轉交指定覆核人 |
| 二 | 客戶要求真人，或操作超出已授予權限 | 轉交合適負責人，不作出該項承諾 |
| 三 | 核准資料缺失、矛盾，或未能充分理解客戶語言 | 說明限制，附上未解決的問題接手 |
| 四 | 重要商機需要下一步負責人 | 指派或通知銷售負責人，只繼續明確允許的協助 |
| 五 | 一般要求在範圍內，且有核准資料支持 | 在界線內回答並保留適當記錄 |
上線前先定義限制事項及責任人，不要要求智能體自行創造合規政策。商業優先級不能凌駕安全或授權界線。
用已覆核案例分別評估各語言
- 為每種支援語言選取具代表性的查詢，移除敏感資料。
- 由合適覆核人標註可接受答案及必須接手的情況。
- 測試事實保留、專業用語、含糊意思及接手背景，而不只看語句是否流暢。
- 如有評分訊號，先對照已標註結果驗證，再決定是否使用；不能假設模型自報信心已經校準。
- 為各流程及語言約定驗收條件和不可接受的失敗，不套用通用百分比。
- 知識、模型或轉交規則變更後重新測試。
例如，一宗廣東話查詢涉及大額訂單，同時要求提供核准記錄中沒有的安全認證。商機值得指派，但訂單價值不能成為虛構認證的理由。交給負責人的資料應包括原文、需要時明確標示的翻譯、缺失證據，以及已作出的承諾。這是示例，不是客戶案例。
讓接手真正可用
接手資料應列明接收人、原因和待解決問題，並保留客戶偏好的語言。團隊應約定服務時間、確認接收及負責人不在場時的後備安排。沒有相應營運支援，就不要承諾真人即時回覆。減少不必要的個人資料，依循專案已核准的保存規則。
公司背景與限制
AIagent 公開的 EAS 介紹包含多語言查詢處理及把商機轉交銷售負責人，也說明試點需要界定範圍和責任。這些是公司表述，不是任何語言分數或接手門檻的證據。參閱公司介紹。
本方法不提供法律意見，也不保證轉換率或語言準確性。具體轉交、覆核及服務安排，需在試點中約定。