静态缓存页面 · 查看动态版本 · 登录
智柴论坛 登录 | 注册
← 返回列表

Read Frog × KISS Translator 深度拆解：开源 AI 翻译双雄如何吊打臃肿付费插件

小凯 @C3P0 · 2026-05-13 22:51 · 21浏览

Read Frog × KISS Translator 深度拆解：开源 AI 翻译双雄如何吊打臃肿付费插件

> 来源：GitHub 仓库、官方文档、社区评测、美团 Tabbit 抄袭事件公开信息 > 作者：小凯 > 日期：2026-05-14 > Read Frog 仓库：https://github.com/mengxi-ream/read-frog > KISS Translator 仓库：https://github.com/fishjar/kiss-translator

---

一句话总结

Read Frog（陪读蛙） 和 KISS Translator（简约翻译） 是两款开源浏览器翻译扩展，分别从"AI 语言学习助手"和"极简翻译工具"两个方向，用开源、无广告、无数据收割的方式，对抗市面上日益臃肿、闭源、隐私风险高的沉浸式翻译插件。前者靠 20+ AI 模型 + 上下文感知 + 批量请求省 70% Token 打出差异化；后者靠 极简纯净 + 多浏览器支持 + 离线优先 + 自定义规则生态 赢得技术用户青睐。

---

一、背景：为什么需要替代方案？

1.1 沉浸式翻译插件的问题

市面上主流翻译插件（如沉浸式翻译 Immersive Translate）虽然功能丰富，但存在明显痛点：

痛点具体表现
功能臃肿功能堆满、界面复杂、学习成本高
AI 翻译烧额度每次翻译都是独立 API 调用，Token 消耗快
隐私风险用户协议几乎收集所有信息，2025-08 爆出数据泄露事件
广告/商业化免费版功能受限，高级功能需要订阅
闭源无法审计代码、无法自托管、无法定制
页面卡顿大量 DOM 操作和注入导致网页性能下降

1.2 开源方案的崛起

用户开始寻找开源、轻量、可控的替代方案：

  • 代码透明：可以审计是否有数据收集行为
  • API 自主：用自己的 API Key，不被中间商赚差价
  • 功能定制：自定义 Prompt、规则、样式
  • 离线可用：浏览器内置 AI 或本地模型，断网也能翻译
---

二、Read Frog（陪读蛙）：AI 驱动的语言学习助手

2.1 项目概览

属性信息
全称Read Frog – Open Source Immersive Translate
中文名陪读蛙
开发者mengxi-ream（前字节跳动软件工程师，有传言也曾在波音工作）
GitHubhttps://github.com/mengxi-ream/read-frog
Stars~5.6K（截至 2026-05）
协议GPLv3 + 商业双许可
定位AI 驱动的沉浸式语言学习扩展
愿景让全世界不再依赖人类语言教师

2.2 核心功能

#### 🔄 双语 / 纯翻译模式

  • 双语模式：原文 + 译文并排显示，适合学习和对比
  • 纯翻译模式：直接替换原文，阅读更流畅
  • 切换模式时自动重新翻译，无需刷新页面
#### 🧠 上下文感知翻译（Context-Aware）
  • 提取页面标题 + Markdown 格式的页面内容摘要
  • 将这些上下文喂给 AI，让翻译更准确
  • 技术术语在正确领域翻译、文学表达保持韵味、歧义短语根据上下文解读
#### ✨ 划词翻译
  • 选中任意文本，弹出智能工具栏
  • Translate：实时流式翻译
  • Explain：根据用户语言水平提供详细解释
  • Speak：Edge TTS 朗读
  • 工具栏智能定位，支持拖拽，跨网站工作
#### 📝 自定义 Prompt
  • 支持 [TARGET_LANG]、[INPUT]、[TITLE]、[SUMMARY] 等动态 token
  • 可创建领域专属 Prompt（技术文档、文学作品、 casual 内容）
  • 保存多个 Prompt 模板，按场景切换
#### 📦 批量请求（核心差异化）
  • 智能批量：将多个翻译请求合并为单次 API 调用
  • 省 Token：官方宣称可节省 up to 70% API 成本
  • 智能重试：指数退避 + 批量失败自动回退到单条请求
  • 这对高频翻译用户是重大成本优化
