如何使用 Claude 进行翻译：长文档、术语表和审校

Claude 是翻译章节、文章和长文档片段的强大工具，其最新模型可以在一次对话中读完一整本书。但错误在于假设既然 Claude 能_读_完整本书，它就能_翻译_整本书并保持一致。有三种有据可查的行为会构成障碍：Claude 单次回复的写作量有上限，Projects 在文件变大后会切换到基于搜索的检索，以及长对话会被摘要以腾出空间。

这些都不是缺陷。它们正是 Claude 在处理大量输入时保持可用的方式。但每一项都决定了你的术语表应该放在哪里，以及每次翻译请求应该多大。本指南涵盖 Claude 应用（claude.ai、桌面端和移动端）以及 Claude API。以下所有限制均来自 Anthropic 自己的文档，核查日期为 2026-10-12。Anthropic 经常更新这些页面，因此在围绕某个数字做规划之前，请先查看链接。

Claude 接受和返回的内容

来源：上传文件到 Claude、付费方案的上下文窗口、API PDF 支持以及模型概览。

这些页面中有两个细节对翻译的影响比标题数字更大：

• 只有 PDF 会被视觉读取，而且只有短 PDF 可以。在应用中，Claude 会分析 100 页或更少 PDF 中的文本以及图像、图表和图形。从 101 到 1,000 页，它只处理文本。对于 DOCX、EPUB 和其他非 PDF 文件，Anthropic 表示 Claude“仅提取文本”，无法读取嵌入图像。如果你上传一份 300 页的插图 PDF 或 EPUB，请假设 Claude 看到的是文字，而不是版式、图像中的说明文字或图表。
• Claude 可以返回一个文件，但那是一个新文件。 开启代码执行和文件创建功能后，Claude 可以创建 Word 文档、PDF、电子表格和幻灯片供你下载。这对于一份简短的翻译文档来说很有用。但它仍然是 Claude 通过编写代码构建的文档，而不是你原始的 EPUB 或 PDF 换了语言。你需要自己检查标题、脚注、图片和页面结构。

三种会破坏长文档翻译的 Claude 行为

1. 决定分块大小的是输出上限，而非上下文窗口

Anthropic 列出当前所有 API 模型的上下文窗口为 100 万 token，最大输出为 12.8 万 token。Anthropic 自己的经验法则是，在当前分词器下，100 万 token 大约相当于 55.5 万个英文单词。按同样比例，12.8 万输出 token 大约相当于 7.1 万个英文单词。这是我们根据 Anthropic 公布数据所做的推算，并非实测结果，而且如果你的目标语言每个单词占用更多 token，或者你要求翻译的同时附带注释，实际数字会更低。

所以一部小说能放进 Claude 读取的内容里，却放不进它一次回复所写回的内容里。翻译答案和原文一样长，不像摘要那样可以压缩。请根据你需要的输出来选择分块大小，而不是根据 Claude 能容纳的输入。一章，或者几千个单词，能让每次回复远低于上限，也能让每个审校单元足够小，漏掉一个段落很容易被发现。

2. 大型 Project 不会读完你的整本书

Project 让你上传一次文件，就能在多个对话中重复使用。在付费方案中，Anthropic 表示“当你的项目知识接近上下文窗口限制时，Claude 会自动启用 RAG 模式”。在 RAG 模式下，Claude 不会加载每一份文档。它会搜索项目，并检索与你的请求最相关的部分（Project 的 RAG）。你无法自行开启或关闭这一功能。

对于关于一本书的提问来说，这是一个合理的设计。但对于翻译一致性来说，它改变了你能依赖的东西。如果你上传整本书、之前翻译的章节和一个术语表文件，然后要求第 14 章“与前面章节保持一致”，Claude 可能只检索到其中一部分材料。这是我们根据 Anthropic 的描述所做的推断，并非有记录的失败率。这意味着你不应指望一个大型 Project 能记住你在第 2 章是如何翻译某个角色昵称的。

3. 长对话会被摘要

在开启代码执行的付费方案中，Anthropic 表示当对话接近上下文限制时，Claude 会“对较早的消息进行摘要，以便为新内容腾出空间”（自动上下文管理）。你的对话历史会被保留，对话也可以继续。但你在第一条消息中粘贴的术语表，到第四十条消息时可能已经在基于摘要工作。Anthropic 还指出，这些较长的对话会消耗更多使用额度。

术语表应该放在哪里

下表源自上述三种行为。这是 Claude 翻译工作流需要做对的主要决策。

规则很简单：翻译必须遵守的任何内容都要放进请求本身或指令中，而不是放进 Claude 可能检索不到的文件里。 项目知识用于存放 Claude 可以查阅的材料，而不是规则。

长文档的实用工作方法

这是一种方法，而非基准测试结果。它把 Anthropic 文档中描述的行为转化为你可以重复执行和审查的步骤。请根据你的方案和模型调整分块大小。术语一致性指南介绍了术语表中应包含的内容。

