結論

術語翻譯要保留原文錨點:第一次出現用「中文術語(original term)」建立雙錨點,後續可依語境使用中文或原文。中文名稱負責讓段落可讀,原文名稱負責讓概念可回溯到來源、搜尋結果與跨語言討論。

這次 paternalism 被翻成「父權式保護」就是典型風險。中文詞把 reader 帶向 gender / patriarchy 的語意場,但原詞在倫理與決策脈絡裡更接近「家長主義」或「家長作風」:替他人決定什麼對他好。保留 paternalism 讓 reviewer 能立刻發現中文錨點偏移。


為什麼只留中文會漂移

中文翻譯常同時承擔「自然語感」與「術語對位」兩個責任,兩者不一定一致。自然語感好的詞可能帶入額外文化語意;術語對位準的詞可能不夠口語。只留中文時,讀者看不到原概念邊界,reviewer 也難判斷翻譯是否偏移。

情境只留中文的風險加原文錨點後的效果
學術 / 倫理術語中文詞帶入不同學派或文化語意reviewer 能回到原始概念判斷翻譯是否準確
工程方法論術語中文詞看似通順、實際少了既有社群脈絡reader 可用英文搜尋更多案例與反例
AI / 工具鏈新術語中文翻譯尚未穩定、不同社群各翻一套原文維持 grep / search / citation 可回溯性
跨文件共用核心概念各篇各自翻譯、同概念變多個中文名稱原文成為概念單一真實來源

翻譯是把 reader 從原文帶到中文語境。原文錨點是這條路的回程票。


翻譯檢查先看句內邏輯

翻譯問題先是句內邏輯問題,再是術語問題。把譯名放回原句後,要檢查它跟主詞、動詞、修飾語、因果關係是否成立;如果譯名讓句子多出原文沒有的前提,或讓後面的論證方向改變,這個翻譯就有問題。

檢查層問題父權式保護 的失效點
主詞角色這個詞描述的是誰的行為或關係?句子在談規則對自主性的介入,不是在談父權
修飾語關係中文修飾語是否引入額外前提?「父權式」引入 gender / patriarchy 前提
動詞搭配這個詞能自然承接後面的動作嗎?「通過父權式保護 4 條件測試」語意卡住
因果方向這個詞是否支撐段落原本的因果?原因是「替對方決定」,不是「父權結構」
讀者追問方向reader 看到這個詞會問哪個問題?會問「父權在哪」,不是問「自主性在哪」

這類錯誤容易犯,是因為第一版翻譯常由三個便利訊號驅動:字根聯想、上下文補完、中文順口度。三者都能產生看似合理的詞,但句內邏輯檢查會暴露它們是否真的承接原文概念。


Case:家長主義為什麼漂成父權式保護

paternalism 容易被誤翻成「父權式保護」,是因為譯者同時看到 paternal 的父系字根與「保護他人」的語境,於是把兩個表面訊號合成一個看似順口的中文詞。這個合成跳過了術語層檢查:paternalism 在倫理、政治哲學與決策設計裡的核心是「以對方利益之名限制對方自主」,跟性別權力無關。

層次錯誤路徑合理路徑
字根聯想paternal → 父親 / 父系字根只提供線索,不直接決定術語譯名
語境補完保護使用者 → 父權式保護替他人決定何者對他好 → 家長主義
概念責任性別 / patriarchy 權力結構自主性(autonomy)與介入正當性的邊界
reviewer 訊號讀者問「這跟父權有什麼關係?」回到 paternalism,檢查常見譯名與學術用法

「父權式保護」不是完全無法理解,但它放回句子後會讓邏輯多出一個沒有來源的前提:這裡似乎有父權或性別權力結構。原段落真正需要承接的是 autonomy、consent、intervention、best-interest justification;中文譯名一旦讓 reader 問「父權在哪」,就表示它沒有通過句內邏輯檢查。

這個案例的修法是先定義概念責任,再選中文譯名:

1家長主義(paternalism)在本文指「以對方利益之名限制對方自主」。
2常見譯名也包含「家長作風」;本文統一用「家長主義」。

這樣寫保留三個訊號:中文有穩定常見譯名、英文可回溯原概念、定義句把 reader 從「父權」導回「自主性與介入正當性」。


判斷什麼算術語

術語是跨段落、跨文件或跨社群會被重複引用的概念單位。判斷重點是讀者是否需要用同一個 label 追蹤同一個概念,跟它是不是英文無關。

