人話翻譯器 HumanizeText:掛上自己的 AI Key,把網頁術語劃詞翻成白話的開源擴充

人話翻譯器(HumanizeText)在 2026 年 7 月被一次 17,000 行的重寫換了形態:彈出視窗退役、側邊欄工作上場。本文從原始碼與三家瀏覽器商店對帳,拆解它自備 AI Key 的資料流向、8000 字上限與版本落差。

用 AI 摘要這篇文章:

如果你在網路上看過人話翻譯器(HumanizeText)的介紹,先別急著照著操作,那份介紹描述的很可能已經是它去年的樣子。這套開源瀏覽器擴充在 2026 年 7 月 28 日被作者用一次超過 17,000 行的提交整個重寫:舊版按下工具列圖示會跳出的彈出視窗被整組刪除,換成常駐的側邊欄工作台。Chrome 與 Edge 商店都已經拿到新版,Firefox 商店則還停在 2025 年 5 月的 1.2.4。

它做的事情其實可以縮成一句話:把你在網頁上選中的文字,套上一段你可以自己改寫的提示詞,送去你自己填寫的 AI 端點,換回一份通俗的白話解釋。擴充本身沒有任何 AI,也沒有內建額度,所有翻譯都發生在你的 AI 帳號那一端。

我把官方原始碼直接載入瀏覽器,實際打開設定頁與側邊欄操作了一遍(沒有填 API Key,所以本文不評論翻譯輸出的好壞)。

一次 17,000 行的重寫,把彈出視窗換成了側邊欄

先看斷代這件事。這個專案 2025 年 3 月上架,前兩個月小步更新了幾輪(右鍵選單、快捷鍵、Firefox 相容、彈出視窗拖動),2025 年 5 月 15 日之後就安靜了。安靜了整整 14 個月,2026 年 7 月 28 日突然回來,三天內連發兩個版本。

那次回來的提交(be7f2d9)在 GitHub 上的統計是新增 17,029 行、刪除 3,070 行:負責彈出視窗的 popup 目錄三個檔案(主邏輯 885 行)整個消失,取而代之的是 789 行的側邊欄程式加上一套模組化的背景服務原始碼,打包腳本也從無到有補齊。對照兩個時期的清單檔(manifest),重寫後權限真正新增的只有側邊欄(sidePanel)一項,其餘的選單、儲存、腳本注入與擴充管理事件(management)在 2025 年版本就已經存在。打包後的背景服務整檔只有 427KB,裡面已經含了整個 OpenAI SDK,安裝包在商店標示 107KB,以現在的擴充標準算是非常輕的體積。

對使用者的實際差別是入口。舊版的中心是「點圖示開彈出視窗,貼文字進去翻」;新版的中心是側邊欄工作台,點圖示或按 Alt+S 直接打開,可以一邊捲網頁一邊看譯文,官方說明裡也明講長文適合用側邊欄。劃詞翻譯入口則整合成三條路:選字後浮動按鈕、右鍵選單,或快捷鍵 Alt+H。順帶一提,重寫提交裡的版本號原本寫成 1.5.6,隔一個提交才改回 1.3.0,最後定在 1.3.1,算是作者自己的小插曲。同一批改動裡還埋了一個使用者摸得到的小機制:頁內彈窗翻到一半,如果改開側邊欄,進行中的串流請求會被直接交接過去繼續跑,譯文不會斷頭重來,這個交接邏輯在原始碼裡有一整組對應的處理。彈窗本身也還在,只是位置從「唯一的入口」退成「頁內快速查看」的角色,標題列可以拖動換位置,左右兩側還能拉動調整寬度,同一個網站內會記住你上次擺的位置。

它自己沒有 AI,翻譯發生在你填的端點上

讀原始碼可以確認這套擴充的架構立場:核心的翻譯模組用 OpenAI 官方 SDK,API Key 與端點位址全部來自使用者設定,程式裡不存在作者的中繼伺服器。預設提供三種服務商預設:DeepSeek(預設端點與預設模型 deepseek-v4-flash)、OpenAI,以及完全自訂。任何相容 OpenAI 格式的端點都填得進去,包含自己架的聚合層(之前介紹過的 new-api 就是這類自建閘道的例子)。

