# 为什么图书翻译离不开上下文——以及你可以怎么做

识别跨章节、人物关系和分段文本中的上下文问题，写一份实用的翻译说明，并在重要转折前后对比译文。

“船长”在一场戏里可能指一名军官，在另一场戏里却可能是儿时的绰号。一句在技术上说得通的译文，如果忽略了说话人是谁、前文发生了什么、某个说法为什么反复出现，照样可能是错的。

整本书的上下文之所以重要，是因为意思往往超出一句话的范围。上传整本书很方便，但这并不能证明每一段都是在完整掌握前面所有章节的前提下译出的。要把上下文当成需要主动交代、也需要回头核对的东西。

## 关注人物关系，而不只是重复出现的词

读小说时，要留意人物、身份、称呼方式以及关系的变化。一个正式的称谓在故事开头可能表示疏远，到后面却带上了亲昵。把两者都抹平成同一个中性说法，场景的一部分意味就丢了。

读非虚构作品时，上下文包括定义、前提假设，以及对前文论述的引用。作者可能在三章之前就给某个常见词赋予了专门含义，而用到这个词的那句话未必再重复一遍定义。

动手翻译前，先标出几个例子：一个反复出现的关键术语、一段发生变化的关系、一处反讽用法，以及像“前面那个结果”这样的指代。这些是日后核对的位置，不是要你提前把每个细节都总结一遍。

## 弄清文本被拆开后丢掉了什么

把孤立的段落复制进通用翻译工具时，分段边界是你自己定的。一段话可能以一个代词开头，而它指代的对象在选区之外；也可能在某个限定语改变意思之前就被截断了。

如果手动处理，就按有意义的章节来切分，而不是按随意的字数。保留标题，并带上足够的相邻文字来解释指代。另外单独记一份决定清单，免得这次定下的译法到下次就忘了。

不要以为上传一个大文件，或者某项服务标着“能理解上下文”，这些问题就自动消失了。不同系统处理长文档的方式并不一样。没有证据时，别轻信工具能记住整部小说、自动画出人物关系图，或者在翻译前分析完所有术语。

## 写一段简短的背景说明，消除实际存在的歧义

有用的说明会交代体裁、主题、读者对象，以及几处否则容易含糊的处理决定。例如：

> 这是一部历史小说。“船长”是玛拉对父亲的昵称，不是军衔。人名保持不变。凡是用正式称呼体现人物间距离的地方，请保留这种正式感。

技术类材料可以这样写：

> 本书讨论公共财政。指定的税收机制请译为“levy”，并与表示“收取费用”的动词区分开。章节编号保持不变。

以上只是虚构的说明示例，不是对某次翻译结果的描述。说明要简短易读，提交前先把自相矛盾的地方理清。一百条互不相干的偏好，往往不如五条紧扣本书的明确决定管用。

[PDF Craft](https://pdfcraft.ai/zh-CN/epub-translator/) 支持在上传 EPUB 时附上翻译说明。这些说明用来引导措辞和语气，并不会生成有保证的术语库、自动分析人物，也不提供人工编辑审校。

## 在上下文发生变化的前后做对比

先查同一个词早期出现的地方，再查它后来出现的地方。然后找一段它的含义发生转变的文字细看。一个说法可以前后译法一致，却始终是错的，所以光数相同词的数量并不足以判断。

读小说，就对比两个人物在某件大事前后如何称呼对方。读非虚构作品，就对比某个定义和它后来的实际用法。除了你标出的那句话，也要读读前后的段落。

双语 EPUB 会把每段原文放在译文之前，方便你来回对照。但它并不保证这层关系就是对的。如果你看不懂原文，就请一位懂这门语言的读者帮你核对选出的段落。

## 让修改和出处对应起来

记下章节、原文说法、你选定的理解和理由。在确认所有出现处含义相同之前，不要做全局查找替换。一个身份称谓、一个绰号和一个普通名词，本来就可能需要不同的处理。

如果想在对话里手动完成，可以参考[用 ChatGPT 翻译整本书](https://pdfcraft.ai/zh-CN/blog/chatgpt-whole-book-translation/)和[在 Claude 中处理一部小说](https://pdfcraft.ai/zh-CN/blog/claude-novel-translation-workflow/)。想拿到可下载的阅读文件，可以用 [EPUB 翻译工具](https://pdfcraft.ai/zh-CN/epub-translator/)，并查看当前的[价格](https://pdfcraft.ai/zh-CN/pricing/)。实际的目标是让每个翻译决定都有据可查，而不是保证任何情况下都不会漏掉上下文。