簡繁轉換後專有名詞錯了怎麼辦：建立人工複覈清單

開始前先確認

先保留原文，再列出必須逐項檢查的名稱，最後處理全文一致性。已經確認的名字不要丟回整篇轉換中反覆來回試，否則可能再次改變。

專名爲什麼不能只按單字替換

簡繁對應並非永遠一對一。有些不同的繁體字在簡體中合併，轉回繁體時需要根據詞語和語境判斷。即使普通詞語轉換正確，也不能推斷姓名中的同一字符一定應採用相同寫法。

此外，機構、產品或作品在不同地區可能有正式使用的名稱。它不一定只是原名逐字變成另一套字形，也可能涉及地區譯名、品牌約定或原文保留。是否採用這些名稱，取決於權威來源和本次編輯要求。

OpenCC項目說明介紹了字詞與地區用語轉換的背景。項目提供轉換方案，並不意味着任意使用它的產品都採用同一配置，更不等於有所有專名的官方映射保證。

先決定這份文稿給誰看

轉換前確認目標是一般繁體文本、某個地區的讀者，還是要求保留原名的雙語資料。不要把“繁體”當成唯一明確的地區風格，也不要因爲讀者換了地區就自動改掉品牌的正式名稱。

把文稿要求寫成一句話，例如“正文按已確認的目標地區用語整理，人員與機構名稱以對方提供的名單爲準”。這不是轉換器設置說明，而是方便人工審覈的編輯約定。

若只是網站界面切換語言，也不能據此認定你的輸入稿已經轉換完成。需要覈對實際輸出文本，而不是看按鈕和菜單顯示的是簡體還是繁體。

建立一張夠用的專名清單

清單不必複雜，但應能說明爲什麼採用某種寫法。可以用下面的字段開始：

不要用搜索結果摘要直接替代正式來源。人名優先參考本人或授權名單，機構與產品名優先查對應主體的正式資料。資料彼此衝突時，保留待確認狀態，不應爲了清單全綠就選一個看起來順眼的版本。

一個姓名例子，說明反向轉換的邊界

示例：假設活動名單中有一位參與者，其確認使用的姓名是“周雲”，簡體稿寫成“周雲”。製作繁體版本時，應依據確認名單採用“周雲”，而不是僅憑轉換器對“雲”字的一次輸出決定。

這不意味着全文出現“雲”都改成“雲”。若該字出現在別的姓名、固定引用或其他語境中，要按各自依據處理。示例人物是虛構的，不能把這條映射推廣成所有姓名的規則。

同樣，不要通過“繁轉簡，再簡轉繁，結果和原文一樣”來證明名稱正確。轉換可能合併信息，往返相同只能說明這一次處理的結果，不能代替專名覈驗。

逐項替換，再檢查詞語邊界

先完成一輪目標方向轉換，再搜索清單中的名稱及其可能變體。替換時看完整詞和上下句，避免把較長機構名的一部分誤當成另一個短名稱。

需要重複出現的名稱，應在標題、正文、圖注和結尾署名中一起覈對。如果先統一正文、後來又補入一段原稿，這段可能仍混着不同寫法，所以最後還要通讀一次，不只依賴最早的查找結果。

編輯工具能否導入自定義詞表、自動保護名稱或顯示差異，需要以實際功能爲準。即使沒有這些選項，也可以在外部清單中記錄並人工查找，不必把普通複覈方法寫成本站按鈕。

地區用語與簡繁字形分開驗收

字形轉換完成後，還應檢查詞語是否適合目標讀者。這裏的目標是減少誤解，不是把所有表達改得越不一樣越好。品牌文案、直接引用和技術標識可能需要保留，不能只爲地區一致性就改變原意。

網址、郵箱、型號和代碼也要留意。它們不是普通中文句子，轉換或人工替換時應確認沒有誤改字符。圖中文字若沒有進入轉換輸入，也不會僅因正文轉換而自動更新。

基礎方向與複覈步驟可參考簡繁轉換指南。結果能讀通不等於校對完成，關鍵是專名有依據、內容沒有被改寫。

交付前保留可追溯的版本

分別保存原稿、轉換稿和審覈稿，文件名中區分目標版本。需要下次繼續使用的名稱清單也一起保留，並記錄本次依據的資料日期，避免把舊品牌名或舊機構名永久沿用。

最終按清單逐項覈對，再通讀全文。若還有未確認名稱，應明確列出來，讓接收方知道哪些部分仍需決定，不能用“自動轉換成功”掩蓋這些缺口。

內容較長時，可由熟悉目標地區用語的人複覈，但這仍是人工審覈安排，不提供絕對無誤保證。原稿不要覆蓋，便於有爭議時回看最初意思。

需要完成基礎轉換時，可打開AI Lab中文簡繁轉換。公開頁面說明支持選擇轉換方向、複製或導出結果，9積分解鎖後當前賬號長期有效，並明確要求人工複覈專名與地區用語。本文不承諾自動校名、自定義術語庫或官方名稱識別能力。