结论先行：截至 2026-09，Discord 官方没有任何内建的消息翻译功能——桌面、移动、网页三端都没有那个你期待的右键"翻译"按钮。想在 Discord 里无障碍读中文，只有三条主干道：桌面客户端装 Vencord 的 Translate 插件（默认引擎自带免费端点，零 API key 实测可用）；浏览器开 Discord Web 配沉浸式翻译（官方适配 Discord，且是唯一能接你自己 LLM API 的成熟载体）；给服务器挂翻译 bot（托管选 BabelBot，自托管选 open-discord-translator）。免费白嫖还有第四条暗道：Greasy Fork 上的 userscript，走 Google 的无 key 端点。

先交代研究方法，让你可以复现：这份材料来自两轮并行研究，第一轮 110 个 AI 子代理分成 5 路角度检索官方文档、GitHub 源码、插件商店，107 条事实声明中有 25 条核心声明经过 3 票对抗核验（3 个独立核验员各自取证，任一票质疑就打回）；第二轮 12 个子代理专门填补第一轮自曝的空白——BetterDiscord 专属插件生态、Greasy Fork userscript、托管商业 bot、四个补充 GitHub 仓库。所有引擎、语言代码、端点 URL 均直接核验到源码级，不是转述。

先把官方路线排除掉：那个按钮真的不存在

这是全文最值钱的一条核验。我们直接抓取了 Discord 2026-03-06 的官方补丁说明全文，逐字检索"translate"——出现 3 处，全是 CSS transform 属性的样式代码，没有一处是功能条目。沉浸式翻译、Talksy、JotMe 等多家互相竞争的厂商文档，以及 Discord 社区里常年悬着的功能请求帖，从各自立场给出了同一个答案：没有原生翻译按钮，没有每频道自动翻译设置，用户能做的只有复制消息去外部工具。

需要诚实说明排除的边界：我们核验的是官方 changelog 与多源侧证，无法排除隐藏的实验 flag 或 A/B 测试。社区里流传的"Discord Nitro 语音频道自动翻译"说法，追根溯源只找到功能请求帖，没有任何官方 URL 支持——研究过程中 Grok 引擎给出的这条"反证"被我们判定为疑似虚构，不采信。

所以接下来的问题就变成：第三方方案里，哪条路配得上你。

路线一：桌面客户端，Vencord Translate，五分钟路线

如果你用的是桌面版 Discord，这是最省事的一条。Vencord 是目前维护最活跃的 Discord 客户端 mod，装好之后进 Settings > Plugins 搜 “Translate”，点启用，完事。

为什么说零成本可用：它的默认 Google 引擎在源码里硬编码了一把公共 key，走 translate-pa.googleapis.com 的免费端点。我们实测拿这把 key 发了一条英文，返回"你好世界，你好吗?"——不花一分钱，不用注册任何账号。输出语言默认是英语，记得手动改成中文：Google 引擎用 zh-CN/zh-TW，DeepL 引擎用 zh-hans/zh-hant，源语言默认 auto 检测。

交互形态分收发两个方向：收到的消息是逐条手动触发——右键菜单的 “Translate”（排在 Copy Text 后面）或消息悬浮按钮；发送的消息可以开 autoTranslate，发出前自动把你的中文翻成英文，收发方向的语言各自独立配置。想翻粤语也有，Google 引擎支持 yue。

它的天花板同样清楚：引擎下拉菜单里只有 Google / DeepL (Free/Pro) / Kagi 四个选项，全部 7 个插件文件 grep 不到任何 LLM 或 OpenAI 兼容端点的影子。想在客户端里接自己的 DeepSeek 或本地 Ollama，得看后文的路线五。

路线二：BetterDiscord 生态，180 万下载的老牌重器

BetterDiscord 是比 Vencord 更老牌的客户端 mod，它的插件目录里翻译类只有两个真货：

**Translator（DevilBro 出品）**是这个生态的绝对王者——v2.8.6，180 万下载，2026-09-17 还在更新。服务列表比 Vencord 长得多：Google（免费 web 端 + API key 两种）、DeepL（同样双模式）、Azure、LibreTranslate，甚至支持自定义 web API 端点。中文覆盖没问题。但同样没有 LLM——它的自定义端点是传统翻译 API 形态，不是 chat completions 协议。

**AutoTranslate（Snues 出品）**走极简路线：只有 Google 引擎，v0.3.2，8.6K 下载，2026-06 更新。胜在名字即功能，自动翻译。

顺带杀一个谣：研究过程中有信源提到 BetterDiscord 上有个"Venz25 Translate"插件。我们直接去 betterdiscord.app 的翻译类插件全列表和 GitHub 核对——betterdiscord.app 上没有它，github.com/Venz25 这个账号下是零个公开仓库。这个名字的插件不存在。

路线三：浏览器开 Discord Web，沉浸式翻译——LLM 路线的唯一成熟载体

如果你能接受用浏览器开 discord.com/app，这条路的上限是六条路线里最高的。

