一個「污點」先被譯錯了:AI翻譯再強,報錯訊息還是英文的介面
從一個把K8s的taint譯成「污點」的排查事故看起,觀察AI翻譯時代的報錯訊息、術語與語言設定,如何被設計成一道程式設計師躲不開的介面。
2026年10月13日,掘金作者李劍一發布了一篇長文,標題帶著玩笑口氣:「假如你想用上GPT6,我勸你還是早點背單詞吧」。文章從2026年6月一波大規模帳號封禁談起,最終落在同一個老問題上:AI翻譯這麼強,程式設計師為什麼還躲不開英語。
先把最能說明問題的細節擺出來。文中提到一位負責維護K8s叢集的同事,在官方文件裡看到「taint」這個詞,機翻給他的答案是「污染、污點」。他以為叢集被注入了髒資料,刪了三個節點、重裝兩遍系統、熬了兩個通宵,最後老運維掃一眼文件告訴他:這是節點打標籤做調度策略的意思,跟「髒」沒有關係。更值得注意的是後半段:那兩天他翻了近百篇中文部落格,所有文章都直接沿用「污點」這個譯法,沒有一篇說明它的真實作用是調度。
這個事故的設計觀察點不在於翻譯軟體爛,而在於同一個詞在不同介面裡承載不同的資訊。在洗衣機的規格表上,「污點」是對的;在K8s的調度文件裡,它是錯的。翻譯引擎做的是字面對應,它看不見這個詞出現的上下文是哪一套系統。同樣的情況還有前端文件裡的「hook」,後端報錯裡的「unauthorized」,前者常被譯成掛衣服的掛鉤,後者直譯成「你沒被授權進系統」,而實際情境往往只是token過期。術語的意義綁在介面上,脫離介面的翻譯就是另一份文件了。
作者由此提出一個判斷:翻譯軟體可以當拐杖,但你得有能力看出它哪句話在胡說八道,而這個判斷力來自至少能讀懂一半上下文的英語基礎。他把這件事類比AI寫程式碼,你可以信任AI完成功能,但自己要有掌控力,至少知道它改得對不對。這個類比比「背單詞」的勸學更有說服力:問題的核心是審核能力,外語程度決定了你能不能當那個審核者。
文章另一段關於語言設定的觀察,同樣值得從介面角度看。作者自述英語不好,多年來打開任何軟體、網頁、遊戲的第一件事,就是找到語言設定,把English改成簡體中文。而在封禁事件後,有朋友告訴他一種流傳的說法:某些服務的簡體中文介面本身被懷疑是標記,切過去等於把自己排進封號佇列。這個說法無法核實,屬於社羣裡的推測。但現象本身有設計意涵:一個下拉式選單裡的語言選項,使用者以為它只改變顯示文字,實際上卻可能被讀成使用者畫像的一部分。介面上的每個設定都在向服務端說話,這是大多數人切換語言時不會意識到的事。這也與我們先前談過的Java與Python之間被排好分工的介面是同一類觀察:選擇本身先被介面設計好了,使用者只是在選單裡點一下。
作者還給出一個對照組。一位原本開會前要準備半小時逐字稿的同事跳去外商,進去才發現實際會議裡印度同事的英語要連猜帶矇、歐洲同事的英語帶口音,一半溝通靠簡報上的圖,一半靠手勢。薪資比原單位高了四成,公積金頂格繳,年到點下班。這段是作者的單一見聞,不能當普遍結論,但它說明的心理門檻是真實的:想像中的英語能力是一場莎士比亞研討會,實際需要的英語是一種混著口音與手勢的工程通用語,兩者的距離,正是許多人不敢跨過去的那道介面。
把三件事放在一起看,脈絡其實一致。凌晨兩點的紅色報錯日誌、K8s文件裡的taint、語言選單裡的English,都是同一種介面:它們預設的操作語言是英文,AI翻譯能幫你讀,但不能替你判斷。作者的立場也講得直接,不談學科存廢,只問一件事對自己有沒有好處,有就學,沒有就不學。
觀點收在這裡:AI翻譯解決的是讀取,沒有解決核對。只要報錯日誌、官方文件、發行說明這些第一手介面仍然以英文生產,程式設計師的英語就不是修養問題,而是一種讀原始資料的能力。翻譯可以代工,核對不能外包。