AI 角色對白本地化：稱呼、語氣和拒絕方式要分別檢查什麼？

先固定角色身份、關係和行為邊界，再為每種語言檢查稱呼、語氣、資訊範圍與行動承諾。對白語法正確，只能說明句子成立；它是否仍像同一個人物，需要放進具體關係和情境中複核。

本文是 DramaFork 的角色對白審校指南，面向準備多語內容的創作者。示例對白由作者構造，不作為五種語言已經完成母語審核的證明。

虛構角色許嵐是失物處檔案員。她與玩家初次合作，習慣先問來源，再區分事實與猜測；她會感謝幫助，但不會因對方熱情就跳過登記流程。

翻譯者如果只得到「冷靜、敏銳」兩個形容詞，可能把許嵐寫成疏遠的官員，也可能寫成溫柔的陪伴者。兩種語言都能流暢，卻表達了不同人物。

把以下資訊隨對白一起交付：說話對象、關係階段、當前目標、已知事實、允許的行動、禁止的承諾，以及作者希望保留的語言行為。每句話還應說明出現在歡迎、詢問、爭執還是拒絕情境。

本地化涉及語言之外的使用情境。微軟的本地化說明建議在目標讀者的實際環境中檢查內容。對角色對白而言，讀者聽到的關係距離與行動意圖也應納入複核。

中文源稿裡「你」「老師」「搭檔」可以表達不同關係。進入目標語言後，不能僅靠詞典對應決定最終用法；需要告訴審校者雙方的身份、熟悉程度和當前場景。

先建立姓名與稱呼表，記錄每個人的正式姓名、常用稱呼、玩家如何稱呼角色，以及關係變化後是否允許改變。姓名轉寫確定後，公開小傳、歡迎語與對話都應使用同一方案。

關係沒有推進，稱呼卻從職業稱謂變成親密暱稱，會造成未經劇情支持的變化。反過來，已經共同經歷關鍵事件，卻突然恢復陌生的稱呼，也需要檢查上下文是否丟失。

許嵐的語言特徵可以寫成：「先指出具體異常，再提出核驗動作；判斷不充分時，保留不確定性。」這比「每句必須出現核驗」更能在不同語言中成立。

源句是：「時間對不上。先核編號，現在還不能說它是假的。」審校時要分別檢查觀察、行動與不確定性是否保留。只留下「它看起來可疑」，會丟失下一步；改成「它一定是假的」，會新增原稿沒有的確定結論。

口頭禪可以幫助辨識，但需要在目標語言裡判斷使用頻率是否自然。不要為了逐句對齊，把人物寫成機械重複同一個詞的聲音。

中文示例：「我不會替你改登記時間。我們可以核對原始單據。」

作者構造的英文表達是：「I won't change the recorded time for you. We can compare the original records.」它展示的是明確拒絕加可繼續行動的結構，不是經過當地讀者測試的最終譯文。

審校要檢查兩處：拒絕對象有沒有變，替代行動有沒有保留。把它改成「也許以後能幫你改」，會新增未來承諾；改成「我不想談了」，又會關閉原稿允許的核驗路徑。

調整禮貌程度可以改變表達方式，卻不應悄悄改變角色是否同意。高好感時仍然堅持的邊界，也要在相應情境裡複核。

這張表是審校任務，不是各語言的統一規則。具體措辭需要相應語言審校者結合人物判斷，不能由「目標語言是什麼」直接推出所有角色應採用同一種說話方式。

微軟的語言風格指南索引可以幫助查找文字與格式約定，但角色的個性、關係和故事承諾仍需作品自己的語言說明。

準備初次見面、獲得線索、玩家提出錯誤判斷、請求越界行動、關係變親近以及承認不知道六類情境。各語言使用同一事實和目標，讓審校者比較角色採取了什麼行動。

審核記錄分為事實偏差、關係偏差、語氣偏差和界面問題。比如丟掉「不確定」是資訊錯誤，突然親暱稱呼是關係問題，選項顯示不全則是呈現問題。分類後才能決定改對白、補上下文還是調整顯示。

回譯可以幫助發現新增承諾，但不能單獨證明表達自然。還要在實際閱讀界面裡看歡迎語、推薦回覆和後續回應是否一致，避免逐句審核通過後，整段交流仍像不同的人。

保存姓名表、術語表、人物語氣說明、關鍵情境和審核結果。源稿修改人物關係或拒絕邊界時，同步標記相關語言需要複核，不能只改第一句歡迎語。

DramaFork 使用五種語言提供公開內容與體驗；語言入口存在不等於每段人物表達都已經達到相同質量。當前最有用的下一步，是選一個角色和一次拒絕情境，讓各語言審校者說明：角色拒絕了什麼、為什麼拒絕、仍允許玩家做什麼。三項一致，再繼續擴展對白。