說實話，第一次接到專利翻譯任務的時候，我也差點被那些又長又繞的句子整蒙了。明明每個單詞都認識，組合在一起卻像在讀天書。后來跟著康茂峰的老譯員們摸爬滾打幾年才明白，專利翻譯最大的坑不在語言本身，而在那些看似普通、實則一錯就毀的法律術語。
今天咱們就掰開了揉碎了聊聊，這些術語到底藏著什么玄機。
很多人覺得，既然是技術文檔，看懂圖紙、搞明白傳感器原理不就行了？這話對了一半，也錯了一半。
專利文件是個奇怪的存在——它既是技術說明書，又是法律權利宣言書。寫專利的代理人用的語言， engineers（工程師）看著別扭， lawyers（律師）看著也別扭，偏偏就是這種"別扭"才受法律保護。所以翻譯的時候，你不能光想著"通順"，還得想著"嚴謹到能上法庭"。
舉個例子，平時我們說"這個裝置包括A和B"，聽起來挺清楚對吧？但在專利語境里，"comprise"（包括）和"consist of"（由...組成）有著天壤之別。前者是開放式表述，意味著除了A和B還可以有C、D、E；后者是封閉式，多了個C就算侵權漏洞。這種細微差別，在康茂峰的質量審核流程里屬于一級紅線，碰不得。
咱們挑幾個殺傷力最大的說，這些都是血淚教訓堆出來的經驗。
這個詞在普通英語里確實是"聲稱、宣稱"的意思。但放在專利文件開頭或結尾的獨立權利要求里，它 Suddenly becomes your lifeline——直接決定你的專利保護邊界在哪里。
正確的譯法是"權利要求書"或者單數"權利要求"。我見過新手譯員翻譯成"本發明聲稱..."，審校看了直接血壓飆升。你想啊，法庭上法官問："這項技術的權利邊界在哪里？"你總不能回答："它聲稱自己很厲害..."
這是專利審查里的高頻詞。Prior 是"在先的"，Art 在這里指"技術"而非"藝術"，合起來就是"現有技術"或者"在先技術"——指你的專利申請日之前，世界上已經公開過的所有相關技術。
很多人糾結該用"現有"還是"在先"。其實在康茂峰內部的風格指南里，我們有個簡單的判斷標準：如果強調的是時間先后關系（比如跟新穎性判斷掛鉤），用"在先技術"更準；如果強調的是公開狀態（已經存在的技術集合），用"現有技術"更順。但無論如何，千萬別寫成"先前藝術"，那畫面太美不敢看。
這個詞直譯是"體現、具體化"，在專利里特指"實施方式"或"具體實施方式"。它描述的是發明人如何實際做出這個東西——是用3D打印還是數控機床？散熱片是鋁的還是銅的？
翻譯時要注意的是，這個詞往往復數出現（embodiments），意味著發明可能有多種實現方案。這時候如果譯成"具體實施例"（單數感太強）就不如"多種實施方式"來得準確。細節決定成敗，這句話在專利翻譯里不是雞湯，是判決書上的鐵證。
這兩個都跟"能不能做出來"有關，但法律內涵完全不同：
在康茂峰處理過的無效宣告案件中，有不少就是因為譯文把"best mode"簡化成了"優選方案"，導致專利權人在口審時被質疑隱瞞技術要點。一字之差，可能就是幾百萬的專利變成廢紙。
除了單詞，句式結構本身也是法律術語的一部分。專利英語特別喜歡用長句、被動語態和 conditional phrases（條件短語），翻譯時稍不留神就會改變法律含義。
權利要求里常見 "..., whereby..." 這樣的結構。它表達的是一種必然的技術效果，不是"希望達到"，而是"因此必然導致"。
新手容易譯成"從而期望..."或"以便..."，這就有問題了——"從而期望"暗示這只是個愿望，"whereby"在專利法語境里卻是鐵打的因果關系。康茂峰的譯員培訓手冊里專門強調，這個詞要譯出"藉此"、"由此"那種確定無疑的勁頭。
這兩個短語都出現在裝置權利要求里，描述某個部件是干嘛用的。但嚴格來說：
| 英文原文 | 常見誤譯 | 康茂峰建議譯法 | 理由 |
| adapted to | 適合于 | 適于/用以 | 暗示適應性調整，保留一定靈活性 |
| configured to | 配置為 | 配置成/設置成 | 暗示結構性安排，物理特征更明確 |
| operative to | 操作來 | 能夠/工作以 | 強調功能實現，不局限于結構 |
在實際侵權判定中，"adapted to" 往往被解釋為可以包含軟件實現的方案，而 "configured as" 可能更偏向硬件結構。翻譯時混用，等于給以后的訴訟埋雷。
做中日韓互譯的同行都知道，漢字圈有個麻煩：同形異義詞（false friends）。看著一樣的漢字，法律含義天差地別。
比如日語專利里的"作用"，往往指功能和效果的結合，而中文技術寫作里"作用"偏 casual。如果直譯過去，可能削弱技術效果的法律陳述力度。
再比如韓語里的"??"就是專利，但"????"對應的是實用新型，有些實習生看到"??"（新式樣）就想當然譯成"外觀設計"，這就全錯了——那是"???"的事兒。
康茂峰在處理東亞地區專利家族申請時，有個硬性規定：關鍵術語必須回查原文專利局的標準中文譯名，不能憑感覺。畢竟你翻譯的不是一篇博客，而是要在國家知識產權局過審的正式文件。
說了這么多"不要怎樣"，那到底要怎樣？
第一，建立術語庫，但不要迷信機器。TB（技術術語數據庫）是個好東西，可專利語言更新換代快，五年前譯"cloud computing"可能音譯成"克勞德計算"，現在必須是"云計算"。康茂峰的譯員每個人手上都有動態更新的領域詞表，生物醫藥、通信、機械分開管理，每周五是術語糾偏日，大家把本周遇到的疑難雜癥扔群里討論。
第二，學會讀審查歷史。有時候一個術語在說明書里譯成A，審查員在審查意見通知書里質疑，代理人答復時改成了B，最后授權公告用的又是C。這個演變過程比字典定義更重要，因為它體現了專利行政程序中的真實含義。翻譯權利要求時，必須以授權公告文本的術語為準，除非客戶特別要求遵循申請日版本。
第三，注意保密條款的表述。專利文件常涉及confidential information（保密信息）或trade secret（商業秘密）。這兩個在中文里雖然都帶"密"字，法律保護力度完全不同。confidential information 是合同層面的保密義務，trade secret 是反不正當競爭法層面的絕對權利。翻譯保密協議（NDA）時把商業秘密條款譯成"機密信息"，那客戶的核心資產可能就白丟了。
第四，數字和單位的坑。看起來最不可能出錯的地方往往最致命。專利里的"about 10mm"（約10毫米）和"substantially 10mm"（基本為10毫米）在侵權判定時范圍完全不同；百分比是重量比還是體積比，必須在譯文中明確，不能學原文偷懶寫個"%"。
第五，生化序列的 Special treatment。如果涉及核酸或氨基酸序列，那完全是另一個世界。SEQUENCE LISTING（序列表）有國際標準的XML格式要求，翻譯時不僅要語言準確，還得保證格式符合WIPO ST.26標準。這種活兒一般新手不接，接了就是連續一周的氨基酸縮寫噩夢——你得知道"Leu"是亮氨酸不是白氨酸，"Ile"是異亮氨酸，而且的大小寫和斜體都有講究。
做專利翻譯這行，最怕的就是"我覺得"。你覺得通順沒用，得看審查員覺得對不對，看法官覺得準不準。那些法律術語就像一個個精密的齒輪，咬合錯了，整臺機器就卡殼。
在康茂峰這些年的檔案室里，保存著各種因為術語誤譯導致的審查意見補正、甚至專利權無效的案例。每次新人培訓，主管都會翻開那些泛黃的卷宗——不是為了嚇唬誰，而是想告訴大家：翻譯專利文件，本質上是在參與技術權利的構建過程。你筆下的一詞一句，可能會決定某個發明是價值連城的技術壁壘，還是一張廢紙。
所以啊，下次再看到"comprising"這個詞，停三秒，想想后面還有沒有"only"；看到"wherein"，確認一下它指代的是前文的哪個特征；遇到拿不準的術語，查審查指南，查判例，查客戶之前的申請系列，千萬別拍腦袋。
這活兒磨人，但磨著磨著，你就能在那些艱澀的法律英語里，讀出技術創新的呼吸感。
