如何建立翻譯詞彙表，讓譯者和 AI 都能真正派上用場

要建立翻譯詞彙表，請先選出需要統一用語的概念，定義每個概念在你的文件中的含義，為每種語言和情境核准一個目標詞彙，並指派一位負責人來維護這些決定。接著，在把詞彙表交給譯者或翻譯工具之前，先將這些條目放進實際段落中測試。

最實用的區分方式，是分清記錄你各項決定的主詞彙表與工具能讀取的較小匯出檔。兩欄式的匯入檔或許有其必要，但它無法取代讓那兩欄變得可信的情境、佐證與核准歷程。

請先從空白詞彙表範本和詞彙表實作範例開始。兩者都是 UTF-8 CSV 檔案。範例使用虛構產品與示範性的英譯法決定；它不是經認證的術語清單、客戶專案，也不是可直接匯入 BookTranslator 的預設集。

讓詞彙表比字典更精簡

當用語不一致或含義模糊的選擇會改變意思、造成導覽混淆、削弱重要區別，或導致可避免的審核工作時，就應該收錄該詞彙。不要只因為軟體擷取到某個名詞，就把它全部蒐集進來。

實用的篩選流程會問：

• 這個概念是否會在各章節、檔案或貢獻者之間反覆出現？
• 這個來源詞是否有一個以上相關的含義？
• 組織、作者或主題領域是否要求特定的目標形式？
• 換成不同的選擇，是否會讓警告、指示、介面或論述更難理解？
• 這個詞彙是否為新詞、有爭議，或已知曾在本專案中導致修正？

一個罕見但影響重大的詞彙，可能比常見的普通詞彙更值得優先收錄。沒有實際歧義的標準詞彙，則可能完全不需要收錄。

COTSOES 的《翻譯術語管理入門指南》建議收錄與組織相關的術語，並明確劃分驗證職責。它也提醒，單憑條目數量無法確立品質。這些原則在這裡比其軟體範例的年份更為重要。

候選詞彙擷取只是收件匣。當你知道一個擷取出的詞組是什麼意思、何時適用，以及誰核准了目標用語時，它才會成為有用的術語。

以一個含義建立一筆記錄

不要讓來源字串獨占整筆記錄。英文的「charge」可以指電荷特性，也可以指計費金額。用一列把每次出現都對應到同一個法文詞，記錄下來的會是錯誤，而不是一致性。

給每個概念一個穩定的識別碼，然後加入各語言的決定。在簡單的試算表中，每個概念與來源／目標語言地區配對使用一列。兩列可以共用相同的來源拼寫，卻不代表同一個概念。

範本包含以下欄位：

上下文參考應讓審查者能再次找到該段落：檔案版本與章節、權威的術語記錄，或其他持久的來源。「來自網際網路」是不夠的。對於原作者定義的概念，手稿本身的定義可能就是相關證據。

將定義與來源上下文分開。定義說明概念是什麼；上下文展示它如何使用。像「Select the workspace」這樣的句子說明了用法，但沒有解釋工作區包含什麼，或它與專案有何不同。

修復五個常見的詞彙表條目

以下修復屬於可下載的虛構範例。它們說明編輯決策，而非通用的法語術語規則。範例段落提供了周圍的文字。

1. 一個多義詞只有一個強制目標詞

薄弱條目： charge → charge

修復： 建立獨立的概念：

• 電學性質：來源 charge；目標 charge électrique；領域「入門電子學」；上下文「The capacitor stores electric charge.」
• 計費金額：來源 charge；目標 frais；領域「計費」；上下文「The delivery charge is shown before payment.」

這並不表示任一對應應覆蓋「charge」的每一次出現。條目的領域和上下文是決策的一部分。如果所選工具無法區分它們，請使用單獨的專案匯出、更長且明確的短語，或人工審查，而不是全域替換。

2. 一個沒有詞性的術語

薄弱條目： seal → sceller

