公司知識 · 實作指南
雙語檢索不等於翻譯答案
介面雙語不代表資料跨語言檢索可靠，應把兩者分開驗證。
分開看待語言層次
中文介面仍可能找不到英文流程。測試計劃應分別記錄介面、問題、來源及輸出語言。Microsoft 多語索引指引提供技術模式，業務驗收問題卻很直接：獲授權員工能否用自然的問法找到正確證據？把沒有依據的答案翻譯得更流暢，只會讓相同錯誤更容易閱讀，並不代表已經解決跨語言搜尋問題。
用成對問題驗證
以假設的美國服務企業為例，將同一營運問題分別用英文、簡體與繁體中文提出，加入員工平日使用的混合語言縮寫。保持預期來源段落一致，先比較檢索，再比較生成。雙語審核者應判斷意思，不必要求逐字翻譯。測試變化應反映真實用語差異，而不是為增加難度刻意製造不自然的問題；否則測到的只是測試者的想像。
流程一覽
保留原始證據
顯示原文段落，再提供可選的翻譯解釋，清楚標記哪部分是譯文，並讓使用者開啟來源。翻譯文件可能在原文更新後獨立過期，因此要記錄兩者關係與批准狀態。不能讓較新的譯本在沒有審核下覆蓋正式原文。重要指示還應確認由誰檢查術語、由誰處理理解分歧，以及未能立即確認時如何回到人工協助。
按語言量度實際投入
按語言組合記錄未解決問題與審核修正。若中文問題找英文資料較差、英文問題卻正常，首先修改最後的寫作提示通常不是最直接的方法。用同一批本地案例比較分析器、詞彙對應與向量模型。MMTEB 研究展示多語評估的廣度，但公開基準不能取代自家問題與核准文件。測試結論應說明適用語言與資料範圍，不應只宣稱「支援中文」。
一次雙語覆核
讓雙語同事在未看彼此問法下提出成對問題，比較出現的證據及需要澄清的地方。保留自然說法，不要把所有測試改寫成正式文件語言。這樣才測到助手需要解決的真實差距。若不同語言組合結果不同，應記錄差別並設定使用邊界，而不是在網站上用一句多語支援掩蓋尚未驗證的部分。
來源與延伸閱讀
- Create an index for multiple languages in Azure AI SearchCreate an index for multiple languages in Azure AI SearchMicrosoft · 官方文件 ·
- MMTEB: Massive Multilingual Text Embedding BenchmarkMMTEB: Massive Multilingual Text Embedding BenchmarkMMTEB authors / arXiv · Research source ·
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。