DeepL API

把受控游戏字符串变成可审核的多语言初稿,而不是未经审核的上线文本。

证据状态基于公开资料评估中等置信度最后核验 2026年9月9日编辑:MakeGameWithAI

应用介绍

DeepL API 是什么,以及它如何使用。

DeepL 最初以高质量网页翻译器闻名,但在通用 LLM 出现后,它走出的方向比普通聊天机器人更具体也更完整:核心语言业务正在变成基础设施,包括专用翻译 LLM、术语、风格、上下文、翻译记忆、质量评估、人工审核路由,以及把这些控制嵌入产品和内容运营的 API。

对游戏团队而言,真正相关的是 DeepL API。一条完整管线会导出带稳定 ID 的 UI、系统与对白文本,保护变量和标记,补充场景、说话人或界面上下文与批准术语,按目标语言请求翻译,缓存未变化文本,再把可审核初稿写回引擎所需文件。最终是否能发布,仍由母语编辑和游戏内语言 QA 决定。

DeepL 还推出了独立的通用产品 DeepL Agent,通过浏览器、键盘和鼠标执行企业任务。这说明公司正走出纯语言赛道,但本页不会把它的能力、价格或证据算进 DeepL API。

使用方式

Developer 提供免费的 100 万字符账户总额度,不重置也不能超额。Growth 增加月度或年度包含量与付费超额,但本轮稳定公开文本没有给出可复核的地区基础价或 overage 单价。REST 与本地 MCP 需要服务端 API key;Hosted MCP 也可通过符合条件的 DeepL 席位使用 OAuth。

专用语言基础设施

DeepL 继续投入翻译专用模型与语言数据,并在其周围增加流程控制;这与直接提供通用聊天模型、让用户每次自行提示翻译是不同产品路线。

O01O02O03O04O05

上下文、术语、风格与记忆

Context 可在不增加计费字符的情况下帮助短文本消歧;术语表、风格规则、自定义指令和翻译记忆分别处理不同一致性问题,但可用范围仍随语言、端点与套餐变化。

O04O11O12O14

真实的游戏字符串管线

官方 Godot cookbook,加上当前 Unreal、Unity 与开源工具,证明导出、翻译、缓存与回写路线存在;它们不证明每个引擎都有官方原生插件或生产级错误处理。

O07U01U02U03

API、SDK、OpenAPI、MCP 与 CLI

外部 Agent 可以调用成熟 REST 或六种官方库,通过 OpenAPI 生成封装,连接托管或本地 MCP,也可以使用较新的 CLI 处理结构化文件与持续本地化。

O06O08O09O10O18O19O20O21
本页评估范围

覆盖能够结构化、审核并在构建中测试的游戏 UI、系统文本、道具描述与对白;不对所有语言对排名,不承诺文化改写,也不把机器初稿视为最终本地化。

入门友好度需要一定基础
API、SDK 与官方 Godot 示例让小型本地化管线可以起步,但生产使用仍需服务端密钥、结构化字符串文件、变量保护、上下文和术语选择、缓存、母语编辑与游戏内 LQA。
Agent 接入便利度接入方便
官方 REST、六种 SDK、OpenAPI、托管与本地 MCP,以及面向本地化的 CLI 提供多条实际编排路线;套餐计费、上游 AI 数据处理、密钥、写回和 CLI 当前包分发问题仍由调用方负责。
查看适用范围、接入条件与来源核验

入门范围:个人开发者或小团队把导出的非敏感游戏字符串生成一个可审核目标语言初稿;不评价直接发布或完整本地化管理。

Agent 范围:让 Codex、Claude Code、CI 或其他外部编排器翻译受控文本或文档,并把初稿返回审核分支;不包括自主批准语言版本。

判断置信度:入门 中 · Agent 中