修復： 區分動詞與元件：

• 「封住信封」：動詞，本專案中的示例目標詞為 sceller。
• 「更換橡膠密封圈」：指稱元件的名詞，目標詞為 joint。

此時試算表描述的是兩個概念，而非暗示某個橡膠元件是一個動作。若用於真實的技術文件，請讓領域審閱者驗證該元件的含義與偏好用語。

3. 兩種可接受的譯法，但專案沒有偏好

不良條目： workspace → espace de travail / zone de travail

修正： 為這個虛構應用程式的具名容器核准 espace de travail。將 zone de travail 記錄為針對這個介面概念的否決變體，而非泛指不良法語。新增一則用法註記，說明允許正常的語法屈折變化。

否決的變體需要理由與適用範圍。否則審閱者可能會在不同情境中「糾正」一個完全合理的詞語。

4. 僅靠暗示保護的產品名稱

不良條目： LeafDeck → LeafDeck

修正： 設定 do_not_translate=true，將其標示為虛構產品名稱，保留大小寫，並引用示範專案的命名決策。說明此規則不適用於一般描述中的無關詞語。

僅憑來源與目標文字相符，無法說明保留是刻意為之，還是單純尚未完成。請參閱不翻譯決策指南，了解更廣泛的排除清單。

5. 將草稿決策呈現為已核准

不良條目： sync → synchroniser / mettre à jour，沒有負責人或狀態。

修正： 先定義動作。針對這個虛構的裝置媒體庫同步指令，核准 synchroniser 為動詞，並記錄替代譯法不適合這個特定指令。指派負責人，並註明有日期的決策來源。

將另一個提議的名詞標籤保留在 draft 狀態，直到其審閱者做出決定。這份實作範例 CSV 刻意包含該草稿列。看起來乾淨的試算表，並不代表每一列都已核准。

使用條目品質關卡，而非裝飾性分數

核准條目之前，先問六個是非題：

1. 含義： 其他人能否將這個概念與鄰近概念區分開來？
2. 證據： 他們能否找到佐證來源或作者決策？
3. 語言： 目標形式是否適用於指定的地區設定、文法與領域？
4. 範圍： 他們是否知道此規則適用於何處、不適用於何處？
5. 問責： 是否有負責人負責解決變更？
6. 使用： 是否已在具代表性的句子中檢查過該條目？

若有答案尚未確定，該條目就維持草稿狀態。這是一套編輯採納準則，並非經過驗證的翻譯品質數值衡量標準。

依專業分工。作者或主題專家確認概念；目標語言審閱者確認用法；術語負責人記錄決策並發布核准版本。在小型專案中，一個人可以身兼多職，但這些問題仍然需要有人回答。

如果審閱者對某個條目有異議，請記錄相互競爭的選項以及暴露衝突的段落。請遵循譯者查詢工作流程，而不是讓私人訊息成為沒有記錄的例外。

僅在核准後才匯出給接收工具

你的主詞彙表與引擎的詞典有不同的用途。主詞彙表向人們解釋決策。匯入檔案則必須遵循特定工具的結構描述和比對行為。

對於支援詞彙表匯入的工具：

1. 選擇所需的來源/目標語言對和專案領域。
2. 排除 draft 和 deprecated 條目。
3. 解決接收工具無法區分的重複來源字串。
4. 僅將支援的欄位對應到工具目前的匯入格式。
5. 確認它如何處理大小寫、詞形變化、多詞術語和受保護文字。
6. 測試一個小型代表性輸入並檢查傳回的翻譯。

例如，Google Cloud Translation 文件記載的單向 CSV 格式使用來源/目標配對且不含標頭，而其等效術語集 CSV 則使用語言標頭。其詞彙表比對預設區分大小寫，且部分停用詞條目會被忽略。這些是 Google Cloud 的規則，不是一般 CSV 規則或 BookTranslator 功能。在為該服務準備匯出之前，請查閱目前的 Google Cloud 詞彙表文件。

