ROT47 是一種自反的替換式加密，會將 94 個可列印 ASCII 字元中的每一個精確位移 47 個位置，因此整個流程可以簡化為單一可逆操作：貼上文字、套用 ROT47、然後複製結果。由於位移在從驚嘆號（字碼點 33）到波浪號（字碼點 126）的可列印範圍內具有自反性，一個「套用」動作就能同時處理編碼與解碼——對同一字串執行兩次 ROT47 會還原為原始內容。位於該狹窄區間之外的任何字元，包括位於字碼點 32 的空格、換行、定位字元 (Tab)，以及任何非 ASCII 字元（例如帶有變音符號的字母、CJK 字符或表情符號），都會原封不動地複製過去。這條單一規則就是讓流程得以反覆簡易執行的原因：沒有需要記住的密鑰、沒有需要在編碼與解碼之間切換的開關，也不會有標點符號在不知情的情況下被悄悄標準化而偏離工作集。本機瀏覽器的實作是逐一處理 Unicode 字碼點，而非 UTF-16 字碼單元，這正是輔助平面字元與表情符號能在來回轉換中保持完整、不被切開或替換的原因。
為何 ROT47 本身就是一步流程
可列印 ASCII 包含 94 個字元，從字碼點 33 的驚嘆號到字碼點 126 的波浪號，如 Unicode 基本拉丁文表所定義。ROT47 會將這些字元各自位移 47 個位置，而這正好是 94 的一半。位移一半的設計會讓每個支援的字元與另一個字元配對，因此兩次套用會將數值走過完整的 94 位置循環，並回到起始的字碼點。這種對稱性就是一個按鈕能同時編碼與解碼的全部理由。你永遠不必切換模式、選擇密鑰或記住方向——同一個「套用」動作既能模糊文字，也能還原文字。
實作會對落在可列印 ASCII 區間內的每個 Unicode 字碼點套用公式 33 + ((value − 33 + 47) mod 94)，其餘所有字元則原封不動地複製。對於字母 h（位於字碼點 104），計算過程為 33 + ((104 − 33 + 47) mod 94) = 33 + (118 mod 94) = 33 + 24 = 57，也就是字元 9。對 9 再執行同一條公式會得到 33 + ((57 − 33 + 47) mod 94) = 33 + 71 = 104，進而還原為原本的 h。這一行運算就是 ROT47 編碼解碼器按鈕背後所發生的一切，而由於正反兩個方向的數學完全相同，工作流程得以省去所有其他操作介面。
此轉換同時具有確定性並保持位置不變。若字串中含有十個可列印 ASCII 字元，輸出就會在相同的位置上包含十個位移後的字元。沒有任何重新排序或合併，正反兩端支援的字碼點數量也完全相同。這種可預測性正是讓工作流程得以精簡為幾個步驟，卻不會犧牲可靠性的原因，即使是在每一次按鍵都會分散注意力的長篇輸入上也一樣。
用三個步驟套用 ROT47
- 將您要轉換的精確文字貼到輸入欄位中。空格、定位字元 (Tab)、換行以及任何非 ASCII 字元（例如 é、中或 🙂）都會被完整保留。
- 選擇「套用 ROT47」，然後從輸出欄位複製產生的可列印 ASCII 替換結果。
- 若要解碼，請將 ROT47 的輸出再次貼回同一個輸入欄位，再執行一次相同操作。自反對應會還原為原始字串。
兩個小習慣能讓流程在輸入增長時仍保持簡潔。第一，請將輸入控制在 200,000 個 Unicode 字碼點上限之內，使瀏覽器中的轉換保持流暢。第二，避免任何介於複製與貼上之間的環節逸出標點符號、轉換智慧型引號或更動換行符號——任何這類編輯都會使來回轉換無法還原原文。若貼上的結果無法乾淨地解碼，應先檢查中間層，而非密碼數學本身。
由於一切都在瀏覽器本地端執行，無需上傳也無需帳戶，只要頁面載入完成，這三個步驟同樣可以離線運作。輸入是純 Unicode 文字，輸出也是純 Unicode 文字，每一步都可逆。沒有獨立的解碼器分頁、沒有需要背誦的設定，也不必學習「貼上、點擊、複製」以外的任何語法。
什麼會改變，什麼保持不變
| 字元類別 | 範例 | 字碼點 | 在 ROT47 下的行為 |
|---|---|---|---|
| 小寫字母 | a–z | 97–122 | 在 33–126 區間內位移 47 |
| 大寫字母 | A–Z | 65–90 | 在 33–126 區間內位移 47 |
| 數字 | 0–9 | 48–57 | 在 33–126 區間內位移 47 |
| 標點與符號 | ! , . ? : ; ( ) [ ] { } # $ % | 33–47, 58–64, 91–96, 123–126 | 在 33–126 區間內位移 47 |
| 空格 | (單一空格) | 32 | 原封不動複製——超出位移範圍 |
| 定位字元與換行 | \t, \n | 9, 10 | 原封不動複製——超出位移範圍 |
| 非 ASCII 文字 | é，中，🙂 | 大於 126 | 原樣複製——以 Unicode 字碼點形式保留 |
由於標點符號與數字共用相同的位移區間，逗號、括號、數字或符號會與您文字中的字母一起位移。期待「僅處理字母」行為（也就是 ROT13 的熟悉特性）的讀者必須了解，逗號在轉換後可能變成其他標點。文字在輪廓上仍然可讀，但在細節上並非如此——此編碼的全部目的就是讓文字「沒那麼一眼就能讀懂」，而非對決心要讀的人隱藏內容。當輸入混合了字母、數字與符號時，請對照上表加以確認。
流程失去簡潔性的常見原因
大多數來回轉換失敗來自工具之外，而非加密本身。最常見的原因是某些中介環節在 ROT47 輸出傳遞過程中詮釋了特殊字元：自動格式化 URL 的聊天客戶端、會逸出括號的 Markdown 渲染器、會去除空白的剪貼簿管理員，或是將換行從 LF 改為 CRLF 的程式編輯器。這些編輯各自都會改變送回解碼器的字碼點，於是來回轉換以一種典型的形式失敗。如果結果看起來「有錯」而非「一團亂」，應先懷疑中間層，並從純文字緩衝區重新貼上。
第二個摩擦點是情境。輸出是純文字，沒有任何跳脫處理，因此 ROT47 產生的相同字元在 URL、HTML、殼層 (shell)、正規表示式或標記語言中可能帶有特殊意義。在未經百分比編碼的情況下，將 ROT47 字串貼入查詢字串參數，可能會改變接收端系統對它的解讀方式。請將結果視為任何不熟悉的純文字來對待——除非經過檢查，否則不要預設它在任何特定語法中是安全的。若您需要 URL 安全的轉換，請先將結果送進百分比編碼器；若要用於 HTML，請先編碼實體參考。
第三個原因是空輸入。工具會拒絕空輸入，因為它不會產生任何有用的轉換。若您的管線可能傳入零字元，請在上游進行修剪、標準化或驗證。如需完整的除錯檢查清單——包括智慧型引號飄移、BOM 位元組與剪貼簿污染——請參閱關於避免在使用 ROT47 編碼解碼器時犯錯的完整指南。
簡化版工作流程最適合用於何處
ROT47 是一種益智編碼，不是加密。它沒有密鑰，任何認出模式的人只要再套用一次 ROT47 就能立刻還原。光是這個事實，就決定了所有合理的用途：
- 在論壇或聊天串上輕度遮蔽劇透內容，預期讀者會看到編碼後的形式。
- 在課堂上演示替換式加密時，「位移字母」（ROT13）的模型太過狹隘而不夠有趣。
- 可逆的論壇解題，需要被解開而非對決心解讀的人隱藏。
- 透過確認下游工具能不更動地傳遞可列印 ASCII、空格與非 ASCII 字碼點，來測試字元處理管線。
若想深入了解自反性質的背景，請參閱關於ROT47 是否需要獨立解碼器的說明。ROT47 並不適合用於憑證、個人資訊、敏感訊息，或任何需要機密性、完整性或身分驗證的場合。它對頻率分析與密鑰都毫無防抵抗力。若您的目的只是讓一句話「沒那麼一眼可讀」，簡化版的三步流程很方便；但若目的是保密，請改用具備真實密鑰的認證式加密，例如 AES-256-GCM。
本頁明確標示了精確的區間，因為名稱相近的實作可能做出不同的保留選擇。在此工具上行為是固定的：字碼點 33 到 126 位移 47，字碼點 32 及該區間外的所有數值則直接複製。這條簡單的規則足以獨立重現每一個結果——這正是流程能簡化為三個可重複步驟的根本原因。