准入与认证
REST、SDK 与本地 MCP 使用必须保留在服务端的 DeepL API key。Hosted MCP 可通过符合条件的 DeepL 席位 OAuth,或付费 API-key 路线使用。只向 Agent 开放非敏感本地化文件和任务真正需要的操作。
费用边界
API-key 路线使用 API 套餐:Developer 提供总计 100 万、不重置且不可超额的字符;Growth 增加包含量与付费超额。Hosted OAuth 描述为纳入 DeepL 订阅 fair use,调用方 Agent 另有自身成本;Growth 精确现金价与 fair-use 阈值仍未知。
取得结果
读取稳定 ID、源文、上下文、术语与受保护变量;每次请求或受控批次翻译一个目标语言;缓存未变化结果;把初稿写入标记字段或审核分支;发布前再要求母语编辑与游戏内 LQA。
关键限制
“接入方便”表示外部入口已有文档,不表示自动完成游戏本地化。Hosted MCP 内容会先由所选 AI 应用处理;本地路线使用 API 计费;Hosted MCP 不能修改所有定制对象;CLI 文档中的 npm 包在 2026 年 9 月 9 日查询时返回 404。

两项为独立的编辑判断,不是综合评分,也不代表本站已完成 Agent 接入测试。

关键发现

证据支持什么,不支持什么。

01
编辑判断高置信度

DeepL 的核心方向是专业 Language AI

产品组合正从单点翻译转向受治理的多语言流程:专用模型、组织术语与风格、翻译记忆、质量评估、人工路由和嵌入式 API。独立的 DeepL Agent 让公司走出语言赛道,但不会改变本 API 的范围。

O01O02O03O04O18O23U12
02
编辑判断中等置信度

不存在跨场景的永久翻译冠军

DeepL 在一项技术文本自动指标比较中领先;另一项专业全文档研究随语言方向变化;生产研究则更支持带依据的后编辑流程而非裸模型。不同方法不能合并成一个游戏翻译排名。

O03U09U10U11
03
用户报告中等置信度

短字符串与角色语气仍是高风险区

开发者记录显示单词 UI 可能缺少足够语境,叙事语气甚至基本含义也仍会出错。Context 有帮助,但母语审核与真实游戏界面仍不可省。

O12O24U04U06U07U08
04
官方事实中等置信度

游戏引擎采用主要通过工作流与第三方生态

Godot 有官方 cookbook;Unreal 与 Unity 有当前第三方集成;开源跨引擎工具把 DeepL 列为多个供应商之一。这证明实际接入选择存在,但不代表官方原生插件或独占优势。

O07U01U02U03
05
官方事实中等置信度

外部 Agent 接入入口相当完整

REST、OpenAPI、六种 SDK、托管与本地 MCP,以及面向本地化的 CLI 支持多种编排方式。Hosted MCP 增加上游 AI 供应商数据边界,且本轮查询时 CLI 文档中的 npm 包不可用。

O08O09O10O18O19O20O21O22

编辑结论

我们的判断

中等置信度

通用 LLM 出现后,DeepL 仍然有价值,因为它把翻译做成了受控服务层,而不是只与聊天窗口竞争。专用模型、稳定 API、术语与上下文控制、按字符计费,以及当前 MCP/CLI 路线,都适合可重复的本地化管线。但这不代表它在所有语言和文本上都比 ChatGPT、Claude 或其他翻译系统更准确:独立研究会随语言、领域、文档上下文与评测方法变化。对独立游戏,可靠用法是结构化生成第一轮初稿,再由母语编辑和游戏内 LQA 完成验收。

结论范围这是把 DeepL API 作为游戏本地化初稿与自动化层的中等置信度公开资料判断;不声称普遍质量排名、通过率、节省人工比例或单个发布语言成本。

更适合

这些情况下值得试

  • 已有导出字符串、稳定 ID 和多个目标语言的个人开发者或小团队。
  • 能够携带场景或说话人上下文的 UI、系统、道具与范围适中的对白文本。
  • 希望通过脚本、CI、Codex、Claude Code 或其他 MCP 客户端重复运行并缓存翻译的项目。
  • 机器初稿之后能安排母语编辑、术语审核、变量检查与游戏内 LQA 的团队。

不太适合

