游戏本地化（中译英）的要点，以及它和学术翻译到底差在哪
调研日期：2026-08-05
触发场景：一份中译英游戏本地化笔试题（Top Lords，GAME SPARK PTE. LTD.，SLG/4X 手游），11 道题覆盖 UI 提示、按钮、道具名、专有名词、技能公式、活动长规则、Boss 台词、NPC 对话、系统通知、邮件正文。
Executive Summary#
游戏本地化和学术翻译的分界不在"要不要意译"，而在对谁负责。学术翻译对源文本负责——数据、引语、术语必须可回溯核验，改写引语被视为损害忠实度 [8][9]。游戏本地化对目标玩家的体验负责：学界原话是译者被给予"近乎绝对的自由"去修改、删减甚至增补内容，"忠实"被重新定义为忠于整体游戏体验而非原文文本 [3]，判定有效性的唯一依据是本地化后玩家的实际游玩体验 [2]。
但"自由"这个词有强烈误导性。在实际交付里，这份自由只覆盖措辞层，而措辞层之上压着三道你没有自由的硬约束：术语（由项目术语表决定，不由你决定）、代码（占位符与富文本标签一个字符都不能错）、体例（英文游戏文案的既成模板）。行业 QA 标准把标签/占位符类破坏归为 critical（25 分或直接判不合格），把风格问题归为 minor/major（1 分/5 分）[72][73]——也就是说，一份文采飞扬但改坏了一个 `<color>` 标签的译文，评分上远不如一份平淡但零破坏的译文。
具体到"狮鹫"这个例子：它没有唯一正确答案。Merriam-Webster 主词条是 griffin [16]，D&D 历代官方一律写 Griffon [18]，暴雪魔兽官方写 Gryphon [19]。三个都对，取决于产品自己锁了哪个。而 Top Lords 的英文版已经上线（App Store 与 Google Play，版本 1.0.31，2026-08-05 更新），官方英文文案里写的是 griffin，领主是 Lord，敌方帝国叫 Tusk Empire [21][22]。这就是答案的真正来源——不是词典，不是你的品味，是产品自己的既有版本。
直接结论#
- 2. 术语不是风格问题，是数据问题，而且优先级高于你的判断。 行业标准流程是：术语表先行、续作沿用前作、译者遇到新词只能起"占位译名"并提交审批，无权自行拍板 [11][15]。你的直觉"不要自己创造"方向对，但机制比你想的更硬——不是"有公认说法就用"，而是"以项目自己的既有版本为准，词典排最后"。→ 见发现 2
- 3. 游戏文本是带代码的文本，这层错了不叫翻译不好，叫 bug。 `{0}` 占位符不可改不可删但位置可随英语语序移动 [37]；`<color=#xxxxxx>...</color>` 必须完整成对保留、可译内容只在标签之间 [42][43]；中译英字符数会显著变长，UI 会爆框 [31][77]。→ 见发现 3
- 4. 英文游戏文案的模板化程度远超中文译者的直觉。 技能描述、数值格式、持续时间、叠加上限、活动公告各有既成句式，不是"翻得通顺就行"，而是"要长得像这个品类的英文文案"[50][53][58][60][63]。这条是你两个直觉之外的第三条腿，也是最容易被扣分而自己不知道的地方。→ 见发现 4
- 5. "世界观 vibe"这条成立，但比你预期的窄，而且方向常被搞反。 它主要指角色声音一致性与语域匹配 [65][66]，不是往"中世纪腔"上加料——行业共识是仿古英语宁少勿多，堆 "Hark!" 属于反面教材 [71]。中式出海最常见的病是四字成语直译与语域拉平（该粗俗的变礼貌书面）[76][78]。→ 见发现 5
- 6. 笔试大概率按"错误扣分"评而不是按"文采加分"评，而且原文里的坑本身就是考点。 MQM/LISA 体系都是扣分制、按严重度加权 [72][73]。这份题目的中文原文里至少有三处不一致/异常（见"落到这份笔试"一节），发现它们并提出来，比翻得漂亮更能体现职业素养——唯一一条直接证据来自本地化项目经理的说法：会提出有洞察力的问题、对文本做批判性思考的译者能提升质量 [75]。→ 见发现 6
引言：范围与假设#
范围内：中译英方向、SLG/4X 手游品类的游戏本地化方法论；与学术/科技翻译的系统性差异；术语管理、工程约束、文案体例、语气处理、QA 评分标准。
范围外：配音与口型对齐、文化审查与分级（ESRB/PEGI）、机器翻译与译后编辑的经济性、法律与合规文本。
关键假设与说明：
- 本报告把这份笔试默认为 Top Lords（GAME SPARK PTE. LTD.） 的本地化岗位测试。依据是题库表头写明"Top Lords 本地化测试题库"，且题干内容（城堡/领主/同盟/VIP/宝石商城/狩猎箭矢）与该产品吻合。
- "Top Lords 英文版已上线且术语已定"这一判断，证据来自 App Store 与 Google Play 的官方英文商店文案（发行商自己写的），不是游戏内字符串本身。商店文案与游戏内 UI 用词理论上可能不一致，但同一发行商在同一产品上把 griffin 写成 gryphon 的概率很低。这条建议按"高可信但需入职后以游戏内实际字符串复核"对待。
- 学术翻译一侧的证据强度弱于游戏一侧。游戏本地化有成体系的学术文献（Mangiron & O'Hagan 等）与行业标准文档（IGDA、MQM），学术翻译的"规范"更多散落在出版社指南与实务文章里，本报告引用的是翻译期刊与 MLA 的公开表述 [8][9]，不宜当成唯一权威。
- 部分品类惯例（如"Choice Chest"作为自选宝箱的英文命名）只在搜索摘要层面得到印证，未能取得可直接引用的一手页面（Fandom 站点对抓取返回 402/403）。相关结论已在文中就地标注为低置信。
发现 1：判对错的标准换了轴——学术翻译对文本负责，游戏本地化对体验负责#
这不是"意译多一点"的程度差异，是评价函数换了。
游戏本地化的学术定性很明确：游戏文本的翻译比其他文本类型给译者的自由度最大，其驱动力是"为目标玩家传递最大娱乐价值"这一 skopos（翻译目的）[2]。这使本地化成为一种功能主义翻译实践，优先考虑译文在接收端的预期功能，从而使"对原文的忠实"变得不那么相关 [2]。更直白的表述是：本地化者被赋予"近乎绝对的自由"去修改、省略、甚至添加任何他们认为有助于拉近玩家距离、传达原作游玩感受的元素 [3]。
"忠实"在这里被重新定义：译者不必忠于原文文本，而要忠于整体游戏体验 [3]。相应地，本地化策略是否有效，只能依据本地化后玩家的游玩体验来评判 [2]——不是拿译文和原文并排比对。学界把这个质量标准叫 playability（可玩性）：文本翻译只是一个复杂的多符号整体中的一部分 [10]。
学术翻译的标准正好落在相反的位置。科技/学术翻译中最恒定的忠实度指标是事实准确性：译文中的数据（事实与数字）必须与原文一样准确、可核实 [8]。学术审校规范上，审校者通常不改动直接引语的措辞，因为这会损害对原始来源的忠实度 [9 相关实务表述]。MLA 关于学术翻译评审的指导原则则强调"每一个翻译都是一种阐释，始于批判性阅读"[9]——重心仍在对源文本的理解深度，而非目标读者的使用体验。
对你的实际含义：把学术翻译的肌肉记忆原样搬过来，最典型的失误是"不敢删"和"不敢改结构"。中文原文一句话里塞了三层信息，英文 UI 只有一行位置——学术翻译会想办法全塞进去（加从句、加破折号），游戏本地化会砍掉玩家不需要的那层。这在学术里是失职，在这里是正解。
边界要说清：这份自由不覆盖数值和机制。数值错误在游戏里是有真实代价的——《鸣潮》日文版一件武器的技能描述译错，导致日本玩家依据错误描述氪金抽卡，玩家扬言起诉开发商并向消费者厅举报 [69]。所以准确的说法是：机制与数值层面比学术翻译更严（错了会被起诉），措辞与文风层面比学术翻译更松。
发现 2：术语不是风格问题，是数据问题——而"公认译法"这个直觉需要修正#
"狮鹫肯定有标准说法"这个判断，答案是：没有唯一标准，但有唯一正确来源。
三种英文拼法同源而各自被不同 IP 锁定：
| 拼法 | 谁在用 | 依据 |
|---|---|---|
| Griffin | 词典主词条；美式与通用英语压倒性主流 | Merriam-Webster 以 griffin 为主词条、griffon/gryphon 列为变体 [16]；用量统计美国 98%、英国 95% 偏 griffin [20，第三方统计，中低置信] |
| Griffon | 龙与地下城（D&D）官方 | D&D Beyond 官方怪物条目标题即 "Griffon"，历代 Monster Manual 一致 [18] |
| Gryphon | 暴雪《魔兽世界》官方 | Warcraft Wiki 官方设定以 Gryphon 为准 [19]；Etymonline 把 gryphon 标为 griffin 的"替代或古体拼法"[17] |
也就是说，"用公认说法不要自创"这条直觉的方向对，但落点错了。正确的落点不是"查词典找标准答案"，而是"这个产品自己已经定了什么"。
而 Top Lords 已经定了。 该产品英文版在 App Store 与 Google Play 均已上线（发行商 GAME SPARK PTE. LTD.，版本 1.0.31，2026-08-05 更新，商店语言标注 EN），官方英文文案里：
"▼Raise Griffin, Forge Your Legend — Command a mighty griffin, expand your territory, rise through the ranks, and claim the throne as the true ruler of the kingdom!" [21][22]
"The Tusk Empire plunged our kingdom into chaos! You will rise as a lord, reclaim your lands..." [21][22]
开发者对玩家评论的官方回复统一以 "Dear Lord," 开头 [22]
这直接给出了三条术语的既定答案：狮鹫 = griffin；领主 = Lord；（敌方）帝国 = Tusk Empire。题目 5-B 里的"帝国将军"，术语表正确答案是 Tusk Empire General 一类的写法，而不是凭空的 "Imperial General"——后者在语言上没错，在术语上是错的。
行业流程佐证这条原则的强度。 IGDA《Best Practices for Game Localization》规定：开发方应先向译者提供源语言风格指南与常用词表；若是系列续作，须提供前作术语表以保持翻译延续性 [11]。小项目约一周、大型 MMORPG 最长六周完成主要命名 [11]。对术语表未覆盖的新词，流程是"第一个遇到它的人先定一个占位/工作译名，等团队或主译签字后再更新进术语表"[11]——注意这里的关键：译者可以提议，但不能拍板。 有本地化公司把这条操作化得更明确：若译者无权向术语库增删词条，须先咨询审校；审校也无权的话，要列成清单交客户确认 [15]。
术语不一致在 QA 里是被单列的缺陷类型：同一概念在不同地方译法不同、命名逻辑不统一，会让玩家困惑并削弱世界观一致性 [12]；LocalizeDirect 的 LQA 检查清单把"关键术语（地名、道具名等）翻译不统一"列为标准检查项 [67]。
这个品类的通用词已经趋同，几款头部产品用词高度一致，可以当既成惯例直接套：
| 中文 | 英文 SLG 惯用 | 依据 |
|---|---|---|
| 领主 | Lord | Lords Mobile 游戏名与商店文案 [23]；Top Lords 官方文案 [21] |
| 同盟／联盟 | Alliance | Lords Mobile [24]、Rise of Kingdoms [27]、King of Avalon [26] 三家一致 |
| 城堡 | Castle | Lords Mobile wiki（城堡等级限制其他建筑升级的机制描述）[24] |
| 宝箱 | Chest | Lords Mobile wiki [25] |
| 防护罩／免战盾 | Shield | Lords Mobile wiki（"Armies and scouts cannot attack you while a shield is active"）[25] |
| 征服／攻占 | Conquer | Lords Mobile、Rise of Kingdoms 商店文案核心动词 [23][27] |
| 碎片 | Fragment（攒够拼出来的）／Shard（抽卡消耗品） | State of Survival 统一用 Fragment [29]；Raid: Shadow Legends 两词并存但机制不同 [28] |
| 攻击力／防御力 | Attack／Defense，缩写 ATK／DEF | Rise of Kingdoms 基础数值命名 [61]；Lords Mobile 技能文案 "Increases Siege Engine ATK" [62]（均为第三方数据站转引，中低置信） |
未找到可靠对应的：题目里出现的"游侠"和"军团"，在上述几款英文 SLG 里没有查到确定的固定对应（Evony 里的 "Legion" 只是部队数量的量词，不是兵种或组织名）。这两个词属于该提问、不该硬猜的类型。
什么时候确实该造词：IP 专有名词（武器、载具、以神话或圣经命名的地名）通常不翻译，被视为与故事绑定的专属术语 [30]。题目里的"英雄学院"更接近功能建筑而非 IP 专名，倾向意译；但同样应以产品既有英文版为准。
发现 3：游戏文本是带代码的文本——这层出错是 critical，不是"翻得不好"#
这是学术翻译完全没有的维度，也是这份笔试最容易无声失分的地方。题目里 11 道题有 4 道直接带标签或占位符。
（1）占位符：不可改、不可删，但位置可以移。
多参数场景应使用命名占位符而非位置占位符，因为位置占位符不允许译文调整变量顺序——英文 "Today is November 26." 在西班牙语里要变成 "Hoy es 26 de noviembre."，月与日的占位符必须互换 [37]。同理，中文"城堡未达到 {0} 级"里 {0} 在"级"前，英文写成 "Castle Lv. {0}" 时 {0} 落在句尾——位置变了是对的，内容变了是错的。专业平台会把占位符渲染成灰色不可编辑元素，并自动质检译文中的占位符是否与源串一一对应 [39]。
（2）严禁自己拼句子。 Mozilla 本地化开发规范把字符串拼接列为经典反模式：把一句话拆成两段再拼一个链接，在英语能跑，很多语言需要第三段文字才能拼出自然句子 [34]。Crowdin 更直接：字符串拼接是"本地化的原罪"——在英语里完美运行，在德语里悄悄出错，在阿拉伯语里直接崩 [36]。对译者的含义是：不要把一条字符串拆成两条交付，也不要把两条合成一条。
（3）英语的单复数与冠词是真问题。 变量注入名词时无法预知该用 a 还是 an，因为取决于被替换名词的首音 [81]。ICU 复数规则里英语只有 one/other 两支，俄语有四支，阿拉伯语最多六支 [36]。Unity 的 Smart Strings 与 Plural Formatter 就是为此存在的，遵循 Unicode CLDR 规则 [40][41]。在笔试里的实际动作：遇到 `{0}` 后面跟可数名词（如"恢复 {1} 个情报任务"），要么写成对单复数都成立的形式（"Intel Missions: {1} restored"），要么在交付说明里问一句引擎是否支持复数变体——这比闷头写 "{1} intel mission(s)" 专业。
（4）富文本标签必须完整成对保留。 Unity 的富文本支持 `<b> <i> <u> <s> <color> <size> <br>` 等，官方示例一律成对开闭 [43]。Unity 自己的伪本地化工具里有 "Preserve Tags" 方法，作用是在其他处理之前先把成对开闭标签标记为只读，防止 XML/富文本标签被破坏 [42]——引擎层面把"标签不可动"当成需要专门机制保护的东西。本地化平台也警告：占位符与 HTML 标签混排时，翻译后容易出现括号错位或损坏 [38]。
对这份题目的具体含义：4-B 的活动长规则含 `<color=#249bc5>`、`<color=#099b4a>`、`</color>` 三种标签共 18 组换行标记；6-A 与 5-B 也带 `<color>`。标签本身不可译（`#249bc5` 不是内容），标签之间的文字才是可译内容，标签可以随英文语序整体移动但不能跨越或拆开。
（5）中译英会变长，UI 会爆框。 W3C 引用的 IBM 数据表明短字符串的膨胀比例最高（10 字符以内可达 200–300%，70 字符以上约 130%）[31]。反方向（英→中）通常字符数收缩 30–50% [32]，所以中→英必然要占用更多字符位。中文业界的表述更贴题：中文游戏非常喜欢用四字短语，字对字全翻会造成严重超框、界面一片混乱 [77]；LocalizeDirect 把"文本溢出、按钮文字被截断"列为 LQA 标准缺陷 [67]。SimpleLocalize 的实操建议是设计上留至少 30% 膨胀缓冲，宁可两行按钮也不要用省略号截断 [33]。
在笔试里的实际动作：1-B 的按钮题（"前往获取""征服土地""分享我的城堡"）本质考的就是这个。四五个中文字的按钮，英文必须压到一两个词——"Get"、"Conquer"、"Share"，而不是 "Go to Obtain"、"Share My Castle"。
（6）转义符原样保留。 这份题目里有个细节值得注意：4-B 的单元格里是字面的 `\n` 转义序列（18 处），而 1-A、3-A、6-A 用的是真实换行符。也就是说 4-B 的 `\n` 是字符串里的两个字符，交付时必须原样保留成 `\n`，不能"顺手"改成真换行。XLIFF 规范同样不建议在本地化文件里使用 HTML 实体或数字字符引用，尽量用原始字符 [49]。
（7）大小写风格要选一种并全局统一。 Microsoft 风格指南默认 sentence case——除首词与专有名词外一律小写，明确包括按钮、复选框等 UI 标签 [45]；Google 开发者文档风格指南同样标题、列表、表格全用 sentence case [46]；Apple HIG 现行立场是 title case 更正式、sentence case 更随意，按 app 调性自选，但全 app 内必须一致 [47]。UX 本地化圈的观点是 sentence case 更利于多语言本地化，对含大量专有名词的手游尤其相关 [48，个人博客，低置信]。笔试里选哪个都能自圆其说，但同一份卷子里混用一定扣分。
发现 4：英文游戏文案高度模板化——这是你两个直觉之外的第三条腿#
中文译者最容易犯的隐性错误不是词不对，而是句式不像。英文游戏的规则类文本有强模板，模板选择由品类决定而不是由译者品味决定。
技能描述的人称与句式按品类分裂：
| 品类 | 句式 | 真实样例 |
|---|---|---|
| 卡牌（万智牌） | 第三人称陈述句，主语是卡牌本身 | "Lightning Bolt deals 3 damage to any target." [50] ／ "Target creature gets +3/+3 until end of turn." [51] |
| 卡牌（炉石） | 祈使句，省略主语 | "Deal 2 damage." ／ "Deal 3 damage to a minion." [53] |
| MOBA／ARPG tooltip | 第三人称陈述 | "Deals magic damage" ／ "deals physical damage" [54] |
| 桌游规则书（D&D 5e） | 第二人称祈使，直接对玩家说 | "You hurl a bubble of acid... A target must succeed on a Dexterity saving throw or take 1d6 acid damage." [55] |
万智牌是模板化的极端案例：官方持续做规则文本标准化工程，例如用 "this creature" 替代卡牌名以消解同名歧义 [52]。触发式技能固定为 `Whenever [主语] [触发动作], [效果]` [52]。这对"技能公式类"翻译的启发：不要每条技能都重新组织句子，要先定一套模板再往里填数值。
数值、时间、叠加上限的写法：
| 中文写法 | 英文惯用 | 出处样例 |
|---|---|---|
| 造成 {0} 攻击力的物理伤害 | `Deals {0}% of ATK as Physical Damage` 一类；数值区间写 `(X–Y)` | PoE "Deals (8–224) to (12–336) Fire Damage" [56] |
| 提升／降低 X% | 加算写 `X% increased`，乘算写 `X% more`（PoE 体系）[57]；改动公告写 `increased/reduced from X% to Y%` | Diablo IV "Damage increased from 35% to 80%." [58] |
| 持续 5s | ARPG 系写 `for 5 seconds`（完整拼写）[59]；老牌 MMORPG 写 `for 5 sec`（缩写）[60] | Diablo IV "...for 3 seconds" ／ WoW "...for 20 sec" |
| 同一目标最多降低 25% | `Stacks up to N times`，固定短语置于句末 | WoW "Stacks up to 3 times." ／ "Stacks up to 10 times." [60] |
| 有 X% 几率造成 Y | `has up to a X% chance to [效果] for N seconds` | Diablo IV Lucky Hit 文案 [59] |
注意"5s"这个细节：中文原文写 `5s`，英文没有一个游戏这样写。要么 `5 sec`（MMORPG 风）要么 `5 seconds`（ARPG 风），选一种全卷统一。直接照抄 `5s` 是典型的"没看过英文游戏文案"的信号。
活动规则公告的体例——这条最反直觉。 欧美单机游戏文案爱用第二人称"you"，但SLG 手游的官方活动公告不是这样。Evony 官方公告用第三人称陈述句描述玩家能获得什么，不用 "you" 也不用祈使句 [63]：
"Players can gain the Christmas Globe (30-Day) at Party Cake level 2."
"50 Monarchs from each group are promoted to the semifinal." [63]
处罚条款用名词化短语而非第二人称警告："Permanently ban the account." [64]
对 4-B（活动长规则）的含义：中文原文写"领主可使用狩猎箭矢消灭森林中的野兽来获得奖励"，对应的英文体例是 `Lords can use Hunting Arrows to...` 或 `Players can...`，而不是 "You can use..."。中文的"领主"在这里既是称呼语也是术语，保留 Lords 作主语既符合品类惯例又用上了已定术语。
发现 5：世界观 vibe 成立，但比你想的窄，方向也常被搞反#
你的直觉 2 是对的，但"符合世界观"在行业里的实际所指是"角色声音一致性 + 语域匹配"，不是"往中世纪腔上加料"。
（1）短台词（bark）有明确的写作要求。 Barks 指 NPC 突然蹦出的碎片化台词，作用是让世界显得有生气 [65]。写作要求是一句话同时做到三件事：响应触发、传递游戏信息、准确体现说话角色 [66]。因为会被反复听到，写作上应尽量克制、避免过火的语言习惯，防止玩家听腻 [65]。区分角色靠说话习惯的差异而非台词内容的差异——同一职业可以写出"开朗版"和"厌世版"两种性格 [65]。
对 5-A（Boss 台词，题目自己标了"B类创作"）的含义：这三句是同一个 Boss 的三种状态（轻蔑—受挫—失控），英文应该让人听出是同一个人在不同处境下说话，而不是三句独立的酷话。"游侠好快，跟不上……"这句是失控前的自语，语域应明显低于前两句。
（2）仿古英语宁少勿多。 游戏写作圈的共识表述是 "More is less"——不需要把对白塞满中世纪行话才能捕捉中世纪味 [71]；"只有想搞笑的时候才在每句话后面加 'Hark!'"[71]。更倾向的路线是本地化式的自然化：让台词对当代读者自然，而不是对"那个时代的人"自然 [71]。反面参照是《暗黑地牢》旁白——它确实大量用古雅词汇，但那是刻意设计的叙事角色，不是全游戏的默认腔调 [80]。
（3）中式出海的具体病灶有据可查。 四字成语／技能名直译对西方玩家不知所云，因为他们不知道成语典故 [78]；中文爱用四字短语，字对字翻会严重超框 [77]。本地化行业的 LQA 清单把"无视语境的字面翻译、成语直译"（contextual inaccuracy）列为标准错误类型 [67]。学术侧的观察是：本地化者容易把自己的语言偏好带入译文，使角色说话过于正式或过于随意，改变原作语气；机翻处理游戏对话时常把本该粗俗随意的语域拉平变得礼貌书面 [76]。
（4）代价是真实的。 《鸣潮》英文配音早期被玩家批评表演生硬、节奏别扭、文本框提前截断 [70]；日文版技能描述译错引发玩家扬言起诉与向消费者厅举报 [69]。这两件事分别对应"vibe 没做好"和"准确性没做到"的后果量级——后者严重得多。
发现 6：怎么被评分——扣分制，且原文里的坑本身是考点#
（1）行业质量模型都是扣分制、按严重度加权。
MQM（Multidimensional Quality Metrics）是当前主流框架，由欧盟 QTLaunchPad 项目起源，现由 GALA 与 W3C MQM Community Group 维护 [72]。它由分层错误类型学与正式打分模型两部分组成，顶层维度包括 Accuracy（准确）、Fluency（流畅）、Terminology（术语）、Style（风格）、Locale convention（本地惯例）、Non-translation（未翻译）[72]。严重度四级：Neutral(0)、Minor(1)、Major(5)、Critical(25 分或直接判不合格) [72]。
更早的 LISA QA Model 分七类错误——Mistranslation、Accuracy、Terminology、Language、Style、Country、Consistency——三级严重度按 1 分／5 分／critical 加权，critical 明确包括"可能导致 bug"的错误 [73]。汽车行业的 SAE J2450 同构：术语错误、句法错误、遗漏、增译、拼写、标点、其他，严重度 1/2/3 级 [74]。
这个分级结构决定了答题策略：破坏标签、改动占位符、译错数值——这些落在 critical 档，一处就可能直接判不合格；用词平淡、句子不够漂亮——落在 minor 档，1 分。所以先保零破坏，再谈文采。
（2）游戏 LQA 分两条线：Linguistic QA 查语言与文化准确性，Functional QA 查本地化版本能否正常运行（菜单加载、过场触发、是否崩溃）[68]。译者的交付质量同时影响这两条线——一个没闭合的 `<color>` 标签是 functional 问题。
（3）关于试译本身怎么评，公开资料稀薄。 中文社区的经验分享提到笔试评分可能涉及风格是否符合、Tag 保护、语法正确性等维度，但面试官不一定给具体反馈 [79]。唯一一条来自甲方视角的直接证据是一位本地化项目经理的说法：会提出有洞察力的问题、对内容有参与感的译者，往往能提升质量——"这说明他们不只是在翻译，而是在批判性地思考文本"[75]。这条证据强度中等（个人 newsletter），但与 IGDA 流程文档里"新词先起占位译名再提交审批"的规定 [11] 方向一致：行业期待译者提问，不期待译者独断。
（4）这份卷子的中文原文本身有三处异常，几乎肯定是考点或至少是加分点：
- 术语不一致（跨题）：2-A 的道具名写"金币仓库工人碎片"和"伐木场工人碎片"，4-A 的道具说明却写"金库管理员的碎片"和"伐木工的碎片"。同一对象、同一份卷子、四种中文写法。译成英文时必须统一成一组词并在交付说明里指出——这正是 [12] 所说的"命名逻辑不统一"缺陷。
- 标点不一致：4-B 里道具名一处用英文直角引号 `"{3}"`，一处用中文弯引号 `"{5}"`。英文交付应统一（英文文案通常两处都不加引号，或都用同一种）。
- 单位写法：3-A 的 `5s` 在英文游戏里不存在这种写法（见发现 4）。
（5）交付时附一份提问清单（query list）是应该做的事，不是画蛇添足。 IGDA 明确把"提供上下文"列为最佳实践，并承认游戏翻译的现实困难在于多重剧情分支与无逻辑顺序的文本文件 [11][82]。这份笔试给的是脱离上下文的孤立字符串——在没有上下文的情况下写出唯一确定的译文本身就是不可能的，指出这一点并列出你需要确认的问题（"英雄学院是建筑还是系统？""游侠/军团是兵种名还是阵营名？""{3} 和 {5} 是同一个道具吗？""字符上限是多少？"），恰恰证明你懂这行怎么运转。
综合：一张对照表#
| 维度 | 学术／文献翻译 | 游戏本地化（SLG 手游中译英） |
|---|---|---|
| 对谁负责 | 源文本与原作者 [8][9] | 目标玩家的游玩体验 [2][3] |
| "忠实"指什么 | 事实、数据、引语可回溯核验 [8] | 忠于整体游戏体验，非文本 [3] |
| 译者自由度 | 低；引语不可改 [9] | 措辞层"近乎绝对"[3]；术语层几乎为零 [11][15] |
| 谁定术语 | 学科既有译名 + 译者判断 | 项目术语表；译者只能提议不能拍板 [11][15] |
| 长度 | 不是约束 | 硬约束；短串膨胀 200–300% [31]，会爆框 [67][77] |
| 代码元素 | 无 | 占位符 [37][39]、富文本标签 [42][43]、转义符，动了即 critical |
| 句式 | 学科文体规范 | 品类模板（技能/数值/规则各有既成句式）[50][53][58][60][63] |
| 语气 | 中性、客观 | 角色声音一致性、语域匹配、克制的世界观着色 [65][66][71] |
| 质量评估 | 同行评议、阐释深度 [9] | MQM/LISA 扣分制，critical 直接不合格 [72][73] |
| 交付附加物 | 译注 | 提问清单、术语提案 [11][75] |
一句话概括差异：学术翻译是把一段话搬到另一种语言里，游戏本地化是在一堆硬约束（术语表、字符数、标签、品类体例）之间，把一个游玩体验重新造一遍。前者的技能是理解与忠实，后者的技能是取舍与合规。
落到这份笔试：11 道题的分类打法#
题目已经按类别分好，实际上对应三种不同的判分逻辑：
A 类·零自由度（1-A、3-A、4-A、4-B、6-A）——查合规
考的是标签/占位符/转义符是否零破坏、数值是否准确、术语是否统一、句式是否像英文游戏文案。这几道题没有加分空间，只有扣分空间。动作：先把所有 `{n}` 和 `<color=...>` 逐个数清，译完再数一遍对上；数值一个不改；定一套模板（技能句式、时间单位、百分比写法）全卷统一。
B 类·体例导向（1-B、2-A、6-B）——查像不像
按钮题考压缩能力（中文 4-5 字 → 英文 1-2 词）；道具名系列题考系列内的结构平行（"X 碎片自选宝箱"应该产出结构完全一致的一组英文名，如 `[Building] Worker Fragment Choice Chest`——"Choice Chest" 作为自选宝箱的英文命名在同品类里有先例，但本次只在搜索摘要层面得到印证，属低置信，建议在交付说明里作为提案而非既定术语给出）；邮件正文考结构化规则的英文排版体例。
C 类·创作（2-B、5-A、5-B）——查判断力
2-B 专有名词考的就是你的直觉 1，而正确答案是去用产品自己的英文版（狮鹫 → griffin [21][22]）；5-A/5-B 考角色声音与语域层次。这三道是唯一能体现"水平"的题，但占比只有 3/11。
跨全卷的三个动作（这三条比任何一道题的措辞都值钱）：
- 1. 交一份术语表（哪些词你锁死了，锁成什么），而不只是交译文。
- 2. 交一份提问清单，把上下文缺口和原文不一致处列出来（至少那三处：金库管理员/仓库工人的术语打架、引号不一致、`5s` 的单位写法）。
- 3. 说明你选的大小写规范（sentence case 还是 title case）并全卷执行。
局限与告诫#
- "Top Lords 术语已定"这条的证据是官方商店文案，不是游戏内字符串。 商店文案由发行方撰写，与游戏内 UI 用词高度可能一致但非绝对。建议按"应当遵循，但入职后须以游戏内实际字符串复核"处理，且在笔试交付说明里可以直接写明"依据贵司英文版商店文案，狮鹫采用 griffin"——这本身就是加分动作。
- "Choice Chest"作为自选宝箱命名的证据不硬：Fandom 站点对自动抓取返回 402/403，只取到搜索摘要层面的转述。不要把它当既定行业术语断言。
- "游侠""军团"在英文 SLG 中的对应未找到来源，本报告不提供答案，只提示这属于该提问的类型。
- 试译评分标准的行业公开讨论确实很少。 关于"零错误 vs 文采"的权衡，本报告的判断是从 MQM/LISA 的扣分结构推导出来的，而非直接证据；唯一的甲方视角证据是一条个人 newsletter [75]，强度有限。请按"结构性推论"而非"实证"看待。
- 学术翻译一侧的规范表述强度弱于游戏一侧，本报告没有引用翻译学教材原文，主要依据翻译期刊实务文章与 MLA 公开文件。
- 文本膨胀数据是英译欧洲语言方向的 [31]，中→英方向没有同等权威的一手数据；本报告采用的是"英→中收缩 30–50% [32] 故中→英需更多字符位"的反推，方向可靠、具体数字不可靠。
- 部分游戏内文本样例来自第三方数据站与 wiki（Wowhead、rok.guide、gamesguideinfo），非官方截图，已在证据表中标注为中低置信。
参考文献#
[1] InTRAlinea, *Video Game Localisation and Beyond* (review) — https://www.intralinea.org/reviews/item/video_game_localisation_and_beyond
[2] O'Hagan, M., *Journal of Specialised Translation*, Issue 11 — https://jostrans.soap2.ch/issue11/art_ohagan.php
[3] Mangiron, C. & O'Hagan, M., *Journal of Specialised Translation*, Issue 6 — https://jostrans.soap2.ch/issue06/art_ohagan.php
[4] Bernal-Merino, M., "On the Translation of Video Games", *JosTrans* Issue 6 — https://jostrans.soap2.ch/issue06/art_bernal.pdf
[5] MultiLingual, "Culturalization, game localization and China" — https://multilingual.com/issues/aug-sep-2018/culturalization-game-localization-and-china/
[6] Globalization Partners International, "Video Game Localization" — https://www.globalizationpartners.com/2020/04/14/video-game-localization/
[7] "A Study on Game Localization Translation of VALORANT from the Perspective of Skopos Theory" — https://bcpublication.org/index.php/SJOHSS/article/view/7700
[8] *Translation Journal*, "Fidelity Challenges in Translation" (Jan 2015) — https://translationjournal.net/January-2015/fidelity-challenges-in-translation.html
[9] MLA, "Evaluating Translations as Scholarship: Guidelines for Peer Review" — https://www.mla.org/Resources/Advocacy/Executive-Council-Actions/2011/Evaluating-Translations-as-Scholarship-Guidelines-for-Peer-Review
[10] "Key Concepts in Game Localisation Quality" (ResearchGate) — https://www.researchgate.net/publication/383036465_Key_Concepts_in_Game_Localisation_Quality
[11] IGDA Localization SIG, *Best Practices for Game Localization* (v2.2) — https://igda-website.s3.us-east-2.amazonaws.com/wp-content/uploads/2021/04/09142137/Best-Practices-for-Game-Localization-v22.pdf
[12] LangLink, "LQA Bug Dictionary: Terminology/Style Inconsistency" — https://games.langlinking.com/lqa-bug-dictionary-4-terminology-style-inconsistency/
[13] Lionbridge, "Steps to Create a Translation Style Guide or Glossary" — https://www.lionbridge.com/blog/translation-localization/how-to-create-a-translation-style-guide-and-terminology-glossary/
[14] Allcorrect Games, "Localization Glossaries: Importance and Purpose" — https://allcorrectgames.com/insights/localization-glossaries-what-they-are-and-why-they-matter/
[15] Allcorrect Games, "How We Solved Game Localization's Glossary Paradox" — https://allcorrectgames.com/insights/the-glossary-paradox-how-we-solved-game-localization-s-chicken-and-egg-problem/
[16] Merriam-Webster, "griffin" — https://www.merriam-webster.com/dictionary/griffins
[17] Etymonline, "gryphon" — https://www.etymonline.com/word/gryphon
[18] D&D Beyond, "Griffon" (Monsters) — https://www.dndbeyond.com/monsters/16913-griffon
[19] Warcraft Wiki, "Gryphon" — https://warcraft.wiki.gg/wiki/Gryphon
[20] Sapling, "Griffin or Gryphon" usage statistics — https://sapling.ai/usage/griffin-vs-gryphon
[21] Apple App Store, *Top Lords* (GAME SPARK PTE. LTD., v1.0.31, 2026-08-05) — https://apps.apple.com/us/app/top-lords/id6767834940
[22] Google Play, *Top Lords* (com.gamespark.topking.gp) — https://play.google.com/store/apps/details?id=com.gamespark.topking.gp
[23] Apple App Store, *Lords Mobile: Kingdom Wars* — https://apps.apple.com/us/app/lords-mobile-tower-defense/id1071976327
[24] Lords Mobile Wiki (Fandom), "Title" — https://lordsmobile.fandom.com/wiki/Title
[25] Lords Mobile Wiki (Fandom), "Maintenance Shield" — https://lordsmobile.fandom.com/wiki/Maintenance_Shield
[26] King of Avalon Wiki (Fandom), "Kingdom" — https://king-of-avalon.fandom.com/wiki/Kingdom
[27] Apple App Store, *Rise of Kingdoms* — https://apps.apple.com/tc/app/rise-of-civilizations/id1354260888
[28] Raid: Shadow Legends Wiki (Fandom), "Shards" — https://raidshadowlegends.fandom.com/wiki/Shards
[29] State of Survival Wiki (Fandom), "Category:Fragments" — https://state-of-survival.fandom.com/wiki/Category:Fragments
[30] Alconost, "Localizing Game Characters: Facts & Finer Points" — https://alconost.com/en/blog/game-characters-localization
[31] W3C, "Text size in translation" — https://www.w3.org/International/articles/article-text-size.en.html
[32] Laoret, "Managing Text Expansion For Software And Game Localization" — https://laoret.com/blog/text-expansion-software-game-localization/
[33] SimpleLocalize, "Why text expansion breaks your UI and how to fix it" — https://simplelocalize.io/blog/posts/text-expansion-ui-localization/
[34] Mozilla L10n, "Best practices for developers" — https://mozilla-l10n.github.io/documentation/localization/dev_best_practices.html
[35] Unicode ICU, "Formatting Messages" — https://unicode-org.github.io/icu/userguide/format_parse/messages/
[36] Crowdin, "ICU Message Format Guide" — https://crowdin.com/blog/icu-guide
[37] Lokalise, "The 9 biggest localization issues developers face" — https://lokalise.com/blog/9-biggest-localization-issues-developers-face-and-how-to-solve-them/
[38] Lokalise Help Center, "HTML/Placeholders in blocks" — https://docs.lokalise.com/en/articles/2442504-html-placeholders-in-blocks
[39] Smartling Help Center, "Module 4: Placeholders" — https://help.smartling.com/hc/en-us/articles/6015532120219-Module-4-Placeholders
[40] Unity Localization Manual, "Smart Strings" — https://docs.unity3d.com/Packages/com.unity.localization@1.5/manual/Smart/SmartStrings.html
[41] Unity Localization Manual, "Plural Localization Formatter" — https://docs.unity3d.com/Packages/com.unity.localization@1.0/manual/Smart/Plural-Formatter.html
[42] Unity Localization Manual, "Pseudo-Localization Methods" — https://docs.unity3d.com/Packages/com.unity.localization@1.0/manual/Pseudo-Localization-Methods.html
[43] Unity Manual, "Supported rich text tags" — https://docs.unity3d.com/6000.1/Documentation/Manual/UIE-supported-tags.html
[44] Wikipedia, "Pseudolocalization" — https://en.wikipedia.org/wiki/Pseudolocalization
[45] Microsoft Style Guide, "Capitalization" — https://learn.microsoft.com/en-us/style-guide/capitalization
[46] Google developer documentation style guide, "Capitalization" — https://developers.google.com/style/capitalization
[47] Apple Human Interface Guidelines, "Writing" — https://developer.apple.com/design/human-interface-guidelines/foundations/writing
[48] UX Loc (Medium), "When to use Sentence case and Title Case?" — https://uxloc.medium.com/when-to-use-sentence-case-and-title-case-161768eaab6e
[49] OASIS, "XLIFF 1.2 Representation Guide for HTML" — https://docs.oasis-open.org/xliff/v1.2/xliff-profile-html/xliff-profile-html-1.2-cd02.html
[50] Scryfall, "Lightning Bolt" (Oracle text) — https://scryfall.com/card/3ed/162/lightning-bolt
[51] Scryfall, "Giant Growth" (Oracle text) — https://scryfall.com/card/3ed/199/giant-growth
[52] MTG Judges, "Large Templating Change: Reducing Card Name Usage in Rules Text" — https://blogs.magicjudges.org/nametherule/this-object/
[53] Hearthstone Wiki, "Damage" — https://hearthstone.wiki.gg/wiki/Damage
[54] League of Legends Wiki, "Ability damage" — https://wiki.leagueoflegends.com/en-us/Ability_damage
[55] D&D Beyond, *D&D 5e Basic Rules — Spells* — https://www.dndbeyond.com/sources/dnd/basic-rules-2014/spells
[56] Path of Exile 2 Wiki (Fextralife), "Fireball" — https://pathofexile2.wiki.fextralife.com/Fireball
[57] Path of Exile Wiki, "Modifiers" — https://pathofexile.fandom.com/wiki/Modifiers
[58] Blizzard News, *Diablo IV Patch Notes* — https://news.blizzard.com/en-us/diablo4/24140808/diablo-iv-patch-notes
[59] Maxroll.gg, "Lucky Hit Mechanics in Diablo 4" — https://maxroll.gg/d4/resources/lucky-hit-mechanics
[60] Wowhead, "Starlord" (spell tooltip) — https://www.wowhead.com/spell=202345/starlord
[61] RoK Guide, "Basic Stats: Attack, Defense and Health" — https://www.rok.guide/basic-stats/
[62] GamesGuideInfo, "Lords Mobile — Siege Engine ATK Boost" — https://www.gamesguideinfo.com/lords-mobile/hero-battle-skill/1610000070-Siege-Engine-ATK-Boost
[63] Evony official, "2025 Christmas Event & Version 5.15.0 Update Announcement" — https://info.topgamesinc.com/evony-2025-christmas-event-version-5-15-0-update-announcement/
[64] Evony official, "Season 8 All-Star Battlefield Rules" — https://info.topgamesinc.com/evony-season-8-all-star-battlefield-rules/
[65] Game Developer, "Adding Life To Worlds With Dialogue Barks" — https://www.gamedeveloper.com/design/adding-life-to-worlds-with-dialogue-barks
[66] "How To Write Video Game Barks" (Substack) — https://howtowriteagame.substack.com/p/how-to-write-video-game-barks
[67] LocalizeDirect, "LQA Guide: What Is Game Localization Testing" — https://www.localizedirect.com/posts/lqa-what-is-game-localization-testing
[68] POEditor Blog, "Game localization testing strategy step-by-step" — https://poeditor.com/blog/game-localization-testing-strategy/
[69] Level Push, "Wuthering Waves players plan to sue Kuro Games over serious translation error" — https://levelpush.com/wuthering-waves/players-plan-sue-kuro-games-over-serious-translation-error/
[70] Game Rant, "Wuthering Waves is Quietly Fixing One of Its Major Issues" — https://gamerant.com/wuthering-waves-fixing-english-voices-dub/
[71] Writing Games, "How to use Medieval Fantasy Language in RP" — https://writing-games.org/using-medieval-fantasy-language-in-roleplay/
[72] Emergent Mind, "Multidimensional Quality Metrics (MQM) Framework" — https://www.emergentmind.com/topics/multidimensional-quality-metrics-mqm
[73] Aploq Translations, "Translation quality metrics (LISA QA Model)" — https://aploqtranslations.com/translation-quality-metrics/
[74] Wikipedia, "SAE J2450" — https://en.wikipedia.org/wiki/SAE_J2450
[75] Kimberly Martinez (Substack), "A Project Manager Shares What She Really Looks for in Translators" — https://kimberlymartinez.substack.com/p/a-project-manager-shares-what-she
[76] "Game localization pitfalls: Translation and multitextuality" (ResearchGate) — https://www.researchgate.net/publication/339378638_Game_localization_pitfalls_Translation_and_multitextuality
[77] Alconost (CSDN), "国产游戏出海本地化翻译的5个难点和解决方案" — https://blog.csdn.net/Alconost/article/details/143518141
[78] 知乎, "成语英译有哪些翻译方法和技巧？" — https://zhuanlan.zhihu.com/p/678557321
[79] Alconost (CSDN), "游戏出海：游戏本地化需要注意的10条规则" — https://blog.csdn.net/Alconost/article/details/144216106
[80] TheGamer, "Darkest Dungeon: 19 Best Narrator Quotes" — https://www.thegamer.com/darkest-dungeon-narrator-wayne-june-best-greatest-quotes-ranked/
[81] Purdue OWL, "How to Use Articles (a/an/the)" — https://owl.purdue.edu/owl/general_writing/grammar/using_articles.html
[82] Keywords Studios, "A Step-by-Step Guide to Game Localization" — https://www.keywordsstudios.com/en/about-us/news-events/news/a-step-by-step-guide-to-game-localization/
论断—证据表#
| 论断 | 来源 | 置信 |
|---|---|---|
| 游戏本地化中"忠实"指忠于游戏体验而非原文，译者有近乎绝对的改写自由 | [2][3] | 高 |
| 本地化效果只能由玩家体验评判，playability 是核心质量指标 | [2][10] | 高 |
| 学术/科技翻译以事实准确性与引语不可改为核心忠实标准 | [8][9] | 中 |
| 狮鹫无唯一英文标准写法；griffin 为词典主词条，D&D 用 Griffon，WoW 用 Gryphon | [16][17][18][19] | 高 |
| Top Lords 英文版已上线，官方文案用 griffin / Lord / Tusk Empire | [21][22] | 高（证据为官方商店文案，非游戏内字符串） |
| 术语表先行、续作沿用、译者对新词只能起占位译名并提交审批 | [11][15] | 高 |
| 术语/风格不一致是 LQA 中被单列的标准缺陷类型 | [12][67] | 高 |
| Lord/Alliance/Castle/Chest/Shield/Conquer 在头部英文 SLG 中已趋同 | [23][24][25][26][27] | 中高 |
| "游侠""军团"在英文 SLG 中无确定对应 | — | 未找到来源 |
| 占位符不可改内容但可移动位置；多参数须用命名占位符 | [37][39] | 高 |
| 字符串拼接是本地化反模式 | [34][36] | 高 |
| Unity 富文本标签须成对保留，引擎专设 Preserve Tags 机制保护 | [42][43] | 高 |
| 短字符串翻译膨胀率最高（10 字符内 200–300%）；文本溢出是标准 LQA 缺陷 | [31][67][77] | 高（数据为英译欧语方向） |
| Microsoft/Google 默认 sentence case；Apple 允许自选但要求全局一致 | [45][46][47] | 高 |
| 英文技能描述按品类分裂：MTG 第三人称、炉石祈使句、D&D 第二人称 | [50][51][53][55] | 高 |
| 叠加上限固定写法 "Stacks up to N times"；持续时间 "for N sec"/"for N seconds" | [59][60] | 中（来自数据站转引） |
| SLG 手游官方活动公告用第三人称"Players can…"，不用 you 或祈使句 | [63][64] | 中高 |
| Bark 须同时响应触发、传递信息、体现角色；因反复播放须克制 | [65][66] | 中高 |
| 仿古英语宁少勿多，堆砌 "Hark!" 是反面教材 | [71] | 中（社区写作指南） |
| 成语直译与语域拉平是中式出海英文文案的典型病灶 | [67][76][77][78] | 中 |
| MQM 严重度分四级，critical 为 25 分或直接判不合格 | [72] | 中高 |
| LISA QA Model 七类错误、三级严重度加权扣分 | [73] | 中 |
| 甲方看重译者主动提出有洞察力的问题 | [75] | 中低（单一个人来源） |
| "试译更看重零错误而非文采" | 由 [72][73] 扣分结构推导 | 结构性推论，非实证 |
| "Choice Chest"为自选宝箱的英文命名惯例 | 仅搜索摘要转述，一手页面 402/403 | 低 |
方法附录#
模式：deep（8 阶段）。日期：2026-08-05。
检索执行：本次 `search` CLI 报 `no_providers`（配置中未启用 brave/serper/exa 等搜索 provider，仅有 stealth 抓取），全程改用内置 WebSearch + WebFetch 完成。5 个并行子代理分别负责：(1) 本地化 vs 学术翻译理论、(2) 术语库与既有译名、(3) UI 工程约束、(4) 技能/规则文案体例、(5) 台词语气与 LQA 评分。主线额外负责 Top Lords 产品本身的取证。
Phase 4.5 提纲调整：原提纲把"术语一致性"设为验证用户直觉的章节，取证后发现直觉的机制需要修正（不存在唯一公认译法，真正的权威是项目术语表 + 产品既有版本），该发现被提升为发现 2 的主论点。同时新增了原提纲没有的"发现 4：英文游戏文案高度模板化"，因为证据显示这是中文译者最容易无声失分、且不在用户两个直觉覆盖范围内的维度。"落到这份笔试"一节为取证后新增——三处原文异常（术语打架、引号不一致、`5s` 单位）是主线直接分析 xlsx 原始单元格得出的，非检索所得。
未能取得一手来源的项：Fandom 系站点（Lords Mobile / Rise of Kingdoms / King of Avalon wiki）对自动抓取返回 402/403，相关引用依赖搜索摘要转述；Anna Megill 与 Ubisoft/Naughty Dog 的写作规范未找到公开版本；试译评分的行业量化标准未找到。
已知偏差：游戏侧证据量与质均显著优于学术翻译侧，对照表中"学术翻译"一列的概括性强于其证据强度，属本报告主要偏差来源。