对比

RuneTranslate 对比 XUnity.AutoTranslator

XUnity.AutoTranslator 会加载进正在运行的 Unity 游戏，在每一条字符串抵达文本组件的那一刻把它换掉。RuneTranslate 从不在游戏内部运行：它解析游戏自身的数据文件，把文本提取成一个可编辑的项目，最后导出一份可玩的副本。这一个差别几乎决定了本页其余的一切——工具能看见什么、你最后拿到什么，以及它到底适用于哪些游戏。

开发者: bbepis
许可证: MIT
运行平台: Windows (Unity games)

长话短说

XUnity.AutoTranslator 更适合这样一件事：用最少的工夫把一款 Unity 游戏玩成另一种语言，并且触及任何基于文件的工具都看不见的文本——游戏在运行时拼出来的、编译进程序集里的、装在没人整理过文档的容器里的。RuneTranslate 更适合另一些情况：游戏根本不是 Unity；你想要一份不装加载器也能玩的构建；或者这份翻译对你而言是一个要通读校对的项目，而不是边玩边读的字幕。在 Unity 里，两者谁也取代不了谁，而且同时用是合理的：RuneTranslate 能打开这个插件自己的翻译文件，编辑之后再交还给它。诚实地总结一句：一个为“五分钟内开始”而优化，另一个为“掌控结果”而优化。

什么时候 XUnity.AutoTranslator 是更好的选择

当游戏是 Unity，而你今天就想开始玩，请用 XUnity.AutoTranslator。因为它挂钩的是文本组件而不是读取文件，一款 Unity 作品发售当天它就能用——包括那些素材容器、加密方式或自定义序列化从没有人写过文档的游戏，而这恰恰是基于文件的提取工具会卡住的地方。它还能触及静态提取在结构上永远看不见的文本：运行时拼接或格式化出来的字符串、烘焙进 Assembly-CSharp.dll 且反编译器也帮不上忙的字符串、没有可用元数据的 IL2CPP 构建，以及你装的其他 mod 的界面。反馈回路是即时的——你读到一句别扭的译文，改 _AutoGeneratedTranslations.txt，按 ALT+R，它就好了，中间没有任何导出步骤。它采用 MIT 许可证，免费，不需要账户，并且通过 Sugoi、本地 Ollama、LEC Power Translator 15 或 ezTrans XP 提供真正离线的翻译端点，所以一个要啃很多日文 Unity 游戏的玩家可以永远零边际成本地跑下去。生态更是完全不同的量级：数千 star，单个版本几十万次下载，为热门 mod 化作品准备的 Thunderstore 包，还有社区为许多具体游戏整理好的翻译文件——所以对一款热门作品来说，活儿可能早就有人干完了，你只要把别人的文件丢进去。

什么时候 RuneTranslate 更合适

第一个理由很简单：游戏不是 Unity。XUnity.AutoTranslator 对 RPG Maker、Ren’Py、Kirikiri、Wolf RPG、Unreal、Godot、LiveMaker 以及 RuneTranslate 解析的其他十几种引擎毫无作用，所以只要出了 Unity，比较到此为止。在 Unity 内部，如果你希望译文住在游戏里而不是住在加载器里，RuneTranslate 更适合你——导出的是你本就拥有的那份游戏的一个修改副本，不注入任何东西就能独立启动，这同时也绕开了插件的单次会话请求上限，以及它默认 200 字符的行长限制（那条限制会悄悄跳过视觉小说的长段落）。如果你想在玩家读到之前先读一遍剧本，它也更适合你：所有文本都落进一个编辑器，配有术语表、正则筛选、查找替换、跟着账户跨电脑同步的云端翻译记忆库，以及可选的 AI 二次润色。它还能接着插件停下的地方继续干——把已有的 _AutoGeneratedTranslations.txt 当作项目来源打开，只编辑其中的值，于是一份积攒下来的翻译文件有了像样的编辑器，而不会丢掉任何一个查找键。代价也要看清楚：仅限 Windows，即便免费档位也需要用 Patreon 登录，而且 Unity 提取是尽力而为——有些作品能得到完整剧本，有些只能得到一部分。

运行时挂钩，对上文件提取

只列这两者真正有差别的维度。2026 年 8 月对照该项目自己的代码仓库与 README，以及 RuneTranslate 0.53.1 核实。

