niedev/RTranslator

如果你有一台内存够用的 Android 手机，又不想把对话音频交给云端服务，值得一试；否则硬件门槛和模型授权是更关键的决定因素。

解决什么问题

过去跨语言面对面交流，往往要打开云端翻译 App 打字、把手机递来递去，或者依赖网络。时间一长、人多起来或信号不好时就不太可行。RTranslator 把语音识别和翻译都放回手机本地：一台手机采集语音并转成文字，把文字通过本地连接发给对方的手机，由对方手机翻译并用语音读出来。这样双方各听各的语言，屏幕开着或手机放进口袋都能继续对话。

有什么不同

最有辨识度的是对话模式：两台或多台手机配对，各用本机模型处理自己这一侧，链路上只传文字。可以接蓝牙耳机代替手机麦克风和扬声器，这是“手机放口袋也能聊”的前提。WalkieTalkie 模式针对问路、和店员说话这类短交流，只用一台手机，同时监听两种可选语言，判断对方说的是哪一种，翻译并朗读后自动恢复监听。此外还有普通文本翻译。

代价是本地推理要占内存和时间。README 给出的数据是：量化后的 NLLB 约 1.3 GB 内存、75 个 token 约 2 秒；Whisper 约 0.9 GB、11 秒音频约 1.6 秒。3.0 beta 换成可选的 Mozilla Bergamot、Madlad 400 3B 和 HY-MT 1.5 1.8B 模型，并用 FastText 和 Lingua 取代 MLKit，使应用本身完全开源——但 3.0 目前仍是 beta。README 里“几乎开源”的措辞针对的是模型授权，不是应用代码。

谁值得试

适合：有 6 GB 以上内存 Android 手机的旅行者或援助工作者，需要在信号差甚至无网的地方反复进行双向对话，并且愿意从 GitHub Releases 装 APK、首次启动下载约 1.2 GB 模型。如果你只是不想让语音经过托管服务，也值得考虑。

不适合：iPhone 用户、期待现在就能在应用商店一键安装的人，以及需要低延迟的低内存设备用户。如果你要求多种语言对都有稳定翻译质量，也不合适——3.0 beta 的几个模型在覆盖范围和质量上并不相同，README 里的质量说法来自作者本人。

使用条件与边界

硬门槛是内存：README 说至少 6 GB 才能避免崩溃，作者在 2024 年 HN 回复中表示 CPU 慢主要增加延迟，不会让应用不可用（作者回复）。对话模式需要第二台装了本应用的手机，单设备只有 WalkieTalkie 一条路。README 明确说蓝牙连接有时会断，还提醒部分手机在后台会限制性能，所以保持应用前台打开更稳妥。

安装对 GitHub 有依赖：首次启动的模型从 GitHub 下载，README 建议 GitHub 缓慢地区的用户改用手动导入模型的方式（模型手动导入说明）。另一个边界是授权。NLLB 采用 CC-BY-NC，2024 年 6 月有 HN 评论者认为按 OSI 的定义这已不算开源（授权讨论）；3.0 beta 换模型正是项目的回应。如果授权条款对你有影响，要看当前所选模型的许可，而不是应用代码的 Apache-2.0。

HotRepo 点评

HotRepo 只记录到 2026-10-26 一次日榜出现，当时 10,552 星、当天 +13，没有可比序列，因此无法判断关注度能否持续。2024 年的 Show HN 帖子拿到 236 分和 56 条评论（讨论帖），但这只说明讨论量，不代表质量。真正投入前，先确认 3.0 beta 所选模型支持你的语言对，并且能装进你手机的内存。