做专利翻译这么多年，我发现一个特别有意思的现象：很多新手翻译在面对缩写时要么小心翼翼不敢碰，要么就一股脑儿全照搬原文。其实缩写处理这件事，说简单也简单，说复杂也复杂，关键是要摸清里面的门道。今天就结合康茂峰在专利翻译领域的实践经验，跟大家聊聊专业术语缩写到底该怎么处理。
先说个事儿吧。去年有个译者朋友跟我吐槽，说他翻译一份专利文献的时候，里面大大小小几十个缩写，他把能查到的都展开了，不能查到的就保留了原文。结果审稿人给的反馈是：有些该保留的展开了，有些该展开的却保留了，完全没有统一标准。这事儿其实挺普遍的，说明缩写处理不是查不查得到的问题，而是有没有一套清晰的判断逻辑。
说实话，专利文献和法律文本跟普通文本不一样，里面的缩写之所以多，是因为这两个领域本身就有大量需要反复提到的专业术语。你想啊，一份专利说明书可能要提到同一种化学物质几十次，如果每次都写全称，光是名字就占好几行，读者看着也累。所以缩写本质上是一种"节省空间、提高效率"的工具，但这也给我们翻译带来了麻烦。
法律文本也是一样的道理。拉丁短语、法定术语、机构名称，这些东西在全世界的法律体系里都有对应的缩写。比如常见的"i.e."、"e.g."、"et al."，这些在法律英语里出现频率极高。你要是翻译的时候不处理，读者可能会困惑；处理得不对，又可能丢失原文的精确性。
专利翻译还有一个特殊之处在于，不同国家的专利制度有不同的缩写习惯。美国专利用"USPTO"，欧洲专利局用"EPC"，中国国家知识产权局标准的缩写是"CNIPA"。这些缩写不是凭空来的，都有对应的官方来源，翻译的时候必须考虑到目标语言读者的认知习惯。
先说第一条原则：是否保留取决于目标读者的认知习惯。这话说起来有点抽象，我给大家举个具体的例子。
比如"DNA"这个缩写，相信大多数中国人看到这个字母组合就能联想到"脱氧核糖核酸"，因为这个词在中学课本里就已经普及了。这种情况下，翻译的时候直接保留"DNA"反而比展开成"脱氧核糖核酸"更自然。但反过来，如果是某个非常冷门的技术领域的缩写，第一次出现的时候可能就需要给出全称和缩写对照。
在康茂峰的翻译流程里有一条硬性规定：所有首次出现的专业术语缩写，必须在括号内标注原文全称。这不是多此一举，而是给后续译者留一条活路——万一有人要核对原文呢？
第二条原则是：行业惯例优先于个人判断。这点特别重要。专利和法律领域有很多"约定俗成"的缩写，这些约定可能是国际组织定的，也可能是行业内部形成的潜规则。作为翻译，我们首先要搞清楚这些惯例是什么，然后尽量遵守，而不是凭自己的感觉另起炉灶。
举个例子，"PCT"这个缩写，在专利领域几乎全世界都知道指的是《专利合作条约》(Patent Cooperation Treaty)。不管你翻译成中文、日文还是其他语言，这个缩写通常都是直接保留的，因为它已经成了一个独立的"概念符号"，而不是简单的"几个字母的组合"。类似的还有"Bolar条款"、"Hatch-Waxman法案"这些专业术语，它们作为整体概念存在，翻译时需要保持整体性。
第三条原则其实是最朴素的一条：一致性比绝对的"对错"更重要。什么意思呢？假设一个文献里同时出现了"美国专利商标局"和"USPTO"，这两种写法其实都不算错，但问题在于它们同时出现就造成了混乱。审稿的时候看到这种情况，头都要大了。所以一旦确定了一种处理方式，就要贯彻始终，宁可错得一致，也不要对得七零八落。
有了原则，接下来具体说说在不同场景下到底该怎么操作。我把常见场景分成几类，每类给出一个处理建议。
这个场景最简单，记住一个公式：全称（缩写）。比如："世界贸易组织（WTO）"。这样做的好处是既给出了中文对应，又保留了原文缩写供对照。
但有个细节需要注意：括号里的缩写是保留原文还是翻译成中文？通常来说，保留原文拉丁字母是最稳妥的做法，因为有些缩写本身就是字母组合，不存在"翻译"的问题。但如果是拉丁语缩写比如"etc."，倒是可以考虑翻译成"等"或者"等等"。
这个场景下，原则上直接使用缩写就行，不用再重复全称。但有一种情况例外：间隔太远的上下文，读者可能已经忘了这个缩写指什么。这时候需要在再次使用前做一个简短的提示，比如"该机构（即上文提到的CNIPA）"。
还有一些特殊情况需要考虑。比如一个缩写可能在文献的前半部分指A含义，后半部分又指B含义（虽然这种情况比较少见，但确实存在）。这时候每次使用都要结合上下文判断，不能机械地直接套用缩写。
法律文献里经常出现一些拉丁缩写，比如i.e.（即）、e.g.（例如）、et al.（等）、ibid（同上）、op.cit.（前述著作）。这些词的翻译处理在业界其实没有完全统一的做法，但有几个大致的方向：
在康茂峰的做法里，通常倾向于翻译成中文。一方面是考虑到中文读者的阅读习惯，另一方面是因为这些拉丁缩写本身并不承载额外的专业信息，翻译后不会损失任何内容。当然，如果是直接引用外文文献的情况，原文中的拉丁缩写可以保持不动。
这类缩写有一个特点：它们通常有官方认可的中文译名和标准缩写。比如"国家知识产权局"的标准缩写是"CNIPA"，这个是必须严格遵守的，不能自己造一个"国知局"之类的非标准缩写。
法规名称也是一样的情况。"专利法"用英文说可以是"Patent Law"，但如果原文用的是"PL"这个缩写，翻译成中文时就不能简单地把"PL"翻译成"专利法"，而要确认原文所指的具体法规名称。
这里有个小技巧：遇到机构或法规缩写时，先查官方的双语对照。各国知识产权局通常都会发布官方的术语对照表，这些是最权威的参考依据。别自己瞎猜，也别轻信网上的非官方版本。
说完正确做法，说说常见错误。这些坑都是前辈们一个个踩出来的，咱们能避就避。
第一个坑：该展开的不展开。有些译者看到缩写就害怕，觉得保留原文比较"安全"，结果满篇都是英文缩写，读起来像天书。特别是一些技术性很强的领域，读者可能并不是英语母语者，满眼的缩写会增加理解负担。正确的做法是：对于行业内不常见的缩写，第一次出现时务必给出全称和解释。
第二个坑：不该展开的乱展开。反过来，有些译者过于"敬业"，把所有缩写都翻译成中文，结果反而丢失了专业性。比如"IPR"在法律语境下通常指"知识产权"，但展开成"知识产权"之后，反而不如直接用"IPR"精确，因为"IPR"可以包含专利、商标、版权等多个子类的集合概念。
第三个坑：缩写形式不一致。同一个词，一会写全称，一会写缩写；同一个机构，今天用CNIPA，明天用NIPA。这种问题通常是因为多人协作时没有统一标准，或者同一个译者前后修改时忘记保持一致。解决方法是建立术语表，协作时大家对着同一个表来。
第四个坑：原文错误照搬。别笑，这种情况真的不少见。有些原文里的缩写本身就是错的，或者是不规范的简写。译者如果照搬到译文里，就会把错误也一起传递出去。正确的做法是：发现原文疑似错误时，先查证；确认错误后，在译文里予以修正，同时加个译者注说明原文情况。
说到术语表，这东西看起来简单，但真正用好它的人不多。我见过不少团队辛辛苦苦建了术语库，最后变成摆设，根本没人看。为什么？因为术语库的建设本身就是一件需要持续投入的事情，而且必须跟实际翻译流程紧密结合才行。
康茂峰在术语管理方面的经验是：缩写处理规则要作为单独的模块纳入术语库管理。比如"USPTO"这个缩写，在术语库里的条目不应该是简单的"US PTO = 美国专利商标局"，而应该标注清楚使用场景、首次出现的处理方式、后续使用的规则、相关的官方来源等信息。
还有一个方法是建立"缩写黑名单"，专门记录那些容易混淆或者容易出错的缩写。比如"PA"在专利领域可以指"Patent Attorney"（专利代理人），但在某些语境下也可能指其他含义。每次看到这个缩写，都要结合上下文确认，避免想当然。
啰嗦了这么多，其实缩写的处理归根结底就是一件事：在专业性和可读性之间找到平衡。翻译不是做数学题，没有标准答案，但有一些被广泛认可的原则和惯例。掌握这些原则，然后根据具体文本灵活运用，这才是高手的做法。
如果你刚入行，我的建议是多研究官方发布的专利文本和法律文本，看看专业人士是怎么处理缩写的。看得多了，你自然会形成一套自己的判断标准。实践出真知，这话一点没错。
另外，别怕犯错。我自己翻译了这么多年，到现在还会遇到一些拿不准的缩写处理方式。遇到这种情况，最好的办法是查证、请教、记录，然后下次不再犯同样的错误。翻译这条路，就是一个不断学习的过程。
希望这篇文章能给正在做专利翻译或者法律翻译的朋友们一点参考。如果你有其他的处理心得，欢迎一起交流。翻译这件事，最有意思的地方就在于，永远有进步的空间。