这些情况下先别依赖它

  • 没有母语编辑和真实构建审核,就把重叙事游戏的机器输出直接发布。
  • 不提供上下文和术语,就发送孤立按钮、原创名词、笑话、世界观或角色语气。
  • 把 API key 放入发布游戏客户端、公开仓库或权限过宽的自主 Agent 环境。
  • 不接受 Developer 明显不同的数据存储条款,却用它处理个人数据或机密文本。

工作流定位

放在制作流程的什么位置。

01

准备受控字符串集

导出稳定 ID、源文、说话人或界面上下文、目标语言、长度限制与审核状态;翻译前先去重未变化文本。

护栏先使用非敏感样例,API key 只能放在服务端 secret,不能进入本地化文件或发布客户端。
02

保护变量,并使用正确控制项

预处理占位符与标记,用 context 消歧,用 glossary 固定批准术语,并在支持时用 style 或 custom instructions 控制语气。

护栏文本数组条目不会自动共享上下文,而且功能支持会随语言和端点变化。
03

翻译、缓存并写回

按目标语言提交请求或受控批次,保留标识符,缓存未变化的成功结果,并把机器初稿写入审核分支或带标记字段。

护栏限制重试并保存请求状态;成功重译会再次消耗字符,小型 Office 文件还可能逐个触发 50,000 字符最低计费。
04

编辑并测试真实构建

由合格母语审核者修正含义、术语、角色语气与文化适配,再在游戏中检查字体、文本膨胀、变量、复数、换行与交互。

护栏只有经过审核并在游戏内验证的文本才能进入发布分支;机器译文流畅不等于通过。

推荐工作流

把这项工具放进完整制作流程。

从可验证的 Brief 开始,逐步完成原型、资产、音频、测试与发布,并明确每一步的交接物和人工检查。

打开完整方法

最短验证路径

先证明一个语言闭环,再翻译整款游戏。

以下是根据本轮证据整理出的低风险起步方法。

  1. 01

    选择 50 条有代表性的非敏感文本:菜单、一组道具、一个教程,以及带说话人上下文的短对白。

  2. 02

    导出稳定 ID,保护 `{player_name}` 等变量,并加入批准名称和简短术语表。

  3. 03

    通过服务端 SDK、本地 MCP 或 REST 封装使用 Developer,只翻一个目标语言并缓存结果。

  4. 04

    把初稿和可玩构建交给一位合格母语审核者,记录含义、语气、术语、变量、字体与排版问题。

  5. 05

    修正字符串结构和控制项,只重译变化内容,再判断相同流程和 Growth 费用是否适合扩展到更多语言。

价格与权利

字符额度购买机器初稿,审核才把它变成发布语言

价格与条款最后核验:2026年9月9日

  • Developer 的进入价格为 $0,包含账户生命周期内总计 1,000,000 个文本字符;额度不重置,也不能超额。
  • Growth 月档包含 1,000,000 字符与 10 小时语音转写,年档包含 12,000,000 字符与 120 小时;可付费超额,套餐上限最高为每月 5,000 万字符和 300 小时语音。
  • 本轮稳定公开文本没有给出可复核的地区化 Growth 基础价、含税结账总额或 overage 单价;这些现金数值继续未知,不从旧 API Pro 页面拼接。
  • 文本按源文 Unicode code points 计费,包括空格、Tab 与换行,并对每个目标语言分别计算。Context 字符不计费;成功重译会再次消耗额度。
  • DOC、DOCX、PPTX、XLSX 与 PDF 每个文件最低按 50,000 字符计费;HTML、SRT、TXT、XLIFF 与文本接口按各自实际适用字符计。
成本与产出

Developer 的 100 万字符可以覆盖什么

机器初稿条件计算:去重后的源文 Unicode 字符 × 目标语言数。假设没有重译和 Office 文件最低计费,不含母语编辑、工程、LQA 或通过率。

O11O12O15O16O17
小型 UI × 3 种语言10,000 × 3 = 30,000 字符

Developer 可覆盖 33 个同规模完整初稿批次,并剩余 10,000 字符;每批得到 3 套待审核目标语言语料。

小型游戏文本 × 5 种语言50,000 × 5 = 250,000 字符