整份原始碼掃過一遍,沒有任何遙測、統計或廣告追蹤的蹤影,程式裡出現的對外位址就只有設定頁那三個預設值。也就是說「資料送給誰」這件事,答案是:你自己在設定頁填的那家,沒有其他人。

連「人話翻譯」這個用途本身都是可以改的。設定頁裡的提示詞模板只有短短幾行,預設是把選中內容交給模型、要求用通俗的中文解釋,但你可以整段替換成摘要、改寫或任何文字任務,等於把這套劃詞介面變成通用的「選字送模型」工具。另外思考深度(reasoning effort)有六檔可以選,從不推理到超高推理;如果填的端點不支援這個參數,程式會自動把它拿掉再試一次。把提示詞換掉之後,同一套選字手勢就能拿去做段落摘要、改寫信件草稿或檢查文法,介面完全不用重新學。

還有一個對隱私敏感的人算好消息的設計:沒填 Key 的時候按翻譯,什麼都不會送出。我實際在側邊欄輸入文字按 Enter,得到的是一行提示,要我先去設定頁填 Key。這條路徑在原始碼裡也看得到對應的檢查,請求根本不會發出去。填了 Key 但 Key 不對的情境也有對應的處理:伺服器回應 401 時畫面會提示你回設定頁檢查,短時間打太頻繁收到 429 時會提示稍後再試,其他錯誤狀態碼則連同原始訊息一起顯示,不會只給一個無聲的失敗。

你的文字與金鑰去了哪裡

把架構講完,資料流向就清楚了,但有兩個細節值得單獨講。

第一,選中的文字會送到你設定的供應商,這是這類工具的本質,決策點在於你願意把哪些頁面的內容交給你的 AI 帳號。它要求的權限是全站內容腳本注入(所有網址都能讀),這是劃詞功能必需的代價,但也是安裝前該知道的事。至於權限清單裡看起來有點嚇人的擴充管理(management),原始碼裡的實際用途只有監聽擴充自己被重新啟用的事件,用來同步側邊欄狀態,並不是去清點你裝了哪些其他擴充。平常它不攔截也不改寫網頁內容,只在你主動選字的當下才做事,背景待機時幾乎沒有存在感。

第二,API Key 與設定存在 chrome.storage.sync,也就是會跟著你的瀏覽器帳號同步,換一台電腦登入同一個帳號,設定會跟著走。這對便利性是好事,但意味著 Key 不只待在本機,也在瀏覽器帳號的同步圈裡。相對地,翻譯歷史存在本機儲存空間(storage.local),上限 100 筆,同一段原文重複翻譯會覆蓋同一筆紀錄,側邊欄可以搜尋歷史、匯出成 JSON 備份或匯入回來。歷史面板的搜尋是即時過濾,匯出的 JSON 檔名會自動帶上日期;匯入時它會按時間戳記與既有紀錄合併,重複的段落留較新的那次,不會把 100 筆額度灌滿重複項。

輸入長度也有明確上限:超過 8,000 字元會被截斷,7,200 字起先警告。側邊欄輸入框的右下角有一個即時的字數計數器(我實測時顯示 6/8000),所以長文件要自己分段處理,這點在讀論文或長合約時會實際碰到。

三家商店,三種進度

同一份原始碼,三個瀏覽器商店的腳步差得很遠。

Chrome 線上應用程式商店:1.3.1 版,2026 年 7 月 30 日更新,208 位使用者,評分 5.0 但只有 2 則評分,安裝包 107KB,開發者登記為個人(diyun,非交易者身份)。Edge 附加元件商店:同樣是 1.3.1,142 位使用者,有趣的是 Edge 把它歸在娛樂類。Firefox 的 AMO 商店:停在 1.2.4,最後更新日是 2025 年 5 月 19 日,3 位使用者,也就是說 Firefox 用戶裝到的是舊代的彈出視窗形態,2026 年的側邊欄工作台、開側欄快捷鍵與劃詞浮動按鈕這些新介面全都沒有,歷史記錄等既有功能則維持在舊版樣貌。Edge 商店的頁面還標明它可以從瀏覽器側邊欄直接開啟,與新版的工作台形態正好對上。

