我們的捷克語 FAQ 與英文版內容相反。我們進行的每一項檢查都通過了。
語言
11 月 2 日，我們的捷克語和斯洛伐克語 FAQ 告訴買家，當套件在受支援的環境上安裝成功時，支援團隊會提供協助。英文版則說當安裝失敗時。兩者現已修正，但這行文字通過了我們對翻譯執行的每一項檢查，因為其中沒有任何錯誤：正確的腳本、正確的數字、正確的名稱，每個標籤都就位。只有讀者能看出問題，所以我們請了一位讀者來檢查。
我們如何詢問
這位讀者就是翻譯我們網站的模型，也就是我們自己機器上運行的同一個開放式 Qwen 模型，但被問了一個不同的問題。它會收到一行英文、其翻譯，以及幾句關於網站的說明：語氣、每種語言的稱呼方式，以及我們指的隱喻（無人值守工廠在黑暗中運行，因為不需要有人在場）。然後問：翻譯的讀者會被誤導嗎？錯誤的事實或數字、相反的意義、不同的對象或動作、關鍵資訊遺漏或添加都算；按字面意義翻譯的慣用語、較自由的措辭或保留英文的產品名稱則不算。它以 JSON 格式回答，每次一行。
它發現了什麼
我們商店的七個頁面，涵蓋 42 種語言：首頁、價格、常見問題、組合包以及三個套件頁面，共 6,216 行翻譯。它標記了 126 行，約佔 2%。其中包括：
- 捷克語和斯洛伐克語：上述退款答案，關於安裝成功的套件的支援。
- 俄語和烏克蘭語：已驗證的機器人「從未通過檢查」，而英文版說它們從未被質疑。意義相反，出現在一個正是關於此事的套件頁面上。
- 德語：「從阿姆哈拉語到簡體中文」，而英文版說的是繁體中文。
- 羅馬尼亞語：「為什麼其他套件需要它？」，答案是「不需要」。
- Serbian: "strings" as "professions".
- 德語和義大利語：將組合包的「One floor, every line」譯為「一條生產線，每一行」。
它弄錯了什麼
我們親自檢查了我們能驗證的 16 種語言中的每個標記：共 24 個。其中 9 個是真正的錯誤，5 個見仁見智，10 個是誤報。它抱怨了不影響語意的文法（馬其頓語形容詞的性、義大利語代名詞）、我們規格中從未要求的羅馬尼亞語稱呼、它將名詞清單誤讀為動詞、一個正確的斯洛伐克語模型權重術語，以及一個它不認識的馬其頓語慣用語（"година дена"，意為一年時間）。
因此，讀者並非評審，而是第二次嘗試前的過濾器：被標記的行會帶著指出的問題重新翻譯，新行必須通過檢查和讀者審核，才能取代舊行。在前六頁中，它標記了 91 行。我們保留了它容易出錯的 26 種情況（語氣、文法、慣用語、保留英文的名稱），並退回 65 行：其中 60 行返回了通過雙重審核的翻譯並取代了舊行，其餘 5 行維持原狀。
關於應用程式字串
網頁較難閱讀：長行、我們的隱喻、技術詞彙。應用程式字串簡短且平實，因此我們也使用隨 Polyglot 附帶的 70 字串範例應用程式來評估讀者。在六種語言中植入的 72 個明顯錯誤（將「無法復原」寫成「可復原」、將離線寫成線上、將一次性付款寫成月付）中，它標記了全部 72 個。在 21 個較細微的錯誤中，它標記了 17 個。它漏掉了德語、法語和西班牙語中將「在 %1$s 提醒我」寫成「在 %1$s 後提醒我」的情況（將時間誤讀為等待），以及一個遺漏了「您的變更已儲存」的德語行。在範例中九種語言的 484 個真實翻譯中，它只提出了一個誤報，即一個被它稱為含糊不清的法語表格儲存格，而在 21 個自由但忠實的改寫中則無誤報。簡短、平實的文本是它表現最佳之處。
它目前的所在地
Polyglot 1.3.0 透過 --review 做到這一點。通過檢查的翻譯會被再讀一次；可能產生誤導的翻譯會帶著問題說明被要求重做；仍然讀起來不對的翻譯會被保留並列出來交由人員處理，由人員決定保留它，或是用 polyglot accept 儲存您自己的措辭。polyglot review 會讀取您已擁有的翻譯，例如來自代理商或先前執行的結果。判定結果會與該翻譯一起記住，因此每個新字串只會多產生一次請求。它無法取代母語人士來處理您的商品頁、付費牆與條款，而我們自己的頁面就是兩者都值得擁有的證明。這些檢查機制本身是如何形成的，請見先前的筆記。