Developer 可覆盖 4 个同规模完整批次;只有缓存未变化文本、不重复提交,修改轮次才可能保持在这个量级。

游戏文本 × 10 种语言100,000 × 10 = 1,000,000 字符

这会用完 Developer 全部额度,得到 10 套机器初稿;不是购买 10 个验收或发布语言版本。

10 个小型 DOCX真实 50,000 → 计费 500,000

10 个各含 5,000 字符的文件会逐个触发 50,000 最低计费;同样 50,000 字符若适合文本管线,则按 50,000 计,但两者不是相同的文档保真服务。

实际单个验收语言成本,应以 DeepL 订阅与超额费、母语编辑、字符串工程、游戏 LQA 和返工总投入,除以真正通过的发布语言数。当前公开证据没有完整数值,因此本页不会把 $0 Developer 入口写成“$0 完成本地化”。

商用条件

DeepL 条款说明客户保留 Content 与 Processed Content 权利,并获得 DeepL 对译文可能拥有的权利。用户必须拥有输入权利,不得构建竞争性翻译或机器学习服务;除非另有约定,未修改 API 输出直接展示给终端用户时可能需要标识 DeepL。应按具体游戏和发行方式核对当前协议;这不构成法律意见。

Developer 与付费套餐的数据条款明显不同。Developer/free 条款允许永久存储 Content 与 Processed Content,且不允许处理个人数据;付费服务仍可能使用有限的加密错误调试窗口。在确认所选套餐和数据路径前,不要上传机密剧本或玩家数据。

生产风险

投入生产前处理这些问题。

流畅译文仍可能表达错误含义

模型输出仍需合格母语审核,尤其是教程、选项、进度、法律文本、笑话、世界观与角色语气。反向翻译只能粗筛,不能批准译文。

O24U05U06U07U08U09

变量、标签与上下文可能丢失

占位符预处理、稳定 ID、逐字符串上下文和译后校验属于工程要求;同一数组里的文本不会自动共享上下文。

O11O12O13U04

套餐迁移会改变成本与隐私假设

当前 Developer/Growth/Enterprise 帮助与旧 Free/Pro 开发文档并存。必须按当前账号的套餐、端点、额度、保留与控制执行,不能拼接新旧条款。

O08O15O16O17O22

Agent 路线会增加数据处理方与新工具链

Hosted MCP 内容在到达 DeepL 前先由所选 AI 应用处理;本地 MCP 与 REST 使用 API 凭据和账单。较新的 CLI 源码活跃,但本轮查询文档中的 npm 包时返回 404。

O18O19O20O21O22

游戏必须能承受 API 不可用

本地化生成应位于受控内容管线,而不是发布客户端的关键运行时路径。缓存已批准文本,限制重试,保留回退,并确保 API 不可用时游戏仍可运行。

O07O08O22U01

尚未验证

本页没有声称完成的事情

研究方法

基于公开资料评估

本页采用“基于公开资料评估”。我们核验了 24 个官方产品、开发者、计费、集成、研究与条款来源,并对 Epic、Unity、GitHub、Stack Overflow、Reddit、ACL Anthology、arXiv 与 CNBC 的 12 条主要独立记录进行编码。4 条 Reddit 来自不同作者或项目,占样本三分之一。商业插件作者只作为生态采用而非中立满意度;厂商比较不当作独立排名;学术方法与利益冲突保留,不平均成分数。

