i18nlocale 是什麼？在瀏覽器跑 202 種語言翻譯的 i18n 工具

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

先把現況說清楚：i18nlocale 已經是個死掉的工具。它在 2026 年 6 月到 10 月之間連網域註冊一起被刪掉，今天查 whois 得到的答案是「查無此域」，連一個錯誤頁都不剩。但它生前掛的招牌「本地 AI 翻譯、永不連伺服器」，就翻譯這件事本身來說是真的，這點可以從它發佈到瀏覽器的程式碼逐行印證。真正值得留在口袋裡的，是它用兩年生命示範的一個落差：翻譯引擎確實全程在你電腦上跑，但引擎架在站方的網域和帳號系統後面，網域一到期，免費版、付費版、號稱買斷的權益，一起歸零。

這篇依序整理：它本來是什麼、翻譯有多本地、免費轉付費的過程、它怎麼消失，以及想翻多語系檔案的人今天還能走的幾條路。

把 i18n 檔丟上去，一次翻成 202 種語言

i18nlocale 是獨立開發者 Cody Bontecou 的作品，2024 年 6 月 19 日上架 Product Hunt，累積百餘票。它解決的問題很具體：軟體做多語系時，那些放在 JSON、YAML 或 JS/TS 檔裡的介面文字，要翻成幾十種語言是件枯燥的苦工。它的操作動線分三步：先選來源語言，也就是你平常維護那份母語 i18n 檔的語言；接著貼上或匯入檔案，可以在頁面裡直接編輯；最後勾選目標語言，翻譯就在瀏覽器分頁裡展開，完成後逐檔帶走。

Pin

它的語言清單直接反映了底層模型的能力：清單裡有 202 種語言，含繁體中文（zho_Hant）、簡體中文（zho_Hans）與粵語（yue_Hant），還有一個「全部」選項，一鍵把檔案翻成所有語言。這份清單來自 Meta 在 2022 年釋出的 NLLB-200 翻譯模型家族，當年就是為了 200 種弱資源語言而生；i18nlocale 用的是其中蒸餾過的 6 億參數小體積版本，透過 transformers.js 這套函式庫直接在瀏覽器裡執行，翻譯過程逐字流出，完成一段更新一段。

實際負擔也要先知道：這個模型轉成瀏覽器能跑的格式後，編碼器加解碼器合計約 850MB，第一次使用要從 Hugging Face 下載，之後才走瀏覽器快取。介面裡的提示寫得明白，模型只載入一次；另一句提示更現實，翻譯結果只存在瀏覽器狀態裡，重新整理就沒了，離開頁面等於放棄進度。

幾個產品細節看得出這是認真打磨過的作品。它連 YAML 的多層巢狀、JS 檔裡 export 物件的鍵名都會原樣保留，只動字串值；官網還留了一句「想要其他檔案格式可以談」的文案，更新公告裡主打項目正是新檔案格式支援。它的介面本身就是多語系，至少有英文與法文兩套完整翻譯，一個翻譯工具用自己的工作流程翻自己的介面，這個自舉的細節頗有說服力。

翻譯確實在你電腦上跑：程式碼裡的三個證據

「本地優先」這種話每家都會講，i18nlocale 的特別之處在於它經得起檢驗。它的前端程式碼今天仍能從網頁存檔服務取出，翻譯邏輯全部寫在一個 Web Worker 裡，有三個細節值得攤開。

先看翻譯管線的起手式，就三個單字：translation 任務、Xenova/nllb-200-distilled-600M 模型、用完快取起來的單例模式。整段程式碼裡找不到任何一個翻譯用的後端網址，模型權重從 Hugging Face 的公開下載點拉進來，算完的結果從 worker 傳回頁面。你的檔案內容沒有去過任何翻譯伺服器，這句宣稱成立。

它對 JS/TS 檔的處理方式相當聰明，也相當冒險。程式碼會把檔案解析成語法樹，抽出 export 出去的那個物件，只翻字串值，鍵名原樣保留，物件前面的 import 與檔頭原樣接回。這是開發者真正需要的行為。代價是它把抽出的物件當程式碼求值再重新組裝，物件內部若有註解或非典型寫法，翻完就消失了，檔案一有意外就整份中斷在錯誤訊息上。

