TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
輕鬆寫英語擴充套件實測：三擊空格把中文草稿換成英文
輕鬆寫英語是三擊空格就把中英夾雜草稿換成道地英文的 Chrome 擴充套件，商店至今仍在發行。實測安裝後翻譯一律失敗：它唯一的後端服務已在網域名稱系統查無紀錄，原始碼另揭露整框全文外送、Tab 快捷鍵從未生效，失敗訊息點下去還會蓋掉整份草稿。
用 AI 摘要這篇文章：
輕鬆寫英語的賣點一句話就能講完：寫英文卡住的地方直接用中文寫下去，整段寫完連按三下空白鍵，草稿就換成道地的英文。Chrome 線上應用程式商店至今掛著它，490 位使用者、五顆星滿分評價，「加到 Chrome」的按鈕隨時能按。
2026 年 9 月我把它裝進瀏覽器實際按了。彈出條每次都準時出現，內容卻只有一行 Translation failed 和一行簡體的翻譯失敗字樣。往下追原因，原始碼和網域名稱系統給出的答案一致：這個套件唯一的後端服務已經不存在。更值得知道的是兩個藏在程式碼裡的細節：商店頁宣稱的 Tab 替換快捷鍵從來沒有真正生效過，而那行失敗訊息本身可以點擊，點下去會把你整個輸入框的草稿蓋成字面的英文字串。
卡住就寫中文，這個互動設計確實聰明
多數人寫英文的痛點很具體：一句話的意思都有，就是想不到道地的講法。開字典查、開翻譯視窗來回貼，思路每次都被切斷。輕鬆寫英語的做法是把切換成本壓到最低：中文卡住就直接寫中文，英文想得起來就寫英文，寫完半秒內連按三次空白鍵，輸入框上方或下方浮出一條翻譯結果，點一下就整段替換。有個使用特性值得先知道：替換的對象是整個輸入框，不是只有中文那幾個字。你自己寫的英文也會被模型重新順過一遍，好處是整段讀起來一致，代價是你精心挑過的用字可能被換掉。觸發規則我從原始碼裡讀了出來：三次空白鍵要在半秒內連續按下，中間不能夾其他按鍵，一般打字不會誤觸。
其他操作也都圍繞同一個輸入框：Command 加 Shift 加空白鍵翻譯選取的文字（選取模式點結果是複製到剪貼簿，不是替換），Esc 關閉彈出條，喇叭圖示用瀏覽器內建語音朗讀英文，設定裡還能開自動朗讀，模型偏好與朗讀開關會透過 Chrome 帳號同步到你的其他裝置。彈出條的位置也有講究，原始碼裡會先量輸入框上下的空間，夠就往上彈、不夠就往下，避免把輸入框蓋住。對寫英文郵件、社群貼文、作業筆記的人來說，這套互動確實打在痛點上：它不攔你打字、不開新視窗，把你寫到一半的東西一次收拾乾淨。
一個附帶的觀察：快捷鍵寫的是 Command 加 Shift 加空白鍵，在 Windows 上對應的組合貼近系統切換輸入法的快捷鍵，可能互相干擾。這點我沒有在 Windows 上實測，是從程式碼的按鍵判定推斷的，使用 Windows 的人裝之前要有心理準備。程式碼裡還留著針對 X（推特）編輯器的特殊處理，因為它的輸入框不是標準控制項，套件得自己想辦法把文字塞回去，看得出開發者對細節有用心。
這個設計也確實被認可過。2025 年上半年的第三方介紹與商店裡五則滿分評分，都指向它上架後有段時間真的能用。問題出在後面。
裝起來按下去，彈出條只會說翻譯失敗
我把商店同源的 1.1 版安裝檔裝進 Chromium 129，在一個真實網頁的輸入框打了一句典型的中英夾雜：我今天早上 meeting 改到下午三點，麻煩你 update 一下 calendar。半秒內連按三次空白鍵。
彈出條立刻出現，接著顯示 Translation failed 和簡體的翻譯失敗。失敗狀態下介面照常運作：那行英文旁邊掛著朗讀圖示，點下去會把 Translation failed 這幾個字朗讀出來。自動朗讀倒是認得失敗字串、會主動跳過，手動點擊的朗讀與替換路徑卻沒有這層設防。換設定裡的模型選項也一樣，因為九個模型共用同一個後端位址，換選項改變不了連線對象。它掛掉的方式也不是暫時故障：這個套件在權限清單裡只被允許連線一個網域，就是開發者自己的一個 Supabase 專案位址，全部翻譯請求都往那裡送。拿這個網域去問網域名稱系統的權威伺服器，答案是這個位址已經不存在；對照組拿一個還活著的 Supabase 專案同樣問法，正常回應。伺服器當機是機器還在、服務暫停，查無此址對應的是整個專案被移除，等它自己恢復的機會趨近於零。
商店頁對這一切毫無表示。安裝按鈕、使用者人數、滿分評分都還在，商店審查不會幫你發現後端已死，裝完也不會有任何提示。對搜尋到它、看見五顆星就按下安裝的人來說，體驗就是輸入文字、三擊空格、看到翻譯失敗，然後自己想辦法。
原始碼：整個輸入框的全文都會出門
三擊空格那一刻，套件做的事是把整個輸入框的文字（包含你寫好的英文部分）連同模型編號，直接 POST 到開發者的後端；後端再轉送 AI 模型、把整段重寫成英文送回來這一步，是從模型編號與函式命名的痕跡推斷的。請求內容就這兩個欄位，沒有帳號、沒有 API 金鑰、沒有付費牆，連可以辨識你是誰的資訊都沒有附上。這代表模型的帳單全部記在開發者身上，也代表後端如果想做用量管理，連從哪個使用者下手都不知道。
設定彈窗裡的九個模型選項，全是 Groq 平台的模型編號，預設是 llama-3.3-70b-versatile。其中一個叫 distil-whisper-large-v3-en 的選項其實是語音轉文字模型，對文字改寫毫無作用，是個分類錯置的死選項。程式碼裡負責翻譯的函式名稱還留著 translateWithGPT4omini，搭配註解裡「修改為新的 API 地址」的痕跡，看得出後端換過引擎。商店文案說的「支援多個 AI 模型」，實際內容是單一平台的型號清單。
權限方面它要得不算誇張：activeTab、storage、tabs，加上在所有網站注入內容腳本。注入腳本這項是設計使然，畢竟它要在每個網頁的輸入框裡工作，但也意味著這份腳本跟著你逛遍每一個分頁，網站關掉它也跟著載入，只是平時不動作。
免費 AI 小工具的死法：後端先走，外殼留在架上
開發者是在北京的獨立開發者 Ethan，個人網站自述是 AI 產品經理兼獨立開發者，做的是讓日常生活輕鬆一點的小工具，設定彈窗裡掛著 Buy Me a Coffee 贊助按鈕，這也是整份程式碼裡唯一的收入線。這個背景把整件事的結構講清楚了：免費、免金鑰、裝了即用的 AI 工具，你的瀏覽器不付一毛錢，模型的費用和後端的維運全壓在開發者一個人身上，贊助能補多少是未知數，帳單卻是每個月固定來。個人專案的後端生命週期，就是工具的壽命。後端一拆，套件本體還躺在商店裡，剩下的只有每個輸入框裡那條永遠失敗的彈出條。
對照組是自帶金鑰的工具。像先前介紹過的 GPT 網頁翻譯工具，可以換上自己的 OpenAI 相容金鑰，讓模型呼叫從你自己的帳戶出發；這樣的工具就算開發者的伺服器收攤，你手上的金鑰換個相容端點照樣能用。下次挑免費 AI 工具時，有兩個訊號值得先看：它要不要你填自己的 API 金鑰（要填的通常活得久），以及它的隱私頁有沒有把文字送去哪裡講清楚。這兩個問題，輕鬆寫英語一個都過不了。
兩句話的隱私政策，管不到送出去的文字
商店頁的隱私區塊寫著：開發者聲明不會收集或使用你的資料。點進開發者網站的隱私政策，全文只有兩句話，大意是不會取得使用者的私人資訊、只提供功能展示服務。
這兩句話沒有說謊，卻也什麼都沒涵蓋。套件確實不要帳號、不建使用者檔案，送出去的請求裡也沒有任何能辨識個人的資訊，就隱私的「身分」這一面來說它做得乾淨。但它也確實把你整個輸入框的全文送到開發者伺服器、再轉送模型供應商，內容這一面的暴露完全不在政策文字的範圍裡。文字會被留多久、轉給哪家供應商、有沒有日誌，政策裡一個字都沒提；現在後端已死，更無從驗證。對使用者的實際意義是：在郵件草稿、私訊輸入框、工作報告裡用這類工具，等於把全文交給至少兩雙看不見的手中轉，而你的身分是誰一點都不重要，重要的是你寫了什麼。「不收集資料」和「文字不出門」是兩件事，挑工具時要分開檢查。
Tab 快捷鍵從未真正存在，失敗訊息還會蓋掉草稿
商店頁寫著按 Tab 鍵就能一鍵替換為英語表達，設定彈窗的快捷鍵說明也列了同一條：使用翻譯結果替換原文。翻開 content.js，這個快捷鍵在 1.1 版裡不可能生效：顯示翻譯結果前，程式會先做一個清理動作，把「目前翻譯」這個狀態清空，而 Tab 分支要生效，條件正是這個狀態存在。一來一往，條件永遠不成立。實測按 Tab，輸入框和彈出條都紋絲不動。值得注意的是，這個問題在後端還活著的時代也一樣，因為成功和失敗走的是同一條路徑。宣稱的四個快捷鍵，真正存在的只有三個。
第二個陷阱更實際：翻譯失敗時，彈出條裡那行失敗文字走的與成功結果是同一條點擊替換路徑。我實際點了那行字，整個輸入框的草稿瞬間變成字面的 Translation failed，句子、英文單字、標點全部消失，焦點還留在輸入框裡，接下來隨手打的字全都接在那串英文字後面。輸入框被程式化改值之後，復原鍵不一定救得回來。在後端已死的現在，這成了每次使用都會踩的完整連環：三擊空格，看到失敗，直覺去點那行字，草稿沒了。
現在該怎麼處理它
還沒安裝的人，先別，商店頁的五顆星沒有參考價值，那是它活著的時候留下的。已經裝著的人倒是可以拿它當探針：隨便找個輸入框三擊空格，看彈出條給的是英文還是失敗訊息，就知道後端回來了沒。
已經安裝的人，建議直接從瀏覽器的擴充功能頁移除。留著除了不能用，它還在每個網頁注入一份腳本，而三擊空格加誤點失敗訊息的組合，就是前一節那個草稿消失陷阱的觸發方式。想要類似體驗的人可以往兩個方向找：英文寫作檢查可以看我們實測過的 Harper 文法檢查工具，Chrome 擴充套件怎麼挑可以看我們介紹過的 Magic Copy，裝太多之後的清理與瘦身可以參考 瀏覽器瘦身指南。
往後想自己確認某個瀏覽器工具的後端還活不活，有個不用寫程式的辦法：打開瀏覽器開發工具的網路面板再操作一次，看請求送去了哪個網域、回了什麼。請求送得出去卻拿不回結果，與連目的地都找不到，是兩種不同的死法，後者幾乎等於宣判。這個習慣在免費 AI 工具上特別值得養成，因為它們常常死得又快又安靜。
這篇的查證日期是 2026 年 9 月 16 日。結論會過時的條件有兩個：開發者哪天重建後端，或商店把它下架。在那之前，把它當成一個值得記住的反面教材就好：互動設計可以很聰明，免費也可以不騙人，但命脈握在別人後端手上的工具，死掉的方式比你想的安靜。