沉浸式翻译（Immersive Translate）官方维护着 Discord 适配页，自动检测频道消息、私信、服务器公告里的文本并内联翻译——双语对照、悬停翻译、输入框翻译（中文输入发出前自动译成英文）都支持。它的 GitHub issue 流从 2023 到 2025 有约 10 条 Discord 相关记录，2026-02 的 issue #3684 实测确认频道消息正常翻译，开发者还提供过 discord.com 专属的规则刷新——长期维护是真实的。

它真正的杀手锏是引擎面：官方文档列出 28 个可切换引擎，DeepL、OpenAI、DeepSeek、Claude、Gemini、Ollama、OpenRouter 全部在列，另有专门的 Custom API 自定义端点配置页。这意味着你可以把它接到任何 OpenAI 兼容的 LLM 网关上，用便宜模型跑全文翻译，翻译质量与传统机器翻译拉开代差。研究问题里"LLM API 自定义端点"这条路，沉浸式翻译是六条路线中唯一全链路成熟的载体——Vencord 不支持，BetterDiscord 不支持，userscript 只有零星单作者尝试。

两个必须交代的坑：其一，已知 bug 是 Discord Web 里代码块内容不翻译（issue #3684，2026-02 报告），官方宣传里的"seamlessly"要打个折扣。其二，2025-08 中文社区爆发过一轮针对它的争议——掘金有文章称其"全面封禁自定义 API"且创始人卷入隐私风波，但该文自述"官方光速打脸否认"、时间线模糊、数据安全指控未经独立证实，且自定义 API 功能至今仍在官方文档正常存在，与"全面封禁"说法直接矛盾。这场风波按未经证实的社区争议记录，不影响功能事实。

另外一个选购提醒：Chrome 商店里有个叫"Discord Translator - immersive"的扩展（ID nenhidhf...），名字带 immersive 但不是沉浸式翻译官方产品，是第三方 slowcodehub 出的独立扩展，约 4000 用户、18 评价、3.7 分，宣传"100+ 语言双向自动翻译"但无第三方实测佐证。认准官方 listing 的 ID bpoadfkcbjbfhfodiogcnhhhpibjhbnh。

路线四：白嫖暗道，Greasy Fork userscript

Tampermonkey/Violentmonkey 装 userscript，然后浏览器开 Discord Web。我们把 Greasy Fork 上"discord translate"搜出的 8 个相关脚本全部下载源码逐个 grep 了引擎、语言、端点，Sleazy Fork 侧确认为零。几个值得记的：

• discord-translate（脚本 543665，2025-07 更新）：三引擎可选——LLM（默认接 api.deepseek.com/v1/chat/completions，OpenAI 兼容，可换任意端点）、LibreTranslate、DeepL。目标语言是自由文本配置，zh-CN 直接可用。userscript 里少见的真 LLM 路线。
• Discord AI 自动翻译及回复助手（566879，2026-02 更新）：整个 UI 是中文写的，默认目标语言就是简体中文，LLM 引擎预设 OpenAI/DeepSeek/自定义，还带上下文感知和回复建议。
• #1 Universal Translate（581180，2026-06 更新）：Facebook/Telegram/X/Reddit/Discord 多站点通吃，DeepL/LibreTranslate/MyMemory 链式回退带缓存，另有可选的 AI 润色后处理。
• Discord Universal Translator（562045，2026-01 更新）：纯免费路线，走 translate.google.com/m 无 key 端点，自动翻译队列加可拖拽小部件。
• Translate Discord Messages（489409）：走 translate.googleapis.com/translate_a/single?client=gtx 无 key 端点，但目标语言硬编码 const translateTo='en'，要中文得自己改源码。

一个推翻我们自己预期的事实：调研前我们假设 userscript 的免费白嫖模式是 translate-pa.googleapis.com 那把硬编码 key（Vencord 同款），实际把 8 个脚本源码全扒开后发现没有一个用它——userscript 世界真正的免费端点是 translate.googleapis.com 的 gtx 参数和 translate.google.com/m，两者都无需任何 key。这些非官方端点没有 SLA，随时可能失效，但它们已经稳定跑了多年。

路线五：客户端内直连 LLM，窄门

想在 Vencord 客户端里直接接自己的 LLM，只有一扇窄门：TheRealMagyar/Vencord-ai-plugin。它提供 Custom provider，可连任意 OpenAI 或 Anthropic 兼容端点——127.0.0.1:11434/v1 的 Ollama、LM Studio、vLLM、llama.cpp、OpenRouter 都在 README 里点名支持，通过提示词实现翻译。

但要诚实报出它的短板：4 star 单作者 userplugin，需要从源码自行构建 Vencord/Equicord，且只支持 Desktop/Vesktop，不支持 Vencord Web。单作者项目的弃坑风险是结构性的，选它就要做好某天自己接手的准备。

路线六：翻译 bot，服务器级方案

