AquaMoon 專案整理・更新於 2026 年 9 月 12 日。範例適用於目前的譯匠文字工具。
三個可以親手重現的深入案例
比較實際輸出、重現已知轉換失誤，並測試解碼錯誤。每篇都有獨立的本機實驗區，不需另開工具或登入。
一、簡繁轉換不是翻譯
中文句子已經看得懂，只是使用另一種字形時，適合用簡繁轉換。例如「软件」選用台灣詞彙時會轉成「軟體」，只做字形轉換則可能得到「軟件」。OpenCC 依詞組與詞庫替換，並不理解整份合約、人名或專有名詞的意圖，轉換後仍要檢查語境。
在譯匠選擇「簡繁轉換」，來源選簡體中文、目標選台灣詞彙，輸入「软件」後轉換。若只需要字形，改用不含詞彙選項的目標。請保留原始版本：多個繁體字可能對應同一個簡體字，轉回去不保證與原文完全一致。
二、編碼改變表示方式，不會加密
Base64、URL 跳脫與十六進位位元組都是資料表示方式，不是加密。任何人使用相同格式的解碼器都可能還原文字，不適合用來保護密碼或 API Key。操作時先選格式與「編碼」，取得結果後再切換「解碼」測試還原。
Base64 可用 Hello → SGVsbG8= → Hello 測試往返；UTF-8 Hex 中的「中文」對應 e4 b8 ad e6 96 87，空白呈現方式可能不同。URL 中的 %E4%B8%AD 則是「中」的 UTF-8 位元組。網址查詢參數可能把 + 當成空白，但不是每種 URL 解碼操作都採用這個規則。
三、解碼失敗，先找格式與資料來源
十六進位若有奇數個字元，代表最後一個位元組不完整；包含 G 等非十六進位字元也無法解碼。先檢查資料是否截斷，以及所選格式是否和輸入來源一致。有些普通文字恰好看起來像 Base64，自動偵測只能提供線索，不能保證判斷正確。
譯匠處理的是文字，不是任意二進位檔案。若解碼後不是有效 UTF-8，可能出現無法閱讀的內容或錯誤。GBK、Big5 檔案需要用原本的字元編碼讀取；已經貼成亂碼的文字，不能單靠猜測就補回遺失的資訊，應盡量回到原始檔案處理。
四、翻譯改變語言，結果仍需核對
讀者需要另一種語言時，才使用中英翻譯。盡量保留完整句子與上下文，特別核對日期、數字、否定詞、人名與術語。長文章應依句子分段，避免在詞語中間切開而丟失語意。
本機簡繁與編碼不限次數；線上翻譯則使用供應商服務，受本站免費額度或自備 API 帳號限制。若請求失敗，依介面顯示的錯誤檢查額度與供應商設定。成功回傳不代表內容一定正確，重要文件應在使用前由具備相關知識的人覆核。
技術參考：OpenCC · Base64 (RFC 4648) · UTF-8 (RFC 3629)