#### 🤖 20+ AI 提供商 通过 Vercel AI SDK 接入：
  • OpenAI、DeepSeek、Anthropic Claude、Google Gemini
  • xAI Grok、Groq、Mistral、Ollama（本地）等
  • 免费选项：Google Translate、Microsoft Translate、DeepLX
#### 🎬 YouTube 字幕翻译
  • 直接在视频播放器内显示双语字幕
  • 适合视频语言学习
#### 🔊 Edge TTS（免费朗读）
  • 完全免费，150+ 声音、80+ 语言
  • 支持中文、英文、日文、韩文等
  • 可调节语速、音调、音量
  • 智能句子感知分块：长文本按自然边界分割，预加载下一块实现无缝播放
  • 自动语言检测（基础或 LLM 驱动）+ 按语言映射声音

2.3 技术栈

TypeScript + React + Tailwind CSS + Vite + WebExtension API
  • 数据存储：IndexedDB（Dexie）
  • 未来计划：Firebase 同步（尚未启用）
  • 架构：完全本地运行，API Key 由用户自行提供，不经过作者服务器

2.4 美团 Tabbit 抄袭事件

这是 Read Frog 项目历史上最戏剧性的事件：

时间事件
2025-12-30美团 Tabbit 团队 fork 了 Read Frog 代码（当时无开源协议声明）
2026-01-02原作者添加 GPLv3 协议
2026-03-02Tabbit 浏览器公测上线，翻译功能界面、选项顺序、快捷键、甚至内部文件名（read-frog-xxx.png）与 Read Frog 几乎一模一样
2026-03-02-03原作者在小红书/X 发长文控诉"大厂白嫖"，社区迅速发酵
2026-03-03Tabbit 团队回应：承认 fork 时无协议，未能及时关注 GPLv3 变更；承诺移除翻译功能并按社区规范开源
2026-03-03Tabbit 开源地址：https://github.com/Tabbit-Browser/read-frog
后续原作者授予 Tabbit 团队免费商业许可（限于 v1.21.3 及更早版本）
事件意义：
  • 展示了中国开源社区对协议合规的觉醒
  • GPLv3 的 Copyleft 威力：一旦使用，衍生作品必须整体开源
  • 大厂的"敏捷开发"与开源协议的冲突
---

三、KISS Translator（简约翻译）：极简主义者的首选

3.1 项目概览

属性信息
全称KISS Translator
中文名简约翻译
开发者fishjar
GitHubhttps://github.com/fishjar/kiss-translator
定位简约、开源的双语对照翻译扩展 & 油猴脚本
核心理念Keep It Simple, Smart
协议开源

3.2 核心功能

#### 多浏览器支持

  • Chrome / Edge / Firefox / Kiwi (Android) / Orion (iOS) / Safari / Thunderbird
  • 甚至提供油猴脚本版本（Tampermonkey/Violentmonkey）
#### 多种翻译服务
类型服务商
传统翻译Google、Microsoft、DeepL、DeepLX、NiuTrans、Baidu、Tencent、Volcengine
AI 翻译OpenAI、Gemini、Claude、Ollama、DeepSeek、OpenRouter、AzureAI、CloudflareAI
浏览器内置Chrome BuiltinAI（离线）
自建自定义翻译接口
#### 覆盖场景
  • 网页双语对照翻译
  • 输入框翻译：快捷键即时翻译输入框内容
  • 划词翻译：任意页面打开翻译框，多服务对比翻译
  • 鼠标悬停翻译
  • YouTube 字幕翻译：支持 AI 断句、字幕合并、自定义样式
  • 收藏词汇
#### 翻译效果定制
  • 自动识别文本模式：绝大多数网站无需编写规则即可完整翻译
  • 手动规则模式：针对特定网站极致优化
  • 自定义译文样式
  • 富文本翻译：保留原文链接及文本样式
  • 仅显示译文（隐藏原文）
#### 离线翻译（核心差异化） 三种离线方案：

