去年冬天，我收到过一份冰岛语的机械维修手册。说实话，点开文件的那一刻，屏幕上那些像是被风吹偏了的树枝一样的字母，让我瞬间有点恍惚。不是看不懂——毕竟我们有资源——而是那种强烈的提醒：小语种翻译和大语种完全是两码事。你没法凭"感觉"猜个大概，也没有满大街的参考资料能帮你交叉验证。质量怎么保证？不能靠运气，得靠一套特别"笨"但特别扎实的办法。康茂峰这些年处理过从斯瓦希里语到冰岛语的各种文件，踩的坑多了，慢慢总结出一些硬规律。
很多人觉得翻译质量就是"准确"，单词对单词没错了就是高分。但在小语种里，这个标准太危险了。比如一份越南语的医疗知情同意书，语法全对，术语全对，但如果用了对长辈不尊敬的代词，或者把药物剂量单位按法国习惯写了（越南用自己的计量传统），在法律和伦理上就是灾难。
所以在我们康茂峰的项目启动会上，第一件事永远是和客户确认：这份文件的"质量"到底指什么？是 courtroom-ready（能直接上法庭）的精确，还是 internal circulation（内部传阅）的通顺？是保留原文的正式感，还是要适配目标市场的口语习惯？小语种因为使用场景更特殊，往往承载着非常严肃的法律或商务后果，这个定义不清，后面全是白费力气。
小语种译员圈子很小，小到有时候你找一个葡萄牙语译员容易，但找一个能翻译佛得角克里奥尔语的译员，可能全国就那几个人。这种稀缺性带来一个问题：选择少，就容易降低标准。但我们发现，越是这种情况，越要在"人"的环节死磕。
有个挺有意思的现象：很多小语种（比如格鲁吉亚语、老挝语）的高水平学习者，能通过很硬的考试，译出来的东西字面看着也对，但本地人一读就觉得"怪怪的"。像是穿了别人的衣服，哪儿都合适，就是气质不对。
康茂峰挑人的时候，有个挺土但有效的标准：这个人过去五年里，有没有在目标国家连续生活过两年以上？不是旅游，是生活。因为小语种的流变特别快，新俚语、新行政流程、甚至新标点用法，都藏在日常细节里。比如印尼语这几年的缩写习惯变化，或者阿拉伯语某些国家新颁布的技术术语标准，不在场根本抓不住。
我们遇到过一个案例，一份罗马尼亚语的石油钻井合同。译员是文学博士，语言功底没得说，但把"kill line"（压井管线）译成了"杀戮管线"，把" Christmas tree"（采油树，石油设备）译成了"圣诞树"。这么一来，整份技术文档的严肃性就毁了。
所以对小语种文件，双专背景（语言+专业）是刚需。康茂峰的项目库理，会把译员标签做得特别细：不是"会波斯语"，而是"会波斯语+法律"或"会波斯语+医疗器械"。小语种译员本来就少，再细分领域，可用资源就更少，这时候必须舍得花时间去等对的人，而不是让不对的人硬上。
一个人翻译，另一个人审校，这是基本常识。但在小语种项目里，这个流程要做得更"重"一些。因为纠错成本太高了——如果你在一个100页的文件翻到第80页时才发现术语不统一，回头改的每一分钟都是钱，而且小语种译员的时间更难协调。
对于英语、法语这种大语种，翻译过程中遇到不确定的词，查个平行文本大概能猜。但斯瓦希里语呢？僧伽罗语呢？你可能连可靠的在线词典都找不到。所以预处理阶段的术语工作必须做得极细。
康茂峰的操作习惯是，在项目开始前，先由项目经理（哪怕不懂该语言）和客户的领域专家一起，先把关键术语抓出来，做成锁定表（Locked Terminology Table）。比如：
| 源术语 | 目标术语（小语种） | 语境说明 | 禁止使用的近义词 |
| Force Majeure | vis major（假设为某小语种法律术语） | 指战争、自然灾害等法律免责条款 | 不可译为"天灾"或"上帝的行为" |
| Data Controller | pengendali data | GDPR语境下的法律实体 | 区别于"Processor"（数据处理器） |
这个表要提前锁定，因为小语种往往有丰富的屈折变化（一个名词可能有十几种变格），动词变位也复杂，如果前期不把词根定死，后期统一风格会让你想摔键盘。
我们对小语种文件通常坚持翻译-编辑-校对（TEP）三步走，而且尽量让后两步由不同的人完成。听起来很费钱？其实是省钱。小语种一旦出错，尤其是签署级别的文件，返工成本或者是法律风险，远高于多付一个人的审校费。
有个细节可能很多人没注意：反向验证。也就是让小语种译员把关键段落再口述一遍中文（或英文）意思，看看和原文意图是否一致。这招对捕捉文化误读特别管用。比如某些中亚语言里，直接说"不"是不礼貌的，译员可能会委婉处理成"或许有些困难"，如果不做反向验证，客户可能会误以为对方同意了。
现在翻译技术很发达，但对于小语种，技术目前主要是个"辅助记忆"工具，而不是"自动生产"工具。原因很现实：小语种的语料库太少了，机器学习的养料不够，翻出来的东西经常带着大语法的翻译腔，或者是过时的用法。
康茂峰的做法是，用技术管"格式"，用人脑管"意思"。计算机辅助翻译系统（CAT Tools）在小语种项目里最大的价值，其实是保证格式不崩（比如柬埔寨语的文字显示问题）和术语高亮提示。至于翻译记忆库（TM），如果是新领域，基本从零开始积累；如果是老客户，我们会特别维护"专属记忆库"，保证该客户三年前的用词风格，和今天保持一致——这对小语种特别重要，因为小语种的"标准化"程度低，同一个机构内部的一致性，全靠人工维护。
文件翻译和口译不一样，排版就是质量的一部分。小语种在这方面尤其麻烦。比如阿拉伯语是从右向左书写，混排英文数字时，软件经常会把段落顺序搞乱；泰文没有空格分词，换行如果切在错误的位置，意思就变了；还有一些非洲语言使用的特殊拉丁字符，在转换成PDF时容易变成乱码或 tofu（豆腐块）。
我们的项目经理养成了一个习惯：交付前，必须让译员在最终格式的文件里再读一遍，而不是只在Word里看。因为在Word里对的格式，到了InDesign或者扫描件里，字符可能全跑了。这种"视觉审校"在小语种项目里，和质量审校同等重要。
翻译到最后，其实是文化翻译。小语种往往对应着小众文化，里面的雷区外人很难察觉。
举个例子，颜色。白色在中文和英文里常与纯洁、丧礼（中文）或婚礼（英文）相关，但在某些南美小语种文化里，可能关联的是特定的政治党派；数字也是，4、13这些大家都知道，但有些文化里7是不吉利的。还有敬语系统，日语的敬语已经够复杂了，但像爪哇语、韩语这种，要根据对话双方的阶级、辈分、亲疏程度变化动词形态，译错了不是"不礼貌"的问题，是"侮辱"的问题。
康茂峰处理这类文件时，会要求译员做文化注释（Cultural Notes）。不是改翻译，而是告诉客户：这里我故意这么处理的，原意是什么，在当地文化中意味着什么。这样客户做决定时有完整信息，而不是拿到一份"看似通顺"实则冒险的文件。
说到底，小语种文件翻译的质量保障，没有银弹，也没有可以自动运行的完美SOP。它依赖于对人的判断（这个译员今天状态如何？）、对流程的死磕（那个术语表哪怕客户催也要先确认）、以及对细节的偏执（字符编码检查三遍）。
上个月，我们交付了一份毛利语的遗产分配文件。译员是新西兰本地的一位法律从业者，审校是另一位族长级别的顾问。交付后，客户回邮件说，接收文件的毛利社区长老特别提到，其中的亲属称谓翻译得"很到位"，没有冒犯到任何分支的家族。那一刻我觉得，所谓质量，可能就藏在这些看似微小的认可里——文件准确只是底线，让文化在另一种语言里安然着陆，才是小语种翻译真正该追求的东西。