不要將本文中標註豐富的 CSV 上傳到隨機的匯入對話方塊。它是工作用主詞彙表。反之，也不要僅因為某個工具只接受兩欄，就捨棄其定義和核准歷程。

使用具有支援指令欄位的 AI 系統時，請提供相關且已核准的子集，以及區分含義所需的上下文。指令可以要求術語；但它不能確立輸出遵循了該要求。請檢查結果。如果系統不提供支援的詞彙表輸入，請將主詞彙表保留為審閱者參考，而不是發明一種匯入它的方法。

對於擁有多語言前線團隊的組織，術語一致性在翻譯之後也很重要。培訓材料、政策和營運通訊可能需要以員工偏好的語言傳達，同時保留已核准的措辭。iTacit 說明了多語言溝通如何支援跨語言、國家和文化的職場資訊。

新增語言而不抹除在地決策

新增另一個目標地區設定時，請重複使用概念 ID，但為該地區設定提供自己的目標、狀態、負責人和證據。法文的核准並不代表德文對等詞也已核准。空白的目標表示「尚未解決」，而不是「自動使用來源」。

同樣的紀律也適用於同一種語言內。當地區設定特定的決策有重大差異時，請將其拆分。不要僅為了新增不會改變任何內容的地區標籤而建立重複的資料列。

保持這些狀態簡單：

• 草稿： 候選或有爭議的決策；不屬於已核准的匯出內容。
• 已核准： 已針對所述範圍和版本接受。
• 已棄用： 保留以供歷史記錄和偵測，但不建議用於新工作。

對於實質性變更，請記錄舊形式、新形式、原因、生效版本、負責人和受影響的來源位置。重建相關匯出並告知譯者哪些段落需要重新考慮。不要在工作進行中悄悄替換術語，並期望已翻譯的章節會自行更新。

當產品、來源手稿、標準或公認用法變更時，請審閱條目。日曆提醒可能有所幫助，但定義變更是更強的觸發因素。

在擴大規模前，先以段落驗證詞彙表

詞彙表可能內部井然有序，卻仍在一句話中失靈。請使用一組刻意納入以下情況的段落：

• 一個有歧義的原文詞彙帶有兩種含義；
• 一個詞彙同時出現在標題與行文中；
• 單數、複數或其他文法變化；
• 一個受保護的名稱緊鄰一般語言；以及
• 一個詞彙出現在表格、圖說、操作說明或其他重要文件結構中。

可下載的範例將「delivery charge」與「electric charge」配對，並收錄「seal」作為名詞與動詞的用法。這些案例揭示了為何未限定範圍的取代是錯誤的驗收測試。

針對每個段落，記錄原文、詞彙表版本、目標輸出、審閱者決定，以及必要時的修正。如果你實際測試了翻譯服務，請加上服務／模型、日期、設定與原始輸出。本文中的範例並不聲稱曾進行此類服務測試。

整份文件翻譯完成後，接著進行術語一致性審閱。詞彙表的建構確立了政策；輸出審閱則決定交付的文字是否遵循該政策，同時不顯生硬。

交接的是決策紀錄，不只是詞彙清單

最終交接應包含原文版本、已核准的主詞彙表、適用時供接收工具使用的匯出檔、未解決的查詢紀錄，以及具代表性的範例。實際進行翻譯的人應知道哪個檔案具權威性，以及發生衝突時該詢問誰。

針對支援的整本書或長篇文件，BookTranslator 的檔案翻譯工作流程可提供草稿供後續審閱。請將你已核准的詞彙表與該草稿並置。此處的工作表是外部編輯參考，並不聲稱 BookTranslator 會匯入使用者管理的 CSV 詞彙表或強制執行每一條目。

從幾個影響重大的概念開始，讓決策可供檢視，並從真正的歧義或審閱發現中擴展。目標是讓下一份文件中未解決的決策更少——而不是打造最大的詞彙表。