Read Frog：把瀏覽器變成語言學習現場的開源擴充
🐸 Read Frog - Language Learning & Translate | 🐸 陪读蛙 - 语言学习与翻译
秒懂
- 它是什麼？
- Read Frog 是一個以 TypeScript 與 WXT 寫成的瀏覽器擴充，主打沉浸式翻譯、選取翻譯、字幕翻譯與自訂 AI 動作。它的價值取決於你願不願意自己接上模型 API，以及你能不能接受一個仍在快速迭代的專案。
- 適合誰用？
- 如果你已經有 OpenAI、DeepSeek 或其他相容供應商的 API key，而且想邊讀網頁邊學語言，Read Frog 值得裝來試，Chrome、Edge、Firefox 都有商店版本。如果你需要企業級的翻譯記憶庫、術語表強制套用或離線翻譯，這個專案不是那條路。
- 可以商用嗎？
- 可以，但有條件。GPL-3.0 是 copyleft 授權：如果你散布包含它的軟體，就必須以同一授權公開該軟體的原始碼。只在內部執行、不對外散布，則不會觸發這項義務。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
它想解決的是「讀外文網頁」與「學語言」之間的斷層
多數翻譯擴充的目標是讓你不再需要讀原文，翻完就結束。Read Frog 的定位相反：README 把它描述為「an open-source AI-powered language learning extension」，支援沉浸式翻譯、文章分析與多種 AI 模型，並在開頭寫明願景是讓語言學習者得到個人化的學習體驗。
這個差異決定了它的功能清單。雙語對照模式讓你同時看到原文與譯文，而不是被譯文取代；選取翻譯針對的是你讀到一半卡住的那一句；字幕翻譯處理的是影片而不是文章；自訂 AI 動作則讓你把自己反覆做的解讀動作固定成可重複呼叫的工具。這幾個功能放在一起，服務的對象是正在學外語、且願意花時間看原文的人，而不是只想快速取得中文摘要的人。
反過來說，如果你要的是「把整頁換成中文，越快越好」，這個專案的功能密度對你是多餘的。它假設你會在意原文，也假設你願意為此多按幾次按鈕。
沉浸式翻譯與上下文感知：機制上的關鍵差異
README 把功能分成幾塊：Bilingual / Translation Only、Selection Translation、Context-Aware Translation、Subtitle Translation、Text-to-Speech、Batch Requests，以及 20+ AI Providers。前三項是這個專案的核心。
沉浸式翻譯的做法是把譯文插入頁面結構，讓原文與譯文並存，而不是整頁替換。這在技術上比單純覆蓋文字麻煩，因為它必須處理頁面的 DOM 結構，也要面對動態載入內容的問題。README 沒有說明它如何處理這類頁面，這是文件偏薄的地方。
Context-Aware Translation 是另一個值得注意的設計。逐句翻譯常見的失敗是代名詞與語氣錯亂，因為模型看不到前後文。把上下文一起送進模型是合理的解法，代價是 token 用量上升，而 token 用量直接反映在你的 API 帳單上。Batch Requests 同樣是為了效率而存在：把多個請求合併送出，減少往返次數。README 沒有給出批次大小的設定方式或上限，這點需要你自己在設定介面裡確認。
安裝：三種瀏覽器商店，或自己從原始碼建置
README 的 Download 表格列出三個瀏覽器：Chrome 對應 Chrome Web Store 或中國鏡像 crxsoso，Edge 對應 Microsoft Edge Addons，Firefox 對應 Firefox Add-ons。這是給一般使用者的路徑，不需要碰命令列。
開發者的路徑不同。專案主題標籤裡有 wxt，代表它用 WXT 這個框架來建置瀏覽器擴充。README 的目錄結構把貢獻說明放在 Contribute Code 底下，但提供的內容在此處被截斷，所以我無法從手上材料確認具體的建置指令是 pnpm dev 還是別的寫法。這一點請直接看 repository 的貢獻文件，不要照抄其他 WXT 專案的流程。
真正需要事先準備的不是安裝，而是模型存取。README 明確標示支援 20+ AI Providers，主題標籤列出了 deepseek、gpt、openai，也提到 llm。這意味著你必須自備至少一組 API key，並在擴充的設定裡選定供應商與模型。README 沒有說明是否有內建免費額度，也沒說明金鑰儲存在瀏覽器何處。對於會處理你正在閱讀的網頁內容的工具來說，這兩點值得在安裝前自己查清楚。
自訂 AI 動作是它最不像翻譯工具的地方
README 對 Custom AI Actions 的說明是：把選取的文字變成可重複使用的 AI 工具，配合你閱讀與學習的方式。這句話的份量比它看起來重。
一般翻譯擴充的功能邊界在安裝時就固定了，你只能選擇開或關。自訂動作把邊界交給使用者：你可以定義一個動作專門拆解長句結構，另一個動作專門列出某個詞在上下文中的用法。這些動作一旦定義好，就變成選取文字後可呼叫的固定流程。
這也是它與一般翻譯擴充最實際的分野。差別不在模型好壞，而在你是否能把重複的閱讀習慣寫成工具。如果你的學習流程每次都不一樣，這個功能對你沒什麼用；如果你每讀一篇外文文章都要做同樣的幾件事，這裡省下的是反覆下提示詞的時間。README 沒有說明這些動作的定義格式是提示詞模板還是別的結構，需要看官方教學文件。
限制：活躍開發、API 成本與文件深度
README 自己寫得很直白：Read Frog is currently under active development，並請使用者回報遇到的問題。從版本紀錄看，v1.46.9、v1.46.8、v1.46.7 分別落在 2026 年 9 月 9 日、9 月 5 日與 9 月 2 日，間隔只有幾天。這個節奏說明它確實在動，也說明介面與設定項目有變動的可能。
第一個現實限制是成本。這個專案本身不提供模型，翻譯品質與費用都由你選的供應商決定。開啟上下文感知與批次請求會增加每次翻譯送出的內容量，帳單跟著上升。README 沒有提供任何 token 估算或費用參考，你只能自己觀察。
第二個限制是它不適合當成翻譯記憶庫用。README 沒有提到術語表、翻譯記憶或團隊共享詞彙的功能。如果你的場景要求同一份文件裡的專有名詞每次譯法一致，這個專案沒有對應機制。
第三個限制是它綁在瀏覽器裡。字幕翻譯、選取翻譯、頁面翻譯都發生在瀏覽器分頁中，任何需要處理本機檔案、批次文件或 CI 流程的場景，它幫不上忙。
與 Immersive Translate 的路線差異
這個專案的主題標籤裡直接列了 immersive-translate，這是它最自然的對照對象。兩者都做雙語對照的頁面翻譯，差別在專案重心。
Immersive Translate 的路線是把翻譯這件事本身做廣做穩：支援的服務、格式與平台盡量多，使用者不需要理解模型差異。Read Frog 的重心放在學習行為上，選取翻譯、自訂 AI 動作、文章分析這些功能，都是假設你會停下來看原文、會想拆解句子。
授權也是差異。Read Frog 採 GPL-3.0，README 另外有一段 Commercial License Grant。這代表如果你要把它的程式碼放進自己的產品再散布，GPL-3.0 的條款會跟著你；README 提供的商業授權授予是另一條路徑。我不在這裡給法律意見，只指出這個條款確實存在，而且值得在整合前讀完。
選擇上很簡單：你要的是最多平台與最少設定，另一邊更合適；你要的是把閱讀習慣變成可重複的工具，Read Frog 的設計更貼近這件事。
維護成本與升級要考慮的事
擴充類專案的維護成本通常不在安裝，而在兩件事：瀏覽器 API 的變動，以及模型供應商的變動。Read Frog 同時踩在這兩條線上。
從版本號看，它已經走到 1.46.x，且修補版本密集發布。這對使用者是好事，代表問題會被處理；代價是設定介面可能隨版本調整。README 沒有提供設定遷移的說明，如果你在團隊內統一部署，升級前先確認設定是否沿用。
授權方面，GPL-3.0 對個人使用幾乎沒有影響。真正需要留意的是再散布與衍生作品：如果你打算修改後打包給他人使用，條款會約束你。README 的 Commercial License Grant 段落是針對這類需求的補充安排，具體範圍要看該段全文，而它在提供的材料中已被截斷。
至於模型供應商，切換成本相對低，因為 README 標示支援 20+ 家。但不同供應商對長上下文的處理與計價方式不同，換一家就等於重新驗證一次翻譯品質。
編輯結論
如果你已經有 OpenAI、DeepSeek 或其他相容供應商的 API key，而且想邊讀網頁邊學語言，Read Frog 值得裝來試，Chrome、Edge、Firefox 都有商店版本。如果你需要企業級的翻譯記憶庫、術語表強制套用或離線翻譯，這個專案不是那條路。動手前先確認三件事：你的瀏覽器是否在支援清單內、你要用哪一家供應商與哪個模型、以及你是否接受 GPL-3.0 對再散布的約束。
社群筆記