你在比较什么	RuneTranslate	XUnity.AutoTranslator
文本是怎么拿到的	解析游戏的数据文件，把文本提取成一个项目，再写回导出的副本	加载进运行中的游戏，改道 Unity 设置文本的方法，在每条字符串被赋值时替换掉它
适用的引擎	17 种引擎与格式——RPG Maker MV/MZ 与 XP/VX/Ace、Ren’Py、Kirikiri、Wolf RPG、Tyrano、Electron 与 Cocos 外壳、Unity、Unreal、Bakin、SRPG Studio、NScripter、Godot、Artemis、YU-RIS、AliceSoft、LiveMaker、.po/.mo	仅 Unity，Mono 与 IL2CPP，从 5.3 之前一直到当前版本。对其他任何引擎都不适用
Unity 的文本框架与来源	TextAsset、MonoBehaviour 字符串字段、StreamingAssets 脚本、本地化表、Addressable 资源包，以及在 Mono 上还有 Assembly-CSharp.dll 里的字面量	UGUI、NGUI、TextMeshPro、TextMesh、FairyGUI、Utage 与 UIElements；IMGUI 和旧版 TextMesh 默认关闭，须手动打开
运行时拼出的字符串与其他 mod 的界面	够不着——运行时拼接或格式化出来的字符串，根本不存在于任何文件里	可以，这是它最强的优势——拼接出的文本、其他 mod 的文本和 IMGUI 都会经过挂钩
IL2CPP 构建	通过重建类型信息尽力支持；需要一份可解析的 global-metadata.dat，DLL 里的字面量仍不在范围内	支持，但维护者自称远谈不上完整——会漏挂钩、需要手动刷新，没有 IMGUI，也没有插件专属翻译
未知、定制或加密的素材容器	需要容器格式可读；打不开的资源包会被报告出来并原样保留	无关紧要——它只需要认出一个文本组件，所以素材格式读不了的游戏发售当天照样能用
最后你拿到什么	一份由你保留的可玩构建——你本就拥有的游戏的修改副本，正常启动，不注入任何东西	游戏文件夹里的 mod 加载器、插件 DLL 和 _AutoGeneratedTranslations.txt。那个 txt 归你保留、可以分享；但没有独立构建
游玩过程中	没有任何东西与游戏同时运行；每一行在你启动之前就已译好	一次一个请求，还要等文本稳定下来才排队——所以一句话第一次出现时可能看到迟滞或停顿
单次会话中的限制	没有这类限制；一次运行的边界由翻译服务和你让它跑多久决定	默认忽略超过 200 字符的行，每次会话 8,000 个请求，另有若干自我停机保护会在游玩途中中止翻译
在玩家读到之前先校对	项目编辑器，含查找替换、正则筛选、术语表、云端翻译记忆库和可选的 AI 二次润色	每一行在出现时被孤立地翻译；事后修改是被动的——改 txt，再按 ALT+R 重新加载
它自己的翻译文件	可以把 BepInEx/Translation/<lang>/Text/_AutoGeneratedTranslations.txt 当作项目来源打开，只编辑值，绝不重新编码键	由它写入并拥有该文件；可在游戏内热重载，并按 MIT 明确允许再分发
Unity 中的非拉丁目标语言	向导出的构建注入一份后备字体	经常需要一份用与游戏相同 Unity Editor 版本构建的 TextMeshPro 字体资源包——wiki 上有专门的指南
画进美术图里的日文	Image Studio 负责识别、修复、排版并烘焙——支持 RPG Maker、Kirikiri、NScripter、Ren’Py、Electron 和散装图片文件夹，不支持 Unity 资源包	按哈希匹配文件名做贴图替换——你导出贴图，自己改好，再放回去。没有 OCR，也没有排版辅助
价格与登录	免费档位限的是速度而不是功能，但需要 Patreon 账户并登录。Supporter $3/mo，Pro $5/mo	MIT，免费，无账户，无登录。端点成本取决于你选谁——免鉴权的抓取通道和完全离线的方案都是免费的

RuneTranslate 与 XUnity.AutoTranslator 无隶属关系；后者是由其自己的作者与维护者独立开发、采用 MIT 许可证的项目。以上细节于 2026 年 8 月对照该项目自己的代码仓库与 README，以及 RuneTranslate 0.53.1 核实；双方都会持续更新，所以在依赖其中任何一条之前，请到最新来源确认。

