標準的 ROT13 解碼器指令是一種對稱的文字轉換，會將每個 ASCII 字母在 26 個字母的英文字母表中精確位移 13 個位置，同時完全不影響大小寫、數字、標點符號以及非 ASCII 字元。由於英文字母表由 26 個字母組成，將任何字母位移 13 個位置兩次就會回到原始值。這個數學特性意味著編碼與解碼訊息時使用的是完全相同的運算。從歷史上看，開發人員與網際網路使用者一直依賴這種簡單的替換式密碼來隱藏謎題答案、在網路論壇中遮蔽劇情洩漏，或防止讀者不小心看到敏感文字。在 Unix-like 作業系統中，這種位移傳統上是透過在終端機中將文字以管線傳送給翻譯工具來完成。然而，現代工作流程通常受益於一個本機、基於瀏覽器的替代方案，例如 ROT13 Encoder Decoder，它提供了完全相同的輸出，無需安裝命令列工具、進行系統組態設定或存取終端機。
使用基於網頁的解碼器工具通常比輸入複雜指令更方便，特別是在沒有終端機的裝置上工作，或處理最多達該工具上限 1,000,000 個 UTF-16 程式碼單元的大型文字區塊時。由於整個運作完全在本機當前的瀏覽器分頁中執行，您的輸入、輸出與剪貼簿內容並不會被上傳到 Lizely。剪貼簿存取仍可能遭到拒絕，在這種情況下，read-only 輸出仍然可供手動選取。
在 Bash 中執行 ROT13 解碼器指令
在 Unix、Linux 與 macOS 終端機環境中，執行 ROT13 解碼器指令最常見的方式是使用 tr（translate）工具。tr 指令會將指定來源集中的字元替換為目標集中的字元。由於 ROT13 會將字母表的前半部對應到後半部，您必須同時為大寫與小寫字母定義翻譯集。
若要在您的終端機中執行該指令，可以直接將一段文字字串透過管線傳送給該工具。此指令的語法如下：
echo "Gur nafjre vf sbeagl-gjb." | tr 'A-Za-z' 'N-ZA-Mn-za-m'
在此指令中，第一個引數代表來源字元集，包含從 A 到 Z 的所有大寫字母以及從 a 到 z 的所有小寫字母。第二個引數定義目標集，將起始點位移 13 個字元。這會將 A 對應到 N、N 對應到 A、a 對應到 n、n 對應到 a。當您執行此指令時，終端機會立即輸出解碼後的字串：The answer is forty-two.
雖然終端機對於快速任務非常有效率，但在終端機中輸入或貼上冗長的多行字串，可能會導致格式問題或 shell escape 錯誤。如果您偏好使用一個視覺化介面來模擬此命令列行為，又不受 shell 限制，可以參考 ROT13 Decoder Bash: Browser Alternative to the tr Command 指南，了解如何將您的工作流程轉移到瀏覽器中。
在 Python 與指令稿環境中執行 ROT13
對於需要將 ROT13 解碼整合到指令稿或自動化工作流程中的開發人員來說，Python 對此轉換提供了內建支援。在較舊版本的 Python 中，這通常透過字串翻譯表來處理，但現代 Python 環境包含一個專門用於文字轉換的 codec。
官方的 Python codecs documentation — rot_13 說明了字串對字串的轉換是如何註冊的。您可以直接從終端機或 Python 指令稿中使用以下指令呼叫編碼器：
python3 -c "import codecs; print(codecs.encode('Gur nafjre', 'rot_13'))"
此指令會匯入 codecs 模組，並使用 'rot_13' 引數呼叫 encode 函式。根據 CPython rot_13 codec source，其實作依賴於一個預先定義的翻譯表。此表僅對應 52 個標準 ASCII 字母，確保非 ASCII 字元（例如帶變音符號的拉丁字母、希臘字母、西里爾字母或 emoji）會被原封不動地保留。例如，如果您對單字 café 執行 Python 指令，輸出會是 pnsé。ASCII 字母 c、a 與 f 會被位移，而帶變音符號的 é 則保持不變。
ROT13 位移的數學公式
為了準確理解 ROT13 解碼器指令如何處理您的文字，探討其背後的數學原理會很有幫助。此轉換將大寫與小寫字母視為兩個獨立的、各含 26 個元素的陣列。每個字母的索引會被位移 13，而取模運算子則確保任何超過第 26 個位置的位移都會環繞回到字母表的開頭。
我們可以透過一個針對大寫字母 'C' 的逐步數值計算來示範此位移。'C' 的 ASCII 字元碼為 67，而起始字母 'A' 的 ASCII 字元碼為 65。
用於位移大寫 ASCII 字母的數學公式為：
新代碼 = ((原始代碼 - 65) + 13) % 26 + 65
將 'C' 的 ASCII 碼代入公式中可得：
新代碼 = ((67 - 65) + 13) % 26 + 65
新代碼 = (2 + 13) % 26 + 65
新代碼 = 15 % 26 + 65
由於 15 取模 26 等於 15，最後一個步驟為：
新代碼 = 15 + 65 = 80
ASCII 值 80 直接對應大寫字母 'P'。因此，'C' 會被轉換為 'P'。如果您將完全相同的公式套用於 'P'（ASCII 80），結果會環繞回到 67，恢復字母 'C'。這種對稱行為正是 ROT13 指令如此便利的原因，因為您不需要分別使用編碼與解碼的演算法。
在您的網頁瀏覽器中解碼 ROT13 文字
如果您沒有終端機存取權限，或偏好不撰寫指令稿，您可以使用視覺化工具達到完全相同的結果。線上介面會立即處理翻譯，並顯示實用的統計資料，例如已變更 ASCII 字母的總計數量。
逐步解碼器操作說明
- 將包含任意組合的 ASCII 字母與其他字元的文字貼到輸入區域中。
- 套用 ROT13 並在結果窗格中檢視轉換後的輸出以及已變更 ASCII 字母的計數。
- 將結果複製到您的剪貼簿，或再次對該結果套用 ROT13 轉換，以立即還原為原始文字。
此工具強制設定了 1,000,000 個 UTF-16 程式碼單元的輸入上限。如果您的輸入恰好位於此上限，會被完整處理；如果超過上限即使僅多一個程式碼單元，工具也會以明確的警告訊息拒絕輸入，以確保不會有文字被靜默截斷。此外，編輯輸入方塊會立即清除任何先前的結果、驗證錯誤以及確認計時器，保證您隨時看到的都是當下準確的資料。
字元對應與保留規則
ROT13 指令最重要的特性之一是其狹窄的作用範圍。與更複雜的編碼方案不同，ROT13 嚴格僅限於基本拉丁字母。理解不同字元對此指令的反應方式，可避免在處理國際文字或特殊格式符號時產生非預期的輸出。
下表概述了標準 ROT13 解碼器指令如何處理不同類別的字元：
| 字元類別 | 範例輸入 | ROT13 指令輸出 | 保留狀態 |
|---|---|---|---|
| ASCII 大寫 | GUR | THE | 位移 13 個位置 |
| ASCII 小寫 | nafjre | answer | 位移 13 個位置 |
| 標準數字 | 12345 | 12345 | 完整保留（無變更） |
| 標點符號與空格 | Hello, World! | Uryyb, Jbeyq! | 符號與空格完整保留 |
| 帶變音符號的拉丁字母 | crêpe | peêcr | 變音符號保留；僅位移 ASCII 字母 |
| Emoji 與 Unicode 符號 | Secret 🔑 | Frperg 🔑 | Unicode 代理對完整保留 |
這種嚴格的對應行為可確保結構化的格式、程式語法與國際字元維持完全不變。如果您需要一個能位移數字或位移整個可列印 ASCII 範圍的工具，則應改用 Caesar Cipher Decoder 或 ROT47 Encoder Decoder，因為標準的 ROT13 會將那些字元原封不動地保留。
安全性考量與合適的使用情境
務必理解 ROT13 並不提供任何形式的密碼學安全性。由於它沒有秘密金鑰，並依賴一個公開、靜態的替換表，任何懷疑正在使用 ROT13 的人都可以立即將其反轉。它不提供機密性、完整性保護、雜湊或存取控制。
根據歷史上的網際網路網路禮儀指南（例如 RFC 1855），ROT13 純粹是為了防止意外閱讀而設計的。例如，它適用於：
- 在郵件列表中隱藏笑話的結尾。
- 遮蔽謎題、猜謎或地理尋寶遊戲線索的解答。
- 防止電影或書籍的劇情洩漏被一眼讀取。
您絕對不可使用 ROT13 來保護密碼、API token、個人識別資訊、私訊或正式環境的組態設定檔。如果您的任務需要真正的安全性，則必須使用經過審核的成熟密碼學系統，例如在本機 AES Encryption Online 工具中能找到的那些系統，它利用以金鑰為基礎的強大認證加密來保護您的資料。
若要深入瞭解，請參閱 Text to Hex: Command Line vs Online Compared。