书译
书译

DeepSeek 翻译:哪里好用,哪里会翻车

自 2026 年 10 月起,我们网站的翻译由 DeepSeek API 驱动。我们遇到的故障、捕捉这些故障的检查、预估成本,以及何时该使用文件工具。

BookTranslator

BookTranslator Team

17 min read

DeepSeek 是一款便宜且能胜任长文本翻译的工具,尤其是通过其 API 使用时。它的弱点并非大多数评测所测试的那些。根据我们的经验,问题很少是句子生硬,而是输出看似完成实则不然:加粗的词丢了、代码示例被翻译了、出现了错误文字系统的字符,或者为了满足修正要求而重复了某句话。把一段文字粘贴到聊天窗口时,这些问题都不会出现;但翻译整篇文档时,它们全都会冒出来。

我们之所以知道这一点,是因为 DeepSeek 在翻译本站。2026 年 10 月,我们把生成本地化文章(27 种语言)和界面文本的流水线从另一个模型切换到了 DeepSeek API,此后每一篇新增或修复的译文都出自它。以下是首次运行中出问题的地方、我们添加的检查、按当前 API 价格计算一本书长度的任务需要多少成本,以及 DeepSeek 在何处不再适用。

关于 DeepSeek 模型、价格和政策的事实来自 DeepSeek 官方文档,核查日期为 2026-10-13。DeepSeek 经常更改模型和价格,因此在依赖某个数字之前请先查看链接。

DeepSeek 为翻译提供了什么

有两种使用方式,适合不同的任务。

使用界面如何提交文档需要注意的限制返回结果
DeepSeek 聊天(网页版和移动应用)粘贴文本或附加文件DeepSeek 的 API 文档未说明聊天应用的文件大小限制,第三方报告说法不一。请拆分大文件聊天文本
DeepSeek API(deepseek-flash)在自己的请求中发送文本100 万 token 上下文,每次响应最多 38.4 万输出 token(模型与定价)。deepseek-flash 目前服务于 DeepSeek-V4.1-Flash文本,或按需返回 JSON
DeepSeek API(deepseek-v4-pro)相同上下文和输出限制相同,价格约为 Flash 的 3 到 4.5 倍,且不支持图像输入相同

两种方式都不会返回翻译好的 EPUB、DOCX 或 PDF。你得到的是文本,重建文件是你自己的事。

我们在 DeepSeek 首次运行中遇到的五个失败

我们的流水线将每个段落、标题或表格单元格作为一个单元,分批发送,并要求返回 JSON。每个答案都会被检查,只有所有检查都通过时才会写入本地化文件。在 DeepSeek 对我们博客的首次完整运行中,大多数任务都通过了,大多数拒绝是机械性的,而非翻译质量差。以下是让我们学到东西的那些。

1. 格式消失了,但文字仍然正确

在一篇阿拉伯语文章中,翻译没问题,但 not 上的粗体消失了,因此句子失去了强调。在一篇荷兰语文章中,一个粗体短语返回时被分成了两个。除非你将标记与源文对比,否则这些读起来都没问题。

修复方法: 翻译后,每个段落会再次被解析,并且必须包含与英文相同的链接、粗体短语、内联代码和图片,顺序不限,因为其他语言会重新排列单词。

这对你意味着什么: 如果格式在你的文档中承载意义,例如粗体警告、链接或脚注标记,请在源文和译文中都进行计数。

2. 不应翻译的内容被翻译了

一篇马来语文章中有一个内联代码示例 [door slams],来自字幕示例。DeepSeek 翻译了它。在一篇缅甸语文章中,代码跨度内引用的日文句号 。 变成了缅甸文句号 ။。两者对散文来说都合理,但对字面示例来说是错误的。

修复方法: 内联代码必须与发送时完全一致地返回。

这对你意味着什么: 告诉模型哪些字符串是字面量,例如代码、文件名、产品名称和引用示例,并在之后检查它们。

3. 单词以错误的文字系统返回

DeepSeek 在一个印地语句子中放入了一个孟加拉语单词,在一个缅甸语句子中放入了僧伽罗语字符。印地语和孟加拉语是近邻。僧伽罗语和缅甸语则不是,这提醒我们无法预测这种情况会在哪里发生。如果你不阅读目标语言,抽查会漏掉它。

修复方法: 每个请求都指明目标语言及其书写系统,而不仅仅是代码(我们的请求读起来像“Twi (locale code tw, written in the Latin alphabet)”)。然后脚本检查会拒绝任何包含该语言不使用的文字系统字符的输出。

这对你意味着什么: 写“翻译成巴西葡萄牙语”,而不是“翻译成 pt”。如果你无法阅读目标语言,至少检查文字系统是否正确。

4. 重试重复了错误,或者“修复”得很糟糕

当检查拒绝一个答案时,在温度 0 下重试会逐字返回相同的错误答案,包括印地语中的孟加拉语单词。低温度使输出可重复,这也包括错误。模糊的拒绝消息也没有更好。有一次,被要求恢复一个缺失的粗体短语时,DeepSeek 在原文后面添加了整个句子的粗体副本。粗体回来了,句子现在出现了两次。

修复方法: 重试提示准确指出缺失或意外之处,例如“缺少内联代码 。”,后续尝试使用温度 0.4,最后检查拒绝英文未重复的句子。

一个相关的陷阱: DeepSeek 的思考模式默认开启,在思考模式下 temperature 无效(思考模式)。我们通过 "thinking": {"type": "disabled"} 关闭思考进行翻译,这也减少了延迟。

5. JSON 有效,但键不对

