公司知识 · 实作指南
双语检索不等於翻译答案
介面双语不代表资料跨语言检索可靠，应把两者分开验证。
分开看待语言层次
中文介面仍可能找不到英文流程。测试计划应分别记录介面、问题、来源及输出语言。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 辅助原创撰写，并对照连结的公开来源。实作建议与假设情境属编辑分析，并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。