大家真正会问的问题

最好的 XUnity.AutoTranslator 替代方案是哪个？

这取决于你为什么在找。如果游戏不是 Unity，XUnity.AutoTranslator 根本用不上，你需要一款懂引擎的工具——RuneTranslate 覆盖 17 种引擎，包括 RPG Maker、Ren’Py、Kirikiri、Wolf RPG、Unreal、Godot 和 LiveMaker。如果游戏是 Unity，而你想要一份不装 mod 加载器也能玩的构建，RuneTranslate 会从游戏自身的素材文件里提取文本，在编辑器里翻译，然后导出一份可玩的副本。如果你只是想少折腾、直接即时翻译，诚实的答案是：XUnity.AutoTranslator 已经是这一类里最强的工具。

RuneTranslate 能像 XUnity.AutoTranslator 那样处理 Unity 游戏吗？

RuneTranslate 在 Mono 与 IL2CPP 两种运行时上都支持 Unity，但它拿到文本的路子不同：它读取 TextAsset 的内容、MonoBehaviour 的字符串字段、StreamingAssets 里的脚本文件、本地化表和 Addressable 资源包，在 Mono 构建上还能读取编译进 Assembly-CSharp.dll 的字符串字面量。因为提取是静态的，那些要等游戏运行时拼出来才存在的文本就够不着，而 IL2CPP 的覆盖程度取决于能否从一份可解析的 global-metadata.dat 重建类型信息。XUnity.AutoTranslator 能看到这一切，因为它是在字符串抵达文本组件的那一刻把它拦下来的。

我用 XUnity.AutoTranslator 已经做好的翻译文件还能继续用吗？

能。RuneTranslate 可以打开游戏的 BepInEx Translation 文件夹，把 _AutoGeneratedTranslations.txt 当作项目来源读取，用的是照该插件自己的 TextHelper 转写出来的编解码逻辑。它只编辑值，绝不重新编码查找键，所以插件依然能找到每一条条目，文件里的注释和指令也都会保留。这样一来，你早已积攒下来的那份文件就有了项目编辑器、翻译记忆库和术语表，导出时再写出翻译好的副本。

为什么 XUnity.AutoTranslator 会漏掉一些长句不翻？

插件对单条字符串能有多长设了上限，超过就不发出去。MaxCharactersPerTranslation 默认是 200 个字符，更长的会被直接忽略而不是翻译，上限最高 1000，而对外分发的配置推荐值是 400。最常见的牺牲品就是视觉小说的长段落，而且因为那一行只是原样显示出来，你也看不出哪里坏了。解决办法是把这个设置调大；基于文件的工具没有对应的限制，因为它不需要在一帧的预算里完成翻译。

用 XUnity.AutoTranslator 最后能得到一份翻译好的游戏副本吗？

不能，而这是有意为之。XUnity.AutoTranslator 每次会话都在内存里翻译，所以要玩这款游戏，mod 加载器、插件 DLL 和翻译文件就必须一直待在游戏文件夹里。翻译文件本身是一份实实在在、MIT 认可的成果，归你保留、也可以分享，比起互相传游戏文件，这确实是更干净的做法。RuneTranslate 走的是另一条路：写出一份你本就拥有的游戏的修改副本，不注入任何东西就能自己启动。

XUnity.AutoTranslator 免费吗？RuneTranslate 呢？

XUnity.AutoTranslator 采用 MIT 许可证，完全免费，没有账户也没有付费档位；你唯一的成本就是自己选的那个翻译端点，其中好几个还是免费或完全离线的。RuneTranslate 即便在免费档位也需要 Patreon 账户并登录，这是一份实打实的摩擦成本，值得掂量。免费的 RuneTranslate 限的是吞吐而不是功能——在 AI 服务上大约慢一倍，同一时间只能打开一个项目——Supporter 是 $3/mo，Pro 是 $5/mo。

在你的游戏上试一试

用 Patreon 登录后 RuneTranslate 即可免费使用，免费限的是速度而不是功能——每一种引擎、每一个翻译服务和整个编辑器都在免费档位上开放。下载它，指向你的游戏文件夹，先看看它能提取出多少剧本，再决定别的。如果游戏是 Unity 而这个插件已经在替你干活，那就留着：两者并不互斥。

下载 Windows 版成为 Supporter（$3/mo）