我们发送编号单元,例如 body:0059,并要求返回相同的键。有时 DeepSeek 按正确顺序返回了每个翻译值,但将键重命名为简单的 body,或者添加了我们从未发送的键。JSON 解析了。一个简单的脚本会丢弃或错放一个段落。

修复方法: 仅当所有其他键都在预期位置时,才按位置匹配重命名的键,并忽略额外的键。

这对你意味着什么: 如果你用脚本翻译,在组装文档之前,检查你发送的每个单元是否以其自己的 ID 返回。

有一个教训早于 DeepSeek。我们的流水线过去在每个链接和粗体短语处拆分句子,而在 DeepSeek 之前使用的模型不断返回空片段,例如“ for reading”,因为在目标语言中,它们的含义已转移到相邻片段。任何模型都会这样做。永远不要发送半个句子。如果你在分块一本书,请在段落边界处切割。

使用 DeepSeek 翻译长文档的检查清单

无论你是在聊天应用中使用,还是通过 API 编写脚本,都请遵循以下建议:

  1. 按段落或章节边界分块。 绝不要拆分句子。让每个请求足够小,使翻译输出能远低于输出上限。
  2. 在每个请求中都放入术语表。 人名、自创术语和固定译法放在每个分块的开头。模型只能看到它面前的请求。
  3. 用文字写明语言和文字系统,以及你想要的语体(正式、口语、文学)。
  4. 如果通过脚本调用,要求结构化输出。 使用 API 时,将 response_format 设为 {"type": "json_object"},在提示词中包含“json”一词,并展示你期望的确切结构(JSON 输出)。
  5. 将空响应、截断或无法解析的答案视为失败。 达到 max_tokens 的响应会直接停止,因此要检查 finish_reason,并且 DeepSeek 指出 JSON 模式“偶尔可能返回空内容”(JSON 输出)。这两种情况都应重试,而不是保存。
  6. 当重试以同样方式失败时,改变一些东西: 说明哪里出了问题,并在非思考模式下提高温度。
  7. 在阅读每个分块之前,先进行机械检查: 没有空内容,没有错误文字系统的字符,链接、数字和标题的数量与原文相同。
  8. 然后审查含义。 机械检查能发现损坏的输出,但发现不了误译。对于任何将要发布的内容,仍需要一位流利的读者来检查人名、数字和语气。我们的术语一致性指南介绍了如何保持各章节术语稳定。

在 DeepSeek API 上翻译一本书的成本

API 足够便宜,成本很少成为决定因素。以下是用 deepseek-flash 以高峰价格翻译一本 10 万词的英文书的粗略估算:每百万输入 token 0.30 美元(缓存未命中),每百万输出 token 1.20 美元(定价)。

假设Token(约)高峰成本
英文原文,约每词 1.3 个 token130,000 输入$0.04
提示词和术语表在 50 个分块中重复50,000 输入$0.02
翻译输出,假设为原文的 2 倍260,000 输出$0.31
总计,不含重试≈ $0.37

非高峰费率是上述的一半。Token 比例因语言差异很大,因此请将此视为数量级,而非报价。API 翻译的真正成本是你的时间:编写分块、检查以及重建可用文件的代码。

上传前检查隐私

DeepSeek 的隐私政策(最后更新于 2026 年 2 月 10 日)称,该公司“在中华人民共和国”收集、处理和存储个人数据,并将训练和改进其模型列为对所提交内容的使用方式之一。它还列出了退出训练的权利,你需要通过电子邮件联系 DeepSeek 来行使该权利,而不是通过应用内设置(DeepSeek 隐私政策)。

对于合同、未发表的手稿或客户文件,在上传任何内容之前就要先决定这一点。DeepSeek 的模型权重也可以由其他提供商运行,或在你自己的硬件上运行,此时这些条款并不适用,但那样你就需要改为查看该提供商的条款。文档翻译隐私清单列出了应向任何工具(包括我们的工具)提出的问题。

DeepSeek 何时是合适的工具,何时不是

你最终需要什么DeepSeek更好的选择
理解一篇外语文章或章节在聊天应用中很合适DeepSeek 就足够了
用脚本翻译大量短文本或 UI 字符串通过 API 非常合适,但要配合上述检查DeepSeek API
一个章节或短文档的译文如果按段落分块并加以审校,就很合适DeepSeek
将整本书还原为翻译后的 EPUB、DOCX 或 PDF只有你自己构建分块、检查和文件重建流程才可行文件级工作流,例如 EPUB 翻译器或 PDF 翻译器
一份机密文档取决于其隐私条款是否适合你先查看条款,既要看 DeepSeek 的,也要看任何替代方案的

哪个模型最适合翻译你的语言对是另一个问题。我们的最佳翻译 LLM 指南说明了如何自行测试。如果你要在聊天工具之间做选择,ChatGPT、Claude和 Gemini指南分别针对每个工具涵盖了同样的问题。

当你能够看到并修正每一处失败时,DeepSeek 就是合适的工具:无论是你会仔细阅读的段落,还是由你掌控检查环节的流水线。当你想要一个完整的翻译文件却不想构建那条流水线时,它就不是合适的主力工具。而这正是 BookTranslator 所做的工作。你上传 PDF、EPUB、DOCX 或其他受支持的文件,它会结合上下文和一致的术语表翻译整个文档,然后你拿回一个翻译后的文件,在格式支持的情况下还会得到双语版本。对于扫描版 PDF,OCR 模式会根据识别出的内容重建一份干净的翻译后 PDF,而不是完全照搬原始页面布局。你在结账前就能看到价格,因此可以先上传文件再决定。无论使用哪种工具,对于任何重要内容都要保留人工审校。

相关文章