本文介绍了 DeepL 经典语言模型即将停用的相关信息，以及针对您可能遇到的各类问题提供的故障排除步骤。点击展开各问题详情。
停用的原因
DeepL 的语言模型将发生哪些变更？
DeepL 正在升级处理 API 请求的模型，改用 LATENCY_OPTIMIZED 模型。
自 2024 年 11 月起，调用 API 允许用户从两种模型 类型中选择其一： QUALITY_OPTIMIZED 和 LATENCY_OPTIMIZED。
处理 QUALITY_OPTIMIZED 请求的“新一代”语言模型已分别于 2025 年 4 月、2025 年 11 月和 2026 年 3 月进行了升级，并计划 于 2026 年 6 月进行另一次升级。而处理 LATENCY_OPTIMIZED 请求的经典语言模型已投入使用两年多。该模型正在升级为 新一代模型的低延迟版本。
| 如果您请求的是…… | 在 2026 年第一季度，您的请求由……处理 | 在 2026 年第三季度，您的请求将由……处理 |
| QUALITY_OPTIMIZED | 最新的新一代模型 | 最新的新一代模型 |
| LATENCY_OPTIMIZED（或未明确选择模型） |
经典模型 （发布超过2年） |
与 QUALITY_OPTIMIZED 完全相同的新一代模型，但以低延迟模式部署。 |
DeepL 为何进行这一变更？
由于已决定停止对经典模型投入工程支持， 其 翻译质量持续落后于 新一代 模型。
今年4月，DeepL 开展了一项人工盲测，将 DeepL 新一代 和 DeepL 经典版与 Google Translate、MS 翻译、OpenAI、 Anthropic 以及 Google Gemini 进行对比。测试中，大型语言模型（LLMs）均采用其速度最慢、成本最高的 设置。在与所有这些竞争对手的一对一 对比中，DeepL 新一代语言模型均脱颖而出，成为赢家。 DeepL Classic 除 其中 一款外，均败给其余所有竞争对手。
2024 年后发布的功能通常也不支持 Classic 模型，包括新语言或 DeepL Customization Hub 的更新。
针对 QUALITY_OPTIMIZED 和 LATENCY_OPTIMIZED 的变更
我需要变更代码吗？
不需要。您无需变更代码。所有在 升级前 已成功处理的请求，在升级后仍将成功。LATENCY_OPTIMIZED 请求 将由新模型进行翻译，输出质量将得到修订。
我需要移除对 LATENCY_OPTIMIZED 参数的使用吗？
不需要。您无需变更代码。模型类型仍将保留。 用户 仍可选择更快的响应或更佳的质量。LATENCY_OPTIMIZED 请求 将由新模型进行转换，输出质量将得到修订。
我需要升级到 API v3 吗？
不需要。您无需变更代码。v2 仍正常运行。针对 v2 的 LATENCY_OPTIMIZED 请求将由修订输出质量的新模型进行转换。
如果我的代码完全没有显式指定模型会怎样？
目前，未显式指定模型参数的请求将默认 使用 LATENCY_OPTIMIZED。 如果您不进行任何操作，质量应会略有提升。
我以前会将 Classic 模型作为 API 参数进行选择。如何才能继续 使用 它？
您选择的是 LATENCY_OPTIMIZED，而非 Classic。过去，LATENCY_OPTIMIZED 确实由 Classic 模型处理，但这从未得到过保证。 我们针对延迟优化的新一代模型将满足用户对更快响应速度的需求。 更多详情请参阅 DeepL 的 API 技术文件 。
那么 PREFER_QUALITY_OPTIMIZED 呢？
PREFER_QUALITY_OPTIMIZED 在 2024 年 11 月 ——当时 我们的新一代模型第一版仅支持有限数量的 语言——至 2025 年 4 月——即我们的新一代模型支持所有 由 经典模型覆盖的语言——这期间曾发挥过作用。 该选项允许用户在 其 语言尚未获得支持时进行回退。
2025年4月，新一代模型的功能与经典模型持平， PREFER_QUALITY_OPTIMIZED在功能上也与 QUALITY_OPTIMIZED等效。
其他问题
如果我正在使用 CAT API 怎么办？
您无需变更代码。CAT API 请求将由 一个输出质量得到修订的新模型进行翻译。
为何未收到此 API 变更的通知？
因为这是一次升级，而非弃用。根据盲测结果，新模型的 延迟表现与原模型相当，且质量有所提升。
DeepL 保留在不另行通知的情况下，自行变更处理特定请求（例如 model_type=quality_optimized）所使用的模型的权利，只要我们认为这对用户 总体有益（例如：延迟无显著增加但质量 有所提升，或者延迟显著降低且质量无下降或仅有极轻微 下降）。
那么，6月30日的这封电子邮件究竟在说什么呢？
API 允许用户选择目标，而非具体模型。这两项选择 都将得以保留。另一方面，网站确实曾允许用户明确 选择模型。这一选择功能即将取消。6月30日起，网页和应用程序中的“由……提供支持” 下拉菜单将消失。所有网页用户都将使用与 QUALITY_OPTIMIZED API 请求相同的模型。
API 何时切换？
API 正在通过分阶段部署进行升级，时间范围为 5 月 27 日至 6 月 15 日。 我们无法为特定客户提供确切的日期。