时间范围2026 年 9 月 9 日整理。12 条主要独立记录覆盖 8 个平台或出版载体与 4 种编码证据类型;Reddit 来自不同作者或项目的 4 条记录占三分之一。访问受限的 ProZ 材料和历史 GameDev.net 讨论只作补充,不用于扩大计数。
官方来源24
  1. O01
    官方来源
    DeepL products overview

    当前 Translator、Write、Voice、API 与集成产品组合;产品效果主张仍属于厂商陈述。

    核验 2026年9月9日
  2. O02
    官方来源
    Meet the new DeepL Translator

    描述带 Customization Hub、Translation Flow、质量路由与人工审核的 AI-first 多语言平台。

    核验 2026年9月9日
  3. O03
    官方来源
    DeepL next-generation language model

    将专用翻译 LLM 与专有语言数据作为区别于通用模型的路线;厂商比较不是独立排名。

    核验 2026年9月9日
  4. O04
    官方来源
    The new DeepL API experience

    当前 API 正覆盖翻译、写作、语音、风格规则、自定义指令、翻译记忆与用量监控。

    核验 2026年9月9日
  5. O05
    官方来源
    How DeepL launched 70 new languages

    说明借助 LLM 把语言覆盖扩展到 100 种以上;不证明所有语言具有相同功能。

    核验 2026年9月9日
  6. O06
    官方来源
    DeepL API

    官方面向开发者与企业的翻译、写作和语音 API 范围。

    核验 2026年9月9日
  7. O07
    官方来源
    Automating indie game localization with DeepL API and Godot

    Godot 4.3 示例:发送带上下文与正式度的源字符串,遍历目标语言并写出本地化 CSV;它是起点,不是生产级管线。

    核验 2026年9月9日
  8. O08
    官方来源
    DeepL API authentication

    API key 认证、服务端密钥处理与当前端点说明;部分文档仍保留旧 Free/Pro 名称。

    核验 2026年9月9日
  9. O09
    官方来源
    DeepL OpenAPI specification

    用于生成客户端或工具封装的机器可读 JSON/YAML API 规范。

    核验 2026年9月9日
  10. O10
    官方来源
    Official DeepL client libraries

    官方 C#、Java、JavaScript、PHP、Python 与 Ruby 客户端库。

    核验 2026年9月9日
  11. O11
    官方来源
    Translate text request reference

    说明 128 KiB 请求体、每次一个目标语言、互不共享语境的文本数组、context、术语表、模型选项与标签处理。

    核验 2026年9月9日
  12. O12
    官方来源
    How to use the context parameter

    Context 可帮助短文本消歧且不计费,但不能替代术语、风格规则或开放式 LLM 指令。

    核验 2026年9月9日
  13. O13
    官方来源
    Placeholder tags with DeepL

    Mustache 等游戏变量可能需要预处理与恢复,不能默认自动安全保留。

    核验 2026年9月9日
  14. O14
    官方来源
    DeepL API roadmap and release notes

    当前语言、端点、模型、Write、Voice、风格规则与定制更新;各语言功能并非完全同步。

    核验 2026年9月9日
  15. O15
    官方来源
    DeepL API plans

    当前 Developer、Growth、Enterprise 套餐结构,以及旧 API Free/API Pro 的迁移背景。

    核验 2026年9月9日
  16. O16
    官方来源
    Usage count and billing in DeepL API

    定义源字符计费、套餐额度、超额费用,以及每个 Office/PDF 文件最低 50,000 字符计费。

    核验 2026年9月9日
  17. O17
    官方来源
    DeepL API usage and cost control

    付费套餐的账号与密钥级费用控制;限额不会把机器输出变成合格本地化。

    核验 2026年9月9日
  18. O18
    官方来源
    DeepL integrations for AI agents

    Hosted Remote MCP、本地 MCP、CLI、OAuth、API key 与兼容客户端定位;fair use 与质量说法仍为厂商描述。

    核验 2026年9月9日
  19. O19
    官方来源
    Official DeepL MCP server documentation

    使用 Node.js 与 DeepL API key 配置本地 stdio MCP,并列明翻译与只读定制工具。

    核验 2026年9月9日
  20. O20
    官方来源
    Official DeepL MCP server repository

    MIT 许可的官方仓库;2026 年 9 月 9 日可观察到包版本 1.3.3。

    核验 2026年9月9日
  21. O21
    官方来源
    Official DeepL CLI repository

    说明文本、文件、JSON/YAML、多目标语言、缓存、watch、持续本地化与 Git hooks;本轮查询文档中的 npm 包时返回 404。

    核验 2026年9月9日
  22. O22
    官方来源
    DeepL terms and conditions

    客户与处理内容权利、输出署名、输入权利、数据处理、API 可用性、代码示例边界与 Hosted MCP 条件;不构成法律意见。

    核验 2026年9月9日
  23. O23
    官方来源
    DeepL Agent company direction

    独立的通用企业 Agent,通过浏览器、键盘与鼠标自动化工作;它是战略背景,不是 DeepL API 功能。

    核验 2026年9月9日
  24. O24
    官方来源
    Building translation quality evaluation

    DeepL 自身研究说明流畅译文仍可能出错,以及为何需要独立质量评估。

    核验 2026年9月9日