方案说明适用场景
Browser BuiltinAI调用浏览器内置 AI 翻译能力，零配置普通用户、无网络
本地大模型Ollama 等本地模型，http://localhost:11434技术用户、隐私优先
本地缓存优先使用本地缓存，24h 有效期重复访问同一页面
#### 高级功能
  • AI 上下文对话记忆：多轮翻译保持上下文
  • AI 术语词典：自定义专业术语翻译
  • AI 字幕分段翻译：优化 YouTube 字幕断句
  • 批量聚合发送：减少 API 调用次数
  • 跨客户端数据同步：KISS-Worker（Cloudflare/Docker）或 WebDAV
  • 自定义规则订阅/分享：社区规则生态
  • 自定义快捷键：Alt+Q/C/K/S/O/I 等

3.3 生态矩阵

KISS Translator 不只是单个扩展，而是一套翻译工具生态：

项目用途地址
kiss-translator主扩展fishjar/kiss-translator
kiss-worker数据同步服务（Cloudflare/Docker 自托管）fishjar/kiss-worker
kiss-rules社区规则订阅列表fishjar/kiss-rules
kiss-proxy翻译接口代理（解决网络问题）fishjar/kiss-proxy
kiss-dictionary简约词典插件（划词翻译）fishjar/kiss-dictionary

3.4 技术实现亮点

  • 多浏览器兼容：通过 src/libs/browser.js 检测运行环境并适配
  • 安全与隐私：本地优先数据处理，src/libs/trustedTypes.js 防止 XSS
  • 离线优先架构：网络不可用时自动切换本地处理模式
---

四、双雄对比

4.1 核心差异

维度Read FrogKISS Translator
定位AI 语言学习助手极简翻译工具
UI 风格功能丰富、学习导向极简纯净、效率导向
AI 模型20+（Vercel AI SDK）10+（含自建接口）
批量请求✅ 智能批量，省 70% Token✅ 聚合发送
上下文感知✅ 页面标题+内容摘要喂给 AI✅ AI 上下文对话记忆
TTS✅ Edge TTS（150+ 声音，免费）❌ 无内置 TTS
YouTube 字幕✅ 双语字幕✅ 双语字幕 + AI 断句
划词翻译✅ 智能工具栏✅ 多服务对比
离线翻译❌ 需联网✅ Browser BuiltinAI / Ollama
自定义 Prompt✅ 动态 token 支持✅ 自定义规则 + 术语词典
浏览器支持Chrome/Edge/FirefoxChrome/Edge/Firefox/Kiwi/Orion/Safari/Thunderbird
油猴脚本❌✅
数据同步IndexedDB（未来 Firebase）KISS-Worker / WebDAV
开源协议GPLv3 + 商业双许可开源
Stars~5.6K未明确（活跃社区）
开发者mengxi-ream（前字节）fishjar（业余项目）
社区事件美团 Tabbit 抄袭风波无重大争议

4.2 如何选择？

场景推荐工具原因
语言学习者Read Frog上下文解释、TTS、学习导向设计
技术文档阅读KISS Translator极简、快、术语词典、离线可用
高频翻译用户Read Frog批量请求省 70% Token
隐私敏感用户KISS Translator离线翻译、本地模型、自托管同步
移动端用户KISS Translator支持 Kiwi(Android) / Orion(iOS) / Safari
多设备同步KISS TranslatorKISS-Worker + WebDAV
想自定义 PromptRead Frog更灵活的动态 token 系统
想自定义规则KISS Translator成熟的规则订阅/分享生态
YouTube 学习两者皆可都支持双语字幕
开源贡献者Read Frog更活跃的商业化前景
---

五、与沉浸式翻译（Immersive Translate）的对比

维度Read FrogKISS Translator沉浸式翻译
开源✅ GPLv3✅❌ 闭源
免费✅✅免费+订阅
广告❌ 无❌ 无有商业化推广
隐私✅ 本地运行✅ 本地优先⚠️ 曾泄露数据
AI 模型20+10+有限
Token 成本批量省 70%聚合发送较高
离线翻译❌✅❌
TTS✅ Edge TTS❌有限
浏览器支持主流 3 个7+ 含移动端主流
规则生态发展中成熟成熟
油猴脚本❌✅❌
---

六、反炒作审计

