Easydict:一个把 macOS 查词和翻译塞进同一快捷键的开源应用
macOS 应用程序 OCR OpenAI Gemini DeepL Google Bing 简洁优雅的词典和翻译器 macOS 应用程序,用于查找单词和翻译文本。
秒懂
- 它是什么?
- Easydict 是一款面向 macOS 的词典与翻译应用,支持输入、划词和截图 OCR 三种触发方式,并聚合 20 多个翻译服务。它的价值在于把系统词典、系统翻译和第三方服务统一到一个界面,但 GPL-3.0 许可证和 macOS 13 的最低版本要求需要你提前确认。
- 适合谁用?
- Easydict 适合那些经常在 macOS 上查词、翻译,并且愿意用快捷键替代鼠标操作的日常用户。它不适合需要离线翻译、或者必须使用旧版 macOS(低于 13.0)的人,也不适合希望修改后闭源分发的开发者,因为 GPL-3.0 会要求你的修改版本同样开源。
- 能商用吗?
- 可以,但有条件。GPL-3.0 是 copyleft 许可证:如果你分发包含它的软件,就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发,则不会触发这项义务。
- 还在维护吗?
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的?
- 主要是 Swift(依据 GitHub 的语言统计)。
以上回答依据项目的 GitHub 数据(最近同步于 2026年9月15日)和我们的分析,不构成法律意见。
开源项目深度解析
它解决的是查词和翻译之间的割裂
macOS 用户通常面临一个麻烦:查单词用系统词典,翻译句子要打开浏览器或第三方应用,截图里的文字又得靠 OCR 工具。Easydict 把这个流程压缩成一个快捷键。它支持三种触发方式:输入翻译(默认 ⌥ + A)、划词翻译(选中后按 ⌥ + D 或悬停图标)、截图翻译(⌥ + S)。这意味着从查词到翻译,你不需要切换窗口。它同时支持 48 种语言,并自动识别输入文本的语言,省去了手动选择源语言和目标语言的步骤。
翻译服务的聚合机制:一个界面,多个结果
Easydict 的核心机制是同时查询多个翻译服务,并在一个结果页里展示。它支持的列表很长,包括 Apple 系统翻译、OpenAI、Gemini、DeepL、Google、Youdao、Bing、Baidu 等 20 多个服务。这种设计的好处是你可以对比不同服务的翻译质量,比如 DeepL 的文学性翻译和 Google 的直译。但代价是每个服务都需要单独的 API 密钥或配置。README 没有给出配置界面的截图,但从功能列表推断,你需要为每个服务单独设置。系统词典和系统翻译是例外,它们可以直接调用 macOS 内置能力,不需要额外密钥。
OCR 截图翻译:从像素到文本的路径
截图翻译是 Easydict 的一个亮点。按 ⌥ + S 后,你可以框选屏幕区域,应用会执行 OCR 识别,然后翻译识别出的文字。还有一个「静默截图 OCR」模式(⌥ + ⇧ + S),它只识别文字并复制到剪贴板,不翻译。这个功能适合从图片、PDF 或视频中提取文字。但 README 没有说明 OCR 引擎是本地实现还是依赖云服务,这会影响隐私和离线可用性。如果你需要离线 OCR,这个细节需要去文档或源码里确认。
安装和运行:一条命令,但系统版本有硬门槛
官方推荐的安装方式是 Homebrew:brew install --cask easydict。也可以从 GitHub Releases 手动下载。但有一个明确的限制:最新版本要求 macOS 13.0 及以上,旧系统只能使用 2.7.2 版本。这意味着如果你的 Mac 停留在 Monterey 或更早,你无法获得后续的功能更新和 bug 修复。从发布记录看,2.22.0 版本修复了 DeepL 网页翻译的接口迁移问题,这类修复对依赖第三方服务的应用很常见,但旧版本不会收到这些更新。
许可证和开发分支:GPL-3.0 的约束
Easydict 使用 GPL-3.0 许可证,并且明确承认其初始版本基于另一个 GPL-3.0 项目 Bob。这意味着如果你修改 Easydict 并分发,你必须以相同许可证开源你的修改。对于个人使用没有影响,但如果你打算集成到商业闭源产品中,这个许可证可能是个障碍。开发流程上,默认分支是 dev,main 分支是稳定版。README 建议 bug 修复和功能提交到 dev 分支,重大改动先开 issue 讨论。维护者在 README 中表示自己很忙,通常只在周末处理 issue,PR 优先。这意味着社区响应的速度可能不稳定。
维护成本和升级风险:第三方服务的脆弱性
Easydict 依赖大量第三方翻译服务,每个服务都可能变更接口或调整免费策略。最近的发布记录显示,2.22.0 修复了 DeepL 网页翻译的 oneshot 端点迁移,2.21.0 新增了 Codex CLI 服务,2.20.0 新增了 MDict 服务。这说明项目在持续跟进服务变化,但每次服务端变动都可能带来一次应用更新。如果你依赖某个特定服务,你需要定期更新应用来保持可用。另一方面,新增服务(如 Codex CLI)意味着功能在扩展,但也增加了配置的复杂度。对于普通用户,升级成本是低,但需要关注每次 release 的变更日志。
一个替代方案:Bob 和 saladict 的对比
Easydict 的 README 明确提到它受 saladict 和 Bob 启发,并且初始版本基于 Bob。Bob 是 macOS 上一款成熟的翻译应用,同样支持划词和截图翻译,但它是闭源的(虽然免费)。Easydict 与 Bob 的最大区别是开源和聚合服务的数量。Bob 更注重稳定性和 UI 打磨,而 Easydict 更激进地集成新服务(比如 GitHub Models 和 Ollama)。如果你需要本地模型翻译,Ollama 支持是 Easydict 的一个独特优势,但 Bob 可能更适合那些不想折腾 API 密钥的用户。saladict 则是浏览器扩展,只覆盖浏览器场景,而 Easydict 是系统级应用,覆盖所有应用。
编辑结论
Easydict 适合那些经常在 macOS 上查词、翻译,并且愿意用快捷键替代鼠标操作的日常用户。它不适合需要离线翻译、或者必须使用旧版 macOS(低于 13.0)的人,也不适合希望修改后闭源分发的开发者,因为 GPL-3.0 会要求你的修改版本同样开源。在安装前,先确认你的系统版本是否满足要求,并检查你常用的翻译服务(比如 DeepL 或 OpenAI)是否在免费额度或 API 密钥上有限制。如果你只是偶尔翻译,直接用系统自带功能可能更省事;如果你需要同时对比多个翻译结果,Easydict 的聚合界面值得一试。最终判断:它是一个功能集成度高的工具,但它的适用边界由你的 macOS 版本和许可证接受度决定。
社区笔记