而逐字串 streaming 的實作，讓整個過程看得見。每翻一個值，頁面就收到一次更新，你可以看著 JSON 檔一列一列長出來。以一個單人專案來說，完成度不低，這也是它當年能在 Product Hunt 拿到百餘票的原因。

「永不連伺服器」的承諾，只涵蓋翻譯那一半

官網文案寫得很大聲：你的翻譯檔案安全且完全在你掌控中，服務只用本地優先的模型，永不與伺服器通訊。對照程式碼，這句話在翻譯層是真的，但它刻意沒講另外一半：登入與付費，恰恰需要伺服器。

兩個時期的存檔對照起來很清楚。2024 年 9 月的版本，整套程式碼裡沒有任何登入或付款元件，是個純粹的免費工具，頁面開了就用。到了 2025 年 2 月的最終版，主程式裡已經住進完整的商業化結構：用電子信箱寄登入連結的帳號系統（沒有密碼，靠信箱連結進出）、Stripe 結帳流程、帳單管理頁，以及檢查訂閱狀態的 pro 與 free 標籤。免費版限一次翻兩種語言；一次翻全部語言需要付費方案，價格是 20 美元買斷，結帳按鈕背後的產品代號叫 i18n-base-product。條款寫得也不客氣：數位產品一經開通，不退不換，條款生效日是 2024 年 6 月 15 日，比 Product Hunt 上架還早四天，顯然商業化的念頭從上線那一刻就沒缺席過。

這個組合就是整個故事的核心。你付的 20 美元買到的功能，在翻譯層確實還是在你自己電腦上跑；但「你是不是付費用戶」這個開關，握在站方的伺服器手裡。本地處理、雲端授權，兩件事同時成立，而後者的壽命決定了前者的壽命。

嚴格一點檢視那句「永不與伺服器通訊」，它的精確邊界其實比字面更窄。檔案內容確實不出門，這層無庸置疑；但模型權重本身要從 Hugging Face 的主機下載，登入連結要靠站方寄信，付費狀態要跟 Stripe 核對。這些互動都不涉及你的翻譯內容，所以站方沒有說謊，只是行銷文案把「你的資料不出門」與「這個工具不依賴任何伺服器」兩件事壓縮成了一句話。對讀者來說，值得記住的就是這個壓縮手法：聽到「本地」兩個字時，先分辨它指的是處理位置，還是存活條件。

網域一到期，全部歸零

時間線用網頁存檔紀錄可以釘得很準。i18nlocale.com 從 2024 年 6 月起被存檔 47 次，差不多每個月都有一筆，一路活到 2026 年 6 月 13 日還有成功存檔；2025 年秋天起，頁面上還掛出了「已開源」的公告連結。之後故事急轉直下：今天這個網域的 whois 查詢結果是「查無此域」，代表註冊本身已經被刪掉，連 DNS 記錄都不存在。死亡發生在 2026 年 6 月到 10 月之間，沒有停運公告，沒有遷移說明，作者本人的部落格也找不到告別文。他沒有消失，2026 年的現在還在持續更新自己的開源專案，只是沒有任何一篇文字交代過 i18nlocale 的身後事。就連 Product Hunt 的頁面都還沒發現這件事，產品頁照常放著「前往官網」的按鈕，指向一個已經不存在的地址。

那個「已開源」公告確實有落地：作者的 GitHub 上有一個名為 i18n-ai 的倉庫，就是應用本體。對著存檔程式碼逐段比對，翻譯 worker 是同一個類別、同一顆模型，介面文案逐字相同，設定檔裡的預設網址就是 i18nlocale.com，最後一次推送停在 2025 年 8 月，與公告出現的時間吻合。但這份開源救不了任何人：倉庫沒有掛授權條款，公開不等於授權；登入、結帳、帳單管理這些商業元件不在公開的檔案樹裡，拿到手也拼不出當年那個完整產品；倉庫自帶的展示網址是另一個網域，如今同樣查無此域。20 美元買斷的用戶更沒有退場機制：帳號系統隨網域消失，付費權益無處兌現，條款裡那條不退不換，如今連討論的對象都不在了。