1. 冻结源文件并给分块编号。 以一份最终文件为工作基础。按章节或小节拆分，而不是按页拆分，这样句子和脚注才能保持完整。将它们标记为 C01、C02 等，并记录每个分块的首句和末句。
2. 在单独的对话中构建术语表。 上传整本书，让 Claude 列出反复出现的名称、地名、术语和称谓，并给出建议译法以及每个词首次出现的页码。这正是大上下文窗口发挥价值的地方：Claude 一次性读完全部内容。请让具备资质的人审核这份列表。
3. 设置项目。 将简短风格简报和绝不可更改的术语放入项目指令。如果你希望 Claude 查阅上下文，可将源文件作为知识上传，但不要把完整术语表放进知识库。
4. 每个分块或每几个分块使用一个对话。 每次请求都以完整的已批准术语表和该分块开头。要求 Claude 以分块 ID 开头，并以 END C07 或对应 ID 结尾，这样如果响应提前中断就会一目了然。使用全新对话可以避免摘要化逐渐渗入已运行数小时的线程。
5. 在继续之前检查每个分块。 比较段落数量，并确认源文末句已有译文。如果缺少 END 标记，请重新请求该分块，而不是从中间继续。将任何新术语加入术语表，经批准后纳入后续请求。
6. 在组装后的译文中搜索漂移。 查找每个术语表条目和每个源语言名称。拼写变体和残留的源语言词汇通常是明显的迹象。
7. 请人工审查高风险段落。 名称、数字、日期、否定表达，以及任何涉及法律、医疗或即将出版的内容，都需要合格的读者审阅。

如果你使用 API

同样的方法也很容易编写成脚本，而 API 的两项功能有助于控制成本：

• 提示缓存让你可以在多次请求间复用固定前缀，例如包含完整术语表和风格简报的系统提示词。Anthropic 对缓存读取的定价仅为基准输入价格的一小部分（根据模型概览，Opus 5.5 和 Sonnet 5.5 为 5%）。
• Message Batches API 的费用比标准请求低 50%，并且 Opus 5.5、Sonnet 5.5 和 Haiku 5.5 在带有 beta 标头时，每个批处理请求支持最多 300K 输出 token。批处理适合分块翻译，因为一旦术语表固定下来，各分块之间很少相互依赖。

这两项功能都不会改变输出：API 返回的是文本。你仍然需要据此重建译文文档。

一种能经受分块考验的提示词

使用与我们的 ChatGPT 翻译指南和 Gemini 翻译指南相同的四块结构，并加入分块控制。Claude 自己的提示词指南偏好清晰、明确的指令，而带标签的区块能让边界一目了然：

<task>
Translate chunk C07 from [source language] to [target language].
</task>

<audience>
[Who will read it and what they need to do with it.]
</audience>

<rules>
- Apply the glossary exactly. If a term is missing, keep the source term in
  [brackets] and list it after the translation as NEW TERM.
- Preserve names, numbers, dates, citations, and paragraph boundaries.
- Do not summarize, skip, or add explanations.
- Start with "C07". End with "END C07".
</rules>

<glossary>
[full approved term list]
</glossary>

<source>
[chunk text]
</source>

将审查与翻译分开进行。一个分块完成后，新建一个请求，附上源文分块、译文、术语表和一份简短的评分标准：遗漏、增译、数字或名称改动、术语表违规以及语域错误。将 Claude 的发现视为需要核查的线索，而非最终裁决。与任何模型一样，它可能漏掉错误，也可能把正确的选择标记为问题。对于虚构作品，章节之间的语气漂移是与术语漂移不同的另一类风险。AI 小说翻译工作流介绍了角色设定集和语气测试。

上传前先检查隐私设置

你的文档会如何处理，取决于你的账户类型：

• 免费版、Pro 版和 Max 版：你的对话是否会被用于训练 Anthropic 的模型，由“帮助改进我们的 AI 模型”设置控制，该设置位于“设置”>“隐私”下（模型改进设置）。如果你允许，Anthropic 可能会以去标识化形式保留新对话或恢复对话中的数据，最长可达五年（数据保留）。如果你不允许，Anthropic 表示其现有的 30 天保留期将继续适用（消费者条款更新）。即使该设置已开启，隐身对话也不会被用于改进 Claude（模型训练）。被安全分类器标记的对话仍可能被用于 Anthropic 的信任与安全工作。
• Team 版、Enterprise 版和 API：Anthropic 表示，消费者训练设置“不适用于我们商业条款下的服务”，其中包括 Claude for Work 和 API 使用。请查看你所在组织的协议，了解其保留条款。

对于合同、受保密协议约束的手稿或客户文件，请在上传任何内容之前先解决这个问题。文档翻译隐私清单列出了应向任何工具（包括我们的工具）提出的问题。

什么时候 Claude 是合适的工具，什么时候不是

哪个模型最适合你的语言对是另一个问题。我们的最佳翻译 LLM 指南说明了如何测试这一点，而不是盲目相信排行榜。

当你能够看到并修复每一个错误时，Claude 就是合适的工具：无论是你会仔细阅读的某一章、你正在起草的术语表，还是你正在审校的译文。当任务涉及完整文件时，它就不是合适的主力工具。到那时，你就是在手动管理分块、术语表、结束标记和排版。这正是 BookTranslator 所擅长的工作。你上传 PDF、EPUB、DOCX 或其他支持的文件，它会结合上下文和一致的术语表翻译整个文档，然后返回翻译后的文件，并在格式支持的情况下提供双语版本。对于扫描版 PDF，OCR 模式会根据识别出的内容重建一个干净的翻译版 PDF，而不是完全复制原始页面布局。你在结账前就能看到价格，因此可以先上传文件再决定。无论使用哪种工具，对于任何重要内容，都请保留上述审校步骤。