ROT13 是 26 個字母 ASCII 字母表的固定位移，旋轉 13 個位置，分別套用於大寫 A–Z 和小寫 a–z，其他所有字元則完全保持原樣。因為字母表有 26 個字母，位移 13 剛好是它自己的反函數：執行一次轉換會編碼，再對輸出執行一次則會解碼，原本的字串會逐字還原。正是這個數學對稱性，驅動了每一個命令列與線上工具的比較 —— 兩種介面執行的其實是完全相同的替換，只是人體工學、輸入規則以及對文字處理過程的可見度不同。Unix 的 tr 命令從 1970 年代就提供這個功能；Python 標準函式庫內建 codecs.encode(text, 'rot_13') 也已有數十年歷史；而任何現代的瀏覽器工具，包括 ROT13 編碼解碼器，都能在使用中的分頁內以 JavaScript 執行相同的對應。這些方法之間的差異，完全在於你如何提供輸入、位元組流向哪裡，以及工具如何回報結果。理解這些實務上的差異 —— 而不是底層的替換 —— 才能讓你在不同任務中選擇正確的路徑。
驅動 ROT13 的 26 字母旋轉
每一個 ROT13 實作，無論是藏在 shell 提示符後還是在瀏覽器分頁中，都只執行一項狹窄的操作：將每個 ASCII 大寫字母對應到字母表中向後 13 個位置的字母（Z 會繞回 M），並對小寫字母表獨立執行相同的操作。A 變成 N、B 變成 O，以此類推直到 M 變成 Z；從中點開始，N 變成 A，旋轉繼續回到 M。小寫字母遵循完全相同的模式，從 a 開始。大寫保持大寫、小寫保持小寫，兩套字母表永遠不會混用。數字、標點符號、空格、Tab、換行、帶變音符號的拉丁字元、CJK 表意文字、表情符號以及組合附加符號，全部原封不動地保留。
Python 標準函式庫在其 codecs 模組中記載了這個確切的行為，其中 rot_13 被視為字串對字串的文字轉換，而非 Unicode 意義上的編碼 (Python codecs 說明文件 — rot_13)。因為字母表的長度為偶數，而旋轉剛好是長度的一半，所以對其作用的 ASCII 字母套用相同操作兩次等同於無操作。一個簡短的工作範例可以讓規則一目了然：字串 Cat 中的 C 位於字母表第 2 個位置、a 在第 0 個位置、t 在第 19 個位置。每個位置加上 13 再取 26 的餘數，分別得到 15、13 和 6，對應的字母就是 P、n 和 g。編碼後的輸出因此是 Png。將 Png 餵入相同的轉換，會在每個位置再加上 13，分別回到 2、0 和 19，讀回來就是 C、a 和 t。原文完整還原。
正是這個自我反函數的特性，使得「ROT13 解碼器」這個說法顯得有些多餘。並不存在獨立的解碼器 —— 同一個函式就能還原原文。任何自稱為解碼器的工具、終端機命令或網頁，都只是對你輸入的內容套用 ROT13，至於該輸入原本是純文字還是已經是 ROT13 文字，則完全取決於你貼上的內容。
命令列 ROT13：經典的 tr 方法
對於「我要怎麼 ROT13 這段文字？」這個問題，傳統的命令列答案是 Unix 的 tr 轉換工具。經典的一行指令是：
echo "Hello, World!" | tr 'A-Za-z' 'N-ZA-Mn-za-m'
第一個參數是要比對的字元集（所有大寫字母與所有小寫字母），第二個參數則是對應的替換集，寫成兩個半部以便旋轉能乾淨地繞過字母表中點。兩個半部 N-ZA-M 與 n-za-m 分別描述大寫與小寫的替換集，其排列方式使得第 0 個位置（A 或 a）對應到第 13 個位置（N 或 n），第 13 個位置（N 或 n）對應回第 0 個位置（A 或 a），其他每個字母都適用相同的對調。任何不是 ASCII 字母的字元都會原封不動地通過，因為它在替換集中沒有對應項目。
這一行指令在 macOS、Linux 以及 Windows 的 Linux 子系統（WSL）上無需安裝即可直接使用。它也能自然地與管線、檔案和腳本組合：
- cat notes.txt | tr 'A-Za-z' 'N-ZA-Mn-za-m' 讀取檔案並印出 ROT13 版本。
- echo "Gur nafjre vf 42" | tr 'A-Za-z' 'N-ZA-Mn-za-m' 解碼一段已編碼的文字 —— 同一條指令，相同的結果。
- tr 'A-Za-z' 'N-ZA-Mn-za-m' < encoded.txt > decoded.txt 使用 shell 重新導向進行就地式翻譯。
Python 內建了相同的邏輯，當你想要一個適合腳本的介面，或需要在記憶體中處理字串而非資料流時，這非常實用。標準函式庫的 codecs 模組將其公開為 codecs.encode(text, 'rot_13')，該編解碼器的原始碼就是直接對照上述 26 字母對應表的字母表 (CPython rot_13 編解碼器原始碼)。你可以在 shell 中直接執行，無需撰寫檔案：
python -c "import codecs; print(codecs.encode('Hello, World!', 'rot_13'))"
終端機方法有一些眾所周知的注意事項。tr 的字元集是以位元組為導向，因此在非 UTF-8 語系環境下，該工具可能會破壞 ASCII 範圍外的字元。引號的處理也很重要：參數必須使用單引號，以免 shell 將 N-ZA-M 展開為萬用字元。此外，tr 不會告訴你實際被改動的字母數量、忘記加引號時不會報錯，也不會顯示任何「替換已完成」的可見回饋 —— 它只是串流位元組。如果想更完整地了解這個問題在 shell 端的處理方式，ROT13 解碼器 Bash：tr 命令的瀏覽器替代方案指南 詳細比較了相同的工作流程。
瀏覽器版 ROT13：線上解碼器的運作方式
線上 ROT13 解碼器把相同的 26 字母替換搬到了網頁上。你將文字貼到輸入框，頁面以幾行 JavaScript 套用轉換，然後從輸出框複製結果。大多數情況下沒有伺服器端處理，包括 ROT13 編碼解碼器：整個對應都發生在使用中的分頁內，輸入和輸出從不離開瀏器，剪貼簿的寫入也是本機操作。
其行為與命令列的定義完全一致。ASCII 大寫 A 到 Z 旋轉 13 個位置並保留大小寫，ASCII 小寫 a 到 z 獨立旋轉 13 個位置，其他所有 Unicode 編碼單位 —— 數字、標點、空白字元、NUL、組合附加符號、帶變音符號的拉丁字母、CJK 字元以及表情符號 —— 都完全照原樣保留。因此 café 會變成 pnsé，因為 c、a、f 是 ASCII 字母，而組合附加的尖音符不是；單一表情符號則保持不變的代理對。
瀏覽器工具通常會加入命令列沒有的三項功能。首先，它們會顯示被改動的 ASCII 字母數量，這在你想確認貼上的片段確實包含你預期的字母時很有用。其次，它們會並排顯示輸入與輸出，這使得錯字和不完整的貼上更容易被發現。第三，它們會明確驗證大型輸入 —— 例如，拒絕空白的輸入，並將大小限制在某個明文規定的上限內，而不是默默地截斷或卡住 —— 讓你在實際操作前就能確切知道哪些內容放不進去。如果你想特別確認其安全性，可以參考 線上使用 ROT13 編碼解碼器安全嗎？指南，更深入地說明同樣的純瀏覽器運作機制。
命令列 vs 線上 ROT13：並列比較
下表總結了這兩種方法實際上不同的地方。替換本身完全相同，因此差異完全在於人體工學、環境以及工具回報其工作的方式。
| 面向 | 命令列（tr、Python codecs） | 線上瀏覽器解碼器 |
|---|---|---|
| 轉換執行位置 | 本機 shell 或直譯器行程 | 使用中瀏覽器分頁內的 JavaScript |
| 網路使用 | 無，除非你自己寫腳本上傳 | 轉換本身無網路需求；頁面載入一次後保持本機運作 |
| 典型輸入方式 | stdin、管線、重新導向，或字串字面值 | 貼上至文字區域 |
| 腳本適用性 | 強 —— 可與其他 Unix 工具及語言執行環境組合 | 弱 —— 為互動使用而設計，不適合管線 |
| 大型輸入處理 | 串流位元組，無明文上限（受限於 shell 限制） | 明確的輸入上限，超過時明確拒絕 |
| 非 ASCII 字元 | 位元組層級，取決於語系 | 辨識編碼單位，每個非 ASCII 字元皆保留 |
| 輸出回饋 | 位元組串流，無內建計數 | 輸出文字加上被改動的 ASCII 字母數量 |
| 還原原文 | 對輸出再執行一次相同指令 | 對輸出再執行一次相同轉換 |
| 安全性定位 | 無加密；無秘密金鑰；非機密性工具 | 無加密；無秘密金鑰；非機密性工具 |
如何使用 ROT13 編碼解碼器在覽器中套用 ROT13
- 將包含 ASCII 字母與其他字元任意組合的文字貼入輸入框。該工具接受大寫 A 到 Z、小寫 a 到 z、數字、標點、空白字元、帶變音符號的字母、CJK、表情符號以及 NUL。
- 套用 ROT13 並檢視轉換後的輸出，以及被改動的 ASCII 字母數量。該數量僅包含實際被對應的 ASCII 字母；未變動的數字或 Unicode 字元不會使其膨脹。
- 複製結果，或對該結果再套用一次 ROT13 以還原原始文字。因為此操作是其自身的反函數，對任何受支援的輸入執行兩次都會還原為完全相同的原始字串。
同樣的三個步適用於比較的兩個方向：如果你的輸入是純文字，輸出就是編碼後的版本；如果你的輸入已經是 ROT13 文字，輸出就是解碼後的原文。沒有獨立的解碼按鈕，因為不需要獨立的操作。
各種方法的適用時機
當你需要將 ROT13 與其他工具組合使用時，選擇命令列。如果你要編寫腳本、在管線中處理檔案、對許多輸入執行相同的轉換，或想以程式化方式擷取輸出，那麼 tr 命令或 Python 的 codecs 模組就是最直接的路徑。在沒有圖形瀏覽器的系統上，或是在不方便貼到網頁的遠端工作階段中，shell 方式同樣適用。
當任務屬於互動式且僅執行一次時，選擇瀏覽器。貼上一段想要模糊化的論壇文章、解讀你在留言中看到的片段、檢查某個字串是否已經是 ROT13 文字，或是處理包含表情符號、CJK 或附加符號字母的輸入，這些情況在使用同時顯示兩個窗格、回報字母數、並精確保留每個非 ASCII 編碼單位的工具時都會更輕鬆。ROT13 編碼解碼器正是為這種工作流程而設計，由於該操作具有對稱性，同一個工具也能兼作解碼器。
對於任何你真正想要保密的內容，兩者都不要選。ROT13 沒有金鑰，每次都套用相同的公開替代對應，只要辨識出規律再重新執行一次就能還原。它不應該用來保護密碼、權杖、個人資訊、私密訊息或正式環境設定。終端機和瀏覽器提供給你的都是同一種可逆的模糊化處理；差別純粹在於操作層面。