想翻译一段内容，结果网断了，在线翻译页面压根打不开？

经常要翻译大量内容，老是受限于字数、请求频率，甚至广告满天飞？

担心在线翻译器将内部资料传到 Google、百度服等务器上，数据隐私毫无保障？

又或开发时想调用个翻译 API，却发现不是要绑卡就是要付费，调试都难？

如果你点头了，那或许该了解下LibreTranslate，这是一款开源、免费、无需联网就能用的翻译工具，能本地部署、支持多语言互译、不上传任何数据，还能一键 Docker 启动。

我的工作会经常性校订总部文稿，原本是腾讯翻译君和Google翻译掺合着用，尝过LibreTranslate觉得真是不错，因此推荐给大家～

项目特征

LibreTranslate 是一个完全开源、无需依赖第三方 Google 或 Azure 等专有提供商来执行翻译，基于神经网络的开源翻译引擎（由开源Argos Translate库提供支持），可以离线运行、自建部署，实现完全自托管。

🌍 零依赖第三方云平台，可完全本地离线部署

🔐 支持 API 密钥限制、请求控制

🧠 支持多语言互译（含中英法西等主流语种）

🐳 提供 Docker 镜像，部署维护成本极低

⚡️ 启动速度快、占用资源低（特别适合内网场景）

部署流程

本文会以威联通NAS为平台进行演示，采用Docker Compose的方式进行部署。

部署代码如下：

version: "3.8" # 最新版Docker Compose该行可删除

services:
  libretranslate:
    image: libretranslate/libretranslate
    container_name: libretranslate
    ports:
      - "8899:5000" # 冒号左侧可改
    environment:
      - LT_API_KEYS=true # 可选，启用 API 密钥机制，防止匿名访问滥用
      - LT_LOAD_ONLY=zh,en # 启动时只加载中文和英文语言模型，加快速度、节省内存
      - LT_UPDATE_MODELS=true # 启动时自动检查并更新模型文件
    volumes:
      - /share/Container/libretranslate/api_keys:/app/db # 保存 API 密钥数据库，即使重启也不会丢失
      - /share/Container/libretranslate/models:/home/libretranslate/.local # 缓存语言模型数据，避免每次启动重新下载
    restart: unless-stopped 
    

以上是我个人考虑后的部署代码，如果大家想要深入配置（文件翻译、最大文本量
），还请GHUB搜索libretranslate/libretranslate，进入项目主页查看（第一个就是），下图只截取了一部分。

关于支持语言。

太多内容都可以自行配置。

在项目的论坛，还有很多比较有趣的事情，比如关于 简中👉繁中 的讨论。可以看得出来，很多海外开发者并不了解我们语言之间的微妙差别。但或许正如那位开发者提到的，做一个简体到繁体的直译模型确实没那么多的需求，甚至在文化背景不同的地方，简单的符号区分本身就已经是个大课题。但好在这些熟悉的开发者、懂中文的朋友们，能在贡献自己的力量，一起推动着语言文化的进步。

有点跑题，部署时要等一段时间，因为要下载模型，可以趁这段时间做做其他事情，比如提前配置反向代理等。

若部署出现问题，请看文末的问题处理部分，基本都是文件权限问题～

使用介绍

根据上文内容，WEB输入 NAS_IP:8899 即可访问使用。右上角可输入API、设置UI语言和主题明暗。

在CBS找了一篇新闻内容，翻译结果如下，速度很快。

支持翻译文件，支持的格式不少。

比较懒，直接让AI写了一个关于环境问题的TXT，上传可以看到直接检测到百分百英文。

点击翻译文件，翻译完毕后会自动重命名加个_zh后缀，可以直接原格式下载。

翻译好的文件与Google在线对比。

其实不少人的需求在于专业的刊报、论文等内容翻译，专业词汇出现的频率会更高，至于这方面的翻译准确度，我并不能做出评价，大家感兴趣可以闲暇部署了试试。

部署解决方案

进入容器内部，威联通可以更快捷操作，省去下面第一句，直接输入第二句。

docker exec -it libretranslate /bin/bash
chmod -R 777 /home/libretranslate/.local/share

关于宿主机文件：

sudo chmod -R 777 /share/Container/libretranslate

最后重新启动容器或者重新部署就行。

最后

这个项目整体来看目标还是比较宏伟的，移动APP以及API调用都已经支持，更多语言也在准备加入中。

大家可以持续关注这个项目，我认为非常不错。

感谢观看，本文完。