前五条都是"我自己读得爽"，bot 路线解决的是"整个服务器的人一起读得爽"——频道级自动翻译、双语镜像频道。

托管 bot 阵营（拉进服务器就能用）：nvu.io 的 Translator 是存量大户，约 30.9 万个服务器在用，但免费档只开放 2 个目标语言，2025-10 后无更新，属躺平运营。BabelBot 是当前最活跃的，v2.21.9 于 2026-09-23（本文写作前一天）发布，AI 引擎翻译，支持服务器级自定义词汇表——人名、黑话、梗可以固定译法，这是它独有的杀手锏；免费档同样限 2 个目标语言，Pro 档 5 个。Talksy 免费给每月 100 次自动翻译，100+ 语言全开，含中文。RitaBot 走开源 + 托管双轨，自托管时自带 Google Cloud key 自备模式。iTranslator、TranslateBot 也在列表里，后者站点页脚还停在 2023，慎选。

托管 bot 共同的局限：没有一个支持自定义 LLM 端点，你只能用它们背后的引擎，数据要过它们的服务器。

自托管 bot 阵营（要自己的服务器跑进程）：首推 open-discord-translator——Apache-2.0 开源，Docker/K8s/Node 部署，四个后端驱动（google_search 免费 / google_cloud / DeepL / LibreTranslate），默认语言列表里就含 zh-CN 和 zh-TW。两种形态：右键 apps > translate 逐条翻译成用户客户端语言（个人阅读），以及频道级 replicas 双语镜像（社区双语频道）。它没有 LLM driver，但 README 文档化了插件机制——往 ./src/translations/drivers/ 丢一个实现 init() + translate() 的模块、设 TRANSLATION_API_DRIVER 环境变量，就能接自己的 LLM。三个注意事项写在脸上：2024-03 后停更、README 自述为少量 guild 设计（翻译 API 配额限制）、replicas 默认关闭且需要 MESSAGE_CONTENT 特权 intent。

想接 LLM 且要活跃维护，退一步选 llmcord（jakobdylanc/discord-llm-chatbot，834 star，2026-08 仍在更新）：支持任意 OpenAI 兼容端点，Docker compose 一把起。它本质是 LLM 聊天 bot 不是翻译器，没有内建的翻译触发逻辑，需要你自己写提示词和触发方式。

最后给一个弃坑反例，帮你在 GitHub 搜"discord translator"时过滤垃圾：GuySensei8/discord-translator——2021-02 的 fork，五年零 commit，硬编码 4 个频道和 en/es/fr/de 四个语言对（没有中文），package.json 的 main 还指向一个不存在的 index.js，npm install 都跑不起来。搜索结果里这类"名字完全对口但早已死亡"的仓库不少，认准最后推送日期再动手。

选型速查表

风险与坑，全部来自源码级核验

客户端 mod 与 ToS。Vencord/BetterDiscord 修改客户端，技术上违反 Discord 服务条款。但社区层面的长期观察是：Discord 从未因此发起过针对 mod 用户的封号潮，实际执行极度宽松。风险真实存在但量级很低——自己权衡，别在有组织违规前科的账号上玩。

免费端点的本质。Vencord 硬编码的 key、userscript 用的 gtx 端点，全是 Google 的非公开接口，没有 SLA，Google 某天加个验证全部归零。白嫖可以，但别把工作流建立在它上面。

小项目的时效性。CriDos/DiscordTranslator（6 star）、Vencord-ai-plugin（4 star）这类单作者项目，弃坑是常态不是意外。沉浸式翻译这种有商业主体、有 issue 流维护的，才值得长期托付。

数据流向要想清楚。翻译的内容必然经过引擎所属方——免费 Google 端点经 Google，托管 bot 经 bot 运营方，沉浸式翻译的默认服务经它的服务器。接自己的 LLM 端点（沉浸式翻译 Custom API、userscript 自定义端点、自托管 bot）是唯一能把消息内容留在自己控制的网关里的路。2025-08 那场针对沉浸式翻译的数据安全争议（PDF 全文上传、token 收集等指控）未被独立证实且官方否认，但"敏感内容别过默认云服务"这个原则不依赖该争议成立。

MESSAGE_CONTENT intent。自托管 bot 要读别人的消息内容，必须向 Discord 申请这个特权 intent——这是流程性门槛，不是技术问题，但卡住过很多人。

我的最终建议压缩成三句：个人阅读、要翻译质量、手里有 LLM API——浏览器 + 沉浸式翻译 + Custom API，这是 2026 年这个问题的最优解。只想五分钟搞定——桌面装 Vencord，右键翻译。要整个中文社区搬进英文服务器——BabelBot 或自托管 open-discord-translator 的 replicas。最后停在一条事实上：Discord 从 2015 年上线至今十一年，翻译功能请求帖在官方反馈区挂了十年，2026-03-06 的补丁说明里，“translate"这个词出现的 3 次全是 CSS 属性——在可预见的将来，这篇文章里的第三方路线，就是全部的路线。