# 為什麼書籍翻譯需要上下文，以及你可以怎麼做

辨識跨章節、人物關係與分段文字中的上下文問題，寫出一份實用的翻譯說明，並在重要轉折前後比對譯文。

「船長」在某個場景裡可能指一名軍官，在另一個場景裡卻是兒時的綽號。一句在技術上說得通的譯文，如果忽略了說話的人是誰、前面發生了什麼，或某個說法為什麼一再出現，仍然可能是錯的。

翻譯整本書時，上下文之所以重要，是因為意義往往超出單一句子。整本書一次上傳很方便，但這並不代表每一段都能在完整掌握前面各章的前提下譯出。請把上下文當成需要主動交代、也需要事後查核的東西。

## 留意人物關係，而不只是重複出現的字詞

在小說裡，要追蹤人物、角色、稱謂，以及關係的變化。一個正式的頭銜在故事初期可能代表距離感，到了後段卻可能帶著親暱。若兩種情況都譯成同一個中性說法，就會失去場景中的部分含意。

在非虛構作品裡，上下文還包括定義、前提假設，以及對前面論點的呼應。作者可能把一個常見的詞當成專業術語使用，而這個用法是在三章之前才建立起來的。含有該詞的那一句，未必會再重述定義。

翻譯前先標記幾個例子：一個重要且反覆出現的術語、一段會轉變的關係、一個帶有諷刺意味的說法，以及像「先前的結果」這類指涉。這些是日後要回頭檢查的位置，而不是要你事先把每個細節都摘要一遍。

## 了解文字被切開後會失去什麼

把孤立的段落貼進一般翻譯工具時，切分點是由你決定的。一段文字可能以一個代名詞開頭，而它指涉的對象落在選取範圍之外；也可能在一個限定語出現之前就被截斷，意思因此改變。

如果是手動處理，請依有意義的段落切分，而不是按字數隨意切割。保留標題，並納入足夠的相鄰文字來說明指涉。另外維護一份決策紀錄，免得這次選定的譯法到了下一次就被忘掉。

不要以為上傳大檔案，或工具標榜「具備上下文感知」，這些問題就會自動消失。不同系統處理長文件的方式並不一樣。在沒有實證之前，不要輕信某個工具能記住整本小說、自動建立人物關係圖，或在翻譯前先分析所有術語。

## 寫一段簡短的背景說明，釐清實際存在的疑義

有用的指示會交代文類、主題、讀者，以及幾個原本可能含糊的決定。例如：

> 這是一部歷史小說。「船長」是瑪拉對父親的暱稱，不是軍階。人名維持不變。人物之間有距離感時，保留正式的稱謂。

技術性內容則可以這樣寫：

> 本書討論公共財政。指定的稅收機制請譯為「levy」，並與表示收取費用的動詞區分開來。章節編號維持不變。

以上是虛構的指示範例，並非翻譯結果的實測紀錄。說明請保持精簡，並在送出前把互相矛盾的地方解決掉。一百條彼此無關的偏好，往往比不上五個緊扣本書的明確決定。

[PDF Craft](https://pdfcraft.ai/zh-Hant/epub-translator/) 可在上傳 EPUB 時一併附上翻譯指示。這些指示用來引導用詞與語氣，並不會建立保證準確的術語資料庫，也不會自動分析人物或提供人工編輯審稿。

## 在上下文改變的前後做比對

先檢查同一個術語在開頭與後段各出現一次的地方，再看意義轉變的那一段。一個說法可能譯得前後一致，卻從頭錯到尾，所以光看相同詞語出現幾次並不足以判斷。

小說的例子，可以比較兩個角色在某個重大事件前後如何互相稱呼。非虛構作品則可以拿定義和它後來的應用相比。除了你畫線的那一句，也要讀讀前後段落。

雙語 EPUB 輸出會把每段原文排在譯文之前，比對起來比較好找位置。但這不保證人物關係一定正確。如果你無法判斷原文，請找一位能勝任的讀者幫你檢查選定的段落。

## 讓修正緊扣出處

記錄章節、原文說法、你採用的解釋，以及理由。在確認所有出現的地方都是同一個意思之前，不要貿然全域取代。同一個詞可能身兼角色、綽號和普通名詞，本來就該有不同的處理方式。

若採用對話式的手動流程，請參考[用 ChatGPT 翻譯整本書](https://pdfcraft.ai/zh-Hant/blog/chatgpt-whole-book-translation/)與[在 Claude 中處理小說](https://pdfcraft.ai/zh-Hant/blog/claude-novel-translation-workflow/)。若想要可下載的閱讀檔案，請使用 [EPUB 翻譯工具](https://pdfcraft.ai/zh-Hant/epub-translator/)，並查看目前的[價格方案](https://pdfcraft.ai/zh-Hant/pricing/)。實務上的目標是留下可追溯的翻譯決定，而不是保證上下文永遠不會有疏漏。