原始碼庫裡其實已經備好了 Firefox 專用的清單檔,只是商店端的更新一直沒送上去。Firefox 用戶目前的選擇是要嘛等作者送審,要嘛從 GitHub 下載原始碼用瀏覽器的開發者載入功能自行掛載,後者的缺點是每次更新都要手動重載。有個時間軸細節可以順便印證 Firefox 版曾經被認真照顧過:AMO 商店的收錄日是 2025 年 3 月 11 日,比 GitHub 建庫還早一天,也就是上架當時 Firefox 與 Chrome 是同步推進的,掉隊是後來才發生的事。

打開來的實際模樣

實際把它載入瀏覽器看 UI。設定頁一眼就能看懂:服務商選 DeepSeek、OpenAI 或自訂,端點位址與模型會跟著預設帶入,API Key 欄位預設遮罩顯示、旁邊有按鈕可以切明文,往下是思考深度六檔、隨機性(越大越發散、越小越穩定)、提示詞模板,以及劃詞浮動按鈕的開關,頁尾還會顯示兩組快捷鍵的現況。頁面最底下是一對恢復預設與儲存按鈕,提示詞模板改壞了隨時可以一鍵退回原廠設定,不必解除安裝重來。

人話翻譯器設定頁:服務商預設、API Key 欄位、思考深度與提示詞模板Pin
設定頁一眼可懂:服務商預設、API Key、思考深度與提示詞模板都在同一頁。

側邊欄是另一個畫面:中央輸入區、右下角綠色翻譯鈕與字數計,頂部有歷史與設定兩個入口,另外有一個收合式的思考過程區。從原始碼看,譯文與思考輸出都是串流逐段進來的,串流畫面這次沒有實拍,留給有 Key 的讀者自行驗證。日常動線很單純:看到難懂的段落,選起來,點浮動按鈕(或右鍵、Alt+H),譯文就近在頁面裡;長文則開側邊欄貼上,Enter 送出,Shift+Enter 換行。

人話翻譯器側邊欄工作台初始畫面,輸入區與 8,000 字元計數Pin
側邊欄工作台的初始畫面:輸入區右下角可見字數計數與翻譯按鈕。

沒有 Key 就是空殼:裝之前的邊界

把邊界說清楚:本文沒有填 API Key,所以沒有實測翻譯輸出的品質,這套工具的輸出好壞基本上等於你選的模型的好壞,擴充只負責把文字安全送達。它是一人維運的小專案,GitHub 上 150 顆星、5 次 fork、零個未解決的問題回報,唯一的 open issue 陣列是空的,歷史上唯一一次外部功能貢獻(歷史記錄的雛形)是 2025 年 5 月由另一位開發者提交合併的。14 個月的沉寂證明它可能再次安靜下去,好在小工具壞了損失也小。長文件還會撞到 8,000 字元的截斷上限,超過就要自己分段。授權是 MIT,想改什麼都可以自己改。

適合的形態也明確:已經有 OpenAI 相容 API Key(DeepSeek、OpenAI 或自架閘道)、經常讀硬文件或技術文件的人,裝 Chrome 或 Edge 版可以立刻上工。還沒有 Key 的人,先去申請一組再來,這擴充沒 Key 就是空殼。Firefox 用戶暫時建議觀望商店更新。如果你要的是整份 PDF 的排版翻譯而不是劃詞即時問答,BabelDOC 那類文件翻譯工具是更對口的選擇;想在影片裡做雙語字幕的,之前介紹的 DualPiP 則是另一條路。

一句話收尾:它把「看不懂的段落」和「你自己的 AI 帳號」接上線,帳單、模型選擇與隱私責任全部留在你手上,這種誠實的架構配上 2026 年重新整理過的介面,對已經有 Key 的人是個輕巧順手的小工具。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 1392

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...