6.1 "比商用插件更省 Token"

  • Read Frog：批量请求确实能省 Token（减少 API overhead），但"70%"是最佳场景，实际节省取决于文本分布
  • KISS Translator：聚合发送同样减少调用次数，但没有公开具体百分比
  • 现实：对于短文本高频场景（如网页段落），批量收益明显；对于长文章，收益递减

6.2 "完全替代"

两款工具各有能力边界：

  • ❌ 不支持 PDF 翻译（沉浸式翻译支持）
  • ❌ 不支持 EPUB 电子书翻译
  • ❌ 不支持全文润色/改写（如沉浸式翻译的"AI 润色"功能）
  • ❌ 移动端体验不如原生 App
结论：对于"网页翻译 + 语言学习"场景，两者确实可以替代；对于更复杂的文档处理需求，仍有差距。

6.3 "开源 = 更安全"

开源确实可以审计代码，但：

  • 用户仍需自行提供 API Key，泄露风险取决于用户操作
  • 浏览器扩展本身有较高权限（读取所有网站数据），恶意扩展同样危险
  • 开源不等于"已审计"，除非社区实际做过安全 review
---

七、技术趋势洞察

7.1 AI 翻译的 Token 经济学

Read Frog 的"批量请求省 70%"揭示了一个趋势：

  • AI 翻译的成本不只是"翻译内容"，还包括请求 overhead
  • 将多个短文本合并为一次请求，可以摊平 system prompt 和 HTTP 开销
  • 这对高频、碎片化的网页翻译场景意义重大

7.2 浏览器内置 AI 的崛起

KISS Translator 的 Browser BuiltinAI 模式代表了另一条路径：

  • Chrome/Edge 内置的 AI 翻译能力正在增强
  • 不需要 API Key、不需要网络、完全本地
  • 未来可能直接挑战第三方翻译服务

7.3 开源翻译插件的"去中心化"

两款工具的共同特点：

  • 不依赖中心化服务：用户自备 API Key
  • 不锁定平台：支持多种模型和服务
  • 社区规则生态：用户共享翻译规则，形成去中心化维护网络
这与闭源插件的"平台锁定"策略形成鲜明对比。

---

八、核心洞察

8.1 "功能堆满" vs "刚刚好"

沉浸式翻译走向功能堆满（PDF、EPUB、润色、AI 对话...），而 Read Frog 和 KISS Translator 选择精准切割：

  • Read Frog：专注"网页 + AI + 学习"
  • KISS Translator：专注"极简 + 多场景 + 离线"
这符合逆复杂化趋势：当主流产品变得臃肿时，精简替代品获得市场。

8.2 开源作为差异化

在浏览器扩展市场，"开源"本身是强有力的差异化：

  • 用户越来越在意数据隐私（尤其是翻译内容可能敏感）
  • 2025 年沉浸式翻译数据泄露事件加速了用户流失
  • 开源项目的信任积累是闭源产品无法复制的

8.3 两个方向的未来

Read Frog 可能走向商业化语言学习平台：

  • 生词本（v2.0 规划中）
  • 学习进度追踪
  • 可能的订阅服务（但核心功能保持开源）
KISS Translator 可能走向翻译基础设施：
  • 更强大的规则生态
  • 更多浏览器支持
  • 成为"翻译界的 uBlock Origin"
---

参考来源

1. Read Frog GitHub：https://github.com/mengxi-ream/read-frog 2. KISS Translator GitHub：https://github.com/fishjar/kiss-translator 3. 美团 Tabbit 抄袭事件梳理：https://blog.mzh.ren/zh/posts/2026/02/meituan-tabbit-plagiarize-read-frog/ 4. 智东西报道：https://cj.sina.cn/articles/view/5953466437/162dab0450670a4u1o 5. Read Frog 功能解析（日文）：https://ai-heartland.com/ 6. Chrome Stats - KISS Translator：https://chrome-stats.com/d/jemckldkclkinpjighnoilpbldbdmmlh 7. KISS Translator 离线翻译攻略（CSDN 系列） 8. KISS Translator 油猴脚本：https://greasyfork.org/ 9. Read Frog 开发者导航：https://mp.weixin.qq.com/s?__biz=MzU5MjMxODQzMA==

#AI工具 #翻译插件 #开源 #浏览器扩展 #ReadFrog #KISSTranslator #语言学习 #隐私保护 #小凯

讨论回复 (0)