独立证据记录12
  1. U01
    社区案例
    Unreal Engine DeepL localization provider

    商业插件作者描述 Unreal Localization Dashboard 内的 context、正式度、术语表、缓存、批处理、backoff 与额度处理;这是采用证据,不是中立质量证据。

    核验 2026年9月9日
  2. U02
    社区案例
    Unity EasyLocalization current release

    插件作者的当前 Unity 版本支持通过 DeepL 翻译 CSV/JSON 或运行时文本;它证明生态使用,不证明翻译准确度。

    核验 2026年9月9日
  3. U03
    技术仓库
    GameStringer open-source game localization workflow

    当前开源 Unity、Unreal 与 Godot 本地化工具把 DeepL 列为多个供应商之一,并包含翻译记忆与术语能力。

    核验 2026年9月9日
  4. U04
    社区案例
    DeepL single-word context question

    一个具体 API 问题显示,孤立 UI 词即使带句子上下文仍可能歧义;后续做法加入了词性信息。

    核验 2026年9月9日
  5. U05
    社区案例
    Indie game localization budget discussion: DeepL workflow

    一位开发者称通过表格用 DeepL 处理 15 种语言,并用反向翻译粗筛;反向翻译不等于语言 QA。

    核验 2026年9月9日
  6. U06
    社区案例
    Indie game localization budget discussion: manual correction

    同一讨论中的另一位作者报告单词 UI 上下文不足,且一个项目约 30% 需要母语者修改;这不是普遍比例。

    核验 2026年9月9日
  7. U07
    社区案例
    Indie game localization budget discussion: player and build risk

    另一位参与者警告未经编辑的机器翻译会伤害口碑,尤其在中文市场,并建议母语者测试真实构建。

    核验 2026年9月9日
  8. U08
    社区案例
    Game localization postmortem

    一篇当前开发者复盘称 AI 波兰语译文从可用到意思相反或不可玩,强调角色语气与玩家上下文;它不是 DeepL 单项基准。

    核验 2026年9月9日
  9. U09
    学术案例
    EAMT 2026 production translation study

    一项覆盖 71,262 个片段、6,618 次人工评分、60 位译者、10 种语言与 5 个领域的生产研究,支持带依据的后编辑流程优于通用基线;它不是游戏文本。

    核验 2026年9月9日
  10. U10
    学术案例
    Machine translation for multilingual bug reports

    一项 VS Code bug report 比较中,DeepL 在多数自动指标上领先 AWS 与 ChatGPT;技术领域自动指标不能外推到游戏对白。

    核验 2026年9月9日
  11. U11
    学术案例
    DeepL versus full-document translation study

    专业盲评发现片段层面多为无偏好,文档层面结果随语言变化;作者供职于竞争方 Supertext,因此保留利益冲突。

    核验 2026年9月9日
  12. U12
    独立演示
    CNBC on DeepL Agent expansion

    独立报道确认 DeepL 公司层面从翻译扩展到通用业务 Agent;不证明 DeepL API 的翻译质量。

    核验 2026年9月9日

商业披露

这项研究如何获得支持

独立编辑研究。MakeGameWithAI 未使用联盟链接,也未获得赞助、厂商账号、额度、采访或技术支持。Owner 于 2026 年 9 月 9 日通过“受控机器初稿”定位、“需要一定基础/中等置信度”、“接入方便/中等置信度”、费用表达与公司产品边界,并于 2026 年 9 月 14 日批准正式发布。

资料评估与 Owner Review 已完成。

本页已作为公开资料评估发布。结论会随定价、条款、产品版本和重要新证据变化而复核。