訊號判斷寫法
來自學術、標準、框架、方法論是術語中文術語(original term)
讀者可能需要搜尋外部案例是術語保留英文方便搜尋
中文翻譯存在多種常見說法需要對位檢查選一個中文 + 原文括號
只是普通英文動詞或工具操作通常不是術語直接中文化或保留工具名稱
專案內部自造名詞且尚未穩定先當候選術語暫用中文 + 英文或 slug 錨點

例如 paternalismnarrow framingpremortemdark pattern 都是術語;runwriteread 在一般句子裡多半不是術語。tool 若在討論 LLM tool selection 的決策偏誤時,才升格為術語錨點。


寫作規則

術語第一次出現時用中文在前、英文在括號後:家長主義(paternalism)。中文是讀者入口,英文是概念邊界。若英文是縮寫,第一次寫全名加縮寫:概念驗證(proof of concept, POC),後續再用 POC

同一篇文章內保持一個中文譯名。若需要提到其他常見譯名,把它放在定義段,不在正文來回切換:

1家長主義(paternalism)在本文指「替他人決定什麼對他好」。
2常見譯名也包含「家長作風」;本文統一用「家長主義」。

翻譯不確定時,保留原文比假裝中文已穩定更可靠。下一輪 review 可改中文譯名,但原文錨點能維持搜尋與 cross-link 穩定。


Multi-pass 裡怎麼察覺翻譯邏輯錯位

翻譯檢查需要在多輪檢查中獨立成一個子 pass,重點不是問「這個中文順不順」,而是問「這個中文放回句子後,邏輯是否仍然成立」。一般命名 review 會問 grep、長度、一致性;翻譯邏輯 review 要額外問句內角色、修飾關係、因果方向與讀者追問。

Pass問題操作
術語枚舉哪些中文詞是由英文概念翻來的?grep 英文括號、標題、表格第一欄、index entry
原文錨點第一次出現是否保留 original term?補「中文術語(original term)」
句內角色檢查中文詞在句中扮演的角色是否對?把句子主詞、動詞、受詞標出來,確認譯名能承接
修飾語檢查中文修飾語是否引入原文沒有的前提?問「這個修飾語從原文哪裡來?」
因果方向檢查譯名是否改變段落後面的推論方向?用一句話說明「因為 X 所以 Y」,看 X 是否被換掉
讀者追問檢查reader 看到中文會追問正確的問題嗎?問「他會問 A 還是 B?」;問錯方向就重譯
Surface 同步metadata / navigation 是否也使用同一術語?掃 title、description、heading、link label、MOC

翻譯 pass 的關鍵問題是:「這個中文詞是否讓句子說了一個原文沒有說的東西?」會的話,這是邏輯錯位,需要重譯。


反模式

反模式後果修法
只留中文、不留原文翻譯偏移時 reviewer 難發現第一次出現補原文括號
只留英文、不給中文讀者每段都要自行翻譯、閱讀負擔升高補中文入口
同一術語多個中文譯名混用reader 以為是多個概念選一個 canonical 中文譯名
中文譯名帶入額外政治 / 文化場概念邊界被不相關語意污染回原文檢查語境,必要時換譯名
英文括號放在多個不同中文後面表示中文端沒有 SSoT,搜尋與理解都會分裂建術語表或在段首定義 canonical

跟其他抽象層原則的關係

原則關係
#84 Naming 是 iterated artifact術語翻譯是命名的一種;第一版中文譯名常基於當下語境,必須接受 reviewer 修正。
#97 Metadata surface 要納入寫作 review 範圍title、description、index entry 若使用術語,也要保留同一組中文 / 原文錨點。
#44 Single Source of Truth原文術語可作為跨中文譯名的概念 SSoT;中文譯名可以調整,原概念錨點不可漂移。
#104 Security 標準引用的時效性與精確度高 stakes 領域的標準術語若翻譯漂移,會把 conditional / scope 一起翻錯;原文錨點降低扭曲風險。

判讀徵兆

訊號該做的事
reviewer 問「這個中文是什麼意思」補原文錨點,重新檢查譯名是否對位
同一英文可翻成兩個以上中文在定義段列常見譯名,正文選一個 canonical
中文詞帶出不相關聯想回原文語境,換成較中性的中文
文章需要讀者搜尋外部資料第一次出現保留英文,讓搜尋 query 可直接使用
術語出現在標題 / index entrymetadata surface 也要補雙錨點,不只正文補

核心:術語翻譯是概念對位,不是字面替換。中文讓文章可讀,原文讓概念可查、可驗、可被修正。少任一邊,reader 都會付額外成本。