陪读蛙 read-frog：浏览器里的 AI 语言学习扩展，但先别急着卸载沉浸式翻译
🐸 Read Frog - Language Learning & Translate | 🐸 陪读蛙 - 语言学习与翻译
秒懂
- 它是什么？
- read-frog（陪读蛙）是一个开源的浏览器扩展，用 AI 做沉浸式翻译、选词翻译和文章分析。它支持 20 多家模型提供商，但 GPL-3.0 许可和活跃开发状态决定了它适合谁、不适合谁。
- 适合谁用？
- read-frog 适合愿意自己配置 API 密钥、想在同一界面里同时获得翻译和学习辅助的语言学习者，尤其是 Chrome 和 Edge 用户。不适合只想要开箱即用、不愿碰模型参数或 API 账单的人，也不适合需要团队协作或商业集成的场景，因为 GPL-3.0 许可和活跃开发中的接口变动会抬高二次开发成本。
- 能商用吗？
- 可以，但有条件。GPL-3.0 是 copyleft 许可证：如果你分发包含它的软件，就必须以同一许可证公开该软件的源代码。只在内部运行、不对外分发，则不会触发这项义务。
- 还在维护吗？
- 在维护。仓库在最近一天内有新的提交。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决的是阅读时的翻译与学习割裂问题
大多数语言学习工具把翻译放在一个独立窗口里，你复制一段英文，切到词典或翻译页，再切回来。read-frog 想消除这一步。它把翻译直接嵌入浏览器，让你在阅读原文的同一屏上看到译文，并且不只是翻译，还提供可自定义的 AI 动作，比如解释语法、拆解生词。项目描述里明确写着面向所有水平的语言学习者，愿景是让世界不再依赖人类语言教师。这个目标很大，但产品本身解决的是一个具体问题：阅读外文网页时，翻译、查词、理解这三个动作不需要分开做。它适合每天要读大量英文或日文资料的人，也适合把浏览网页当成练习材料的学习者。
工作机制：从选中文本到 AI 动作的完整链路
从 README 的功能列表可以看出，read-frog 的核心是选中文本后触发的一系列操作。它支持整页双语对照或仅译文模式，也支持选中一段话单独翻译。关键特性是上下文感知翻译，这意味着扩展会把选中文本周围的段落一并发给模型，让译文更贴合语境。字幕翻译功能则针对视频页面，把字幕文本提取出来交给 AI。批处理请求功能值得注意，它暗示扩展会把多个翻译任务合并成一次 API 调用，这能降低延迟和成本，但具体如何分批、最大批量是多少，README 没有说明。所有功能都建立在 20 多家 AI 提供商之上，包括 OpenAI、DeepSeek 这类常见服务。扩展本身不训练模型，它只是把网页内容、你的选中文本和你的指令组装成请求，再渲染模型返回的结果。
安装与配置：三个商店入口，但 API 密钥得自己准备
read-frog 以浏览器扩展的形式分发，Chrome 用户去 Chrome Web Store，Edge 用户去 Microsoft Edge Addons，Firefox 用户去 Firefox Add-ons。中国大陆用户还有一个 crxsoso 镜像可以下载 Chrome 版本。安装后需要配置 AI 提供商，因为扩展本身不包含模型，你得填入自己的 API 密钥或选择支持的服务。README 没有给出具体的配置界面截图，但提到支持 20 多家提供商，这意味着设置里大概率有一个提供商列表和密钥输入框。如果你想从源码构建，仓库使用 TypeScript 和 WXT 框架，WXT 是一个面向浏览器扩展的开发工具链。开发或自建版本的具体命令在 README 里没有列出，需要去仓库的 CONTRIBUTING 文件或 docs 目录里找。
局限一：依赖外部 AI 服务，成本与延迟由你承担
read-frog 不是免费的翻译工具，它只是免费的开源外壳。每次翻译都要调用你配置的 AI 模型，这意味着按 token 计费。对于沉浸式翻译整页文章，一次会发送大量上下文，成本会快速累积。如果你用的是免费额度，可能几天就耗尽。延迟也是一个问题，批处理请求能减少请求次数，但每个请求的处理时间取决于模型服务端。另一个隐患是隐私，选中文本和周边段落会发送给第三方 AI 服务。README 没有提到任何本地处理或数据脱敏机制，所以敏感内容不适合用这个扩展翻译。对于只想要快速看个大概的用户，免费的普通翻译扩展可能更合适，read-frog 的设计前提是你愿意为 AI 能力付费。
局限二：GPL-3.0 许可与活跃开发带来的不确定性
项目采用 GPL-3.0 许可证，这是一个强 copyleft 许可。如果你只是个人使用，没有任何影响。如果你想基于它做商业产品，或者在公司内部集成到非开源系统里，GPL-3.0 会要求你开源衍生作品。README 里提到有商业许可授予（Commercial License Grant），但具体条款没有在摘要中说明，需要去仓库的 LICENSE 文件或商业授权页面查看。另一个不确定性来自开发节奏，最后一次推送是 2026 年 9 月，版本号已经到 v1.46.9，说明迭代很快。快速迭代对用户来说是功能更新，但对开发者来说是接口变动。如果你计划 fork 或二次开发，要准备好跟上上游变化。
替代方案对比：沉浸式翻译与 read-frog 的差异
read-frog 不可避免会被拿来和沉浸式翻译（Immersive Translate）比较，毕竟主题标签里就有 immersive-translate。两者都做双语对照翻译，但思路不同。沉浸式翻译的核心是翻译本身，它支持多种翻译引擎，包括免费的和自建的，并且把翻译质量与速度放在第一位。read-frog 的核心是语言学习，它的自定义 AI 动作、上下文感知翻译和字幕翻译都服务于理解与学习，而不是单纯的译文产出。沉浸式翻译更偏向通用工具，read-frog 更偏向教育场景。如果你只需要快速看懂外文网页，沉浸式翻译可能更轻量；如果你想要在阅读中学习，并且愿意为每个动作配置 AI 模型，read-frog 提供了更针对性的功能。两者不是直接替代关系，而是侧重点不同的工具。
维护与升级成本：活跃但需要跟进
从版本号 v1.46.9 和频繁的发布记录看，项目维护非常活跃。这对用户是好事，bug 修复和新功能会持续到来。但这也意味着你要经常更新扩展，而每次更新都可能改变界面或配置项。对于普通用户，浏览器商店会自动更新，你只需要接受变化。对于开发者，维护成本体现在两方面：一是跟上上游代码变化，二是应对 AI 提供商 API 的变动。read-frog 依赖多家外部服务，任何一家的 API 调整都可能影响扩展的某个功能。项目 issue 区是反馈问题的地方，README 也明确欢迎反馈。如果你打算长期依赖这个扩展，建议关注其发布说明，了解每个版本改了什么。
编辑结论
read-frog 适合愿意自己配置 API 密钥、想在同一界面里同时获得翻译和学习辅助的语言学习者，尤其是 Chrome 和 Edge 用户。不适合只想要开箱即用、不愿碰模型参数或 API 账单的人，也不适合需要团队协作或商业集成的场景，因为 GPL-3.0 许可和活跃开发中的接口变动会抬高二次开发成本。采用前先确认三件事：你常用的 AI 提供商是否在支持列表里，免费额度或自建模型是否够用，以及你是否接受扩展随版本更新而改变行为。官方文档和商店页面是唯一可靠的验证入口，GitHub 上的 star 数不能替代实际试用。
社区笔记