對照一個活得體面的案例就能看出差別。同樣做翻譯的 LibreTranslate 走的是開源自架路線，原始碼公開、授權清楚、任何人都能自己架一套，官方站掛了還有幾百個社群實例活著。i18nlocale 的引擎再本地，交付形態終究是別人家的一個網站。

活下來的是地基，不是房子

工具死了，它腳下的技術堆疊一樣不缺。transformers.js 持續維護，那顆 6 億參數的 NLLB-200 蒸餾模型還躺在 Hugging Face 上，每個月被下載八千多次，2026 年 3 月還有更新，以這顆模型為底的公開翻譯 demo 專案有二十多個。更有意思的是，作者在工具死前一年多就把同一套技術寫成了公開教材：2025 年 2 月他開了一個 Nuxt 加 transformers.js 的示範 repo，3 月又在部落格發表完整教學文，用的同一顆模型、同一個 worker 單例模式，等於把 i18nlocale 的心臟攤在檯面上；上一段那個 i18n-ai 倉庫，更是把引擎與介面的原始碼直接公開。兩份素材都有一個共同的但書：示範 repo 與應用本體倉庫都沒有掛授權條款，公開不等於授權，要拿去改作商用，得先處理這一步。

Pin

Pin

想自己組一套的人，從那篇教學出發一天就能拼出原型。不過動手前有一條授權紅線要看清楚：這顆模型的授權是 CC-BY-NC 4.0，上游 Meta 原版和瀏覽器 port 版都是，名稱裡的 NC 就是禁商用。當年 i18nlocale 收 20 美元賣的服務，引擎其實架在非商用授權的權重上；你自己要拿去做商業產品，就得換授權允許的模型，每顆都要逐一確認，這是比技術更優先的決策。

現在要翻 i18n 檔：隱私、品質、自組三條路

工具死了，需求還在。依情境分流：

隱私優先、不想讓檔案出門的人，自架 LibreTranslate 或用 RTranslator 這類離線翻譯方案 最穩，原始碼在自己手裡，官方站死了也不影響你。要的是翻譯品質與檔案格式支援的人，DeepLX 檔案翻譯這類以 DeepL 引擎為底的工具處理文件更成熟，想在自有環境跑也有對應的部署方案。想完全掌控、又願意花一個下午的人，照原作者的教學用 transformers.js 自組，成本是首次下載模型的那 850MB 和之後的維護工。

挑選時幾個規格比「會不會翻譯」更值得看：吃不吃你手上那種檔案格式只是入場券，重點是鍵名會不會被一起翻掉、巢狀結構會不會被壓平、能不能只重翻改過的那幾個值，以及匯出時會不會亂動你的換行與縮排。i18nlocale 在這幾項上的設計是對的，這點即使工具死了也值得抄走當驗收清單。

下次看到「本地優先」的網頁工具，先問一個問題

i18nlocale 的屍檢報告可以濃縮成一句話：它證明了瀏覽器內跑完整翻譯模型在 2024 年就已經是平民技術，也證明了就算處理百分之百本地，交付握在別人手裡，工具的壽命就握在別人手裡。

所以付款或導入前值得問的唯一問題是：這個工具掛掉的那天，我還剩下什麼？答案是「原始碼在我這裡」或「我可以在自己機器上重跑」，那本地處理的承諾才算完整；答案是「什麼都不剩」，那它再本地，也只是別人伺服器上的一個網頁。20 美元的學費有人已經替你繳過了。

i18nlocale 已無法實際操作，它的翻譯品質、速度與穩定度，只剩當年用戶的口碑可以參考。要把哪一套替代方案收進自己的工作流程，拿真實的 i18n 檔各試一輪，永遠比任何介紹文都準。