A1Z26 密碼將英文字母轉換為其在字母表中的順序位置，A 對應 1，Z 對應 26，按照純粹的遞增順序排列。翻譯雙向皆可運作：字母會變成以連字號分隔、並以斜線分隔單字的數字字串，而經過驗證的數字序列則會變成大寫文字。輸出格式經過精心設計——連字號標記同一個單字內字母之間的界線，而單一正斜線則標記單字之間的界線——因此讀者隨時都能分辨一個字母在哪裡結束、下一個單字在哪裡開始。例如，HELLO WORLD 會變成 8-5-12-12-15 / 23-15-18-12-4，這樣的字串任何解題者都能徒手讀取，並且能乾淨地反轉回原始詞組。翻譯完全在您的瀏覽器中執行，因此轉換過程中不會將任何資料上傳到伺服器，且對應規則直接遵循 ASCII 大寫字母順序，不仰賴任何字典、分詞模型或隱藏的關鍵字步驟。純英文是此密碼的最佳應用範圍，而本指南的其餘部分將說明如何從頭到尾駕馭 A1Z26 密碼翻譯工具，避免任何意外狀況。
翻譯輸出的呈現方式
在 A1Z26 翻譯中，三種字元負責所有工作：數字、連字號，以及單一正斜線。數字本身就是對應的數值，範圍永遠介於 1 到 26 之間（含首尾）。連字號在同一個單字內分隔相鄰的字母，因此 CIPHER 所對應的數字字串會讀作 3-9-16-8-5-18，每個數值的起訖毫無模糊地帶。正斜線則用於分隔相鄰的單字，因此將相同的規則套用於多字詞組時，空格的對應位置在反向解碼時仍可還原，解碼過程可以依序讀取每個整數，並在出現斜線的地方插入空格，藉此重建原始的版面配置。
對應規則遵循 ASCII 大寫字母順序，這表示 A 的字碼點會被視為位移 1，而 Z 的字碼點則被視為位移 26——此慣例可追溯至 Unicode 基本拉丁文表格。由於英文字母到 Z 為止，因此沒有 0、沒有負值，也沒有超出 26 的位置。翻譯器在編碼前會將輸入標準化為大寫，解碼時則一律回傳大寫字母，因此數字序列本身完全不帶大小寫資訊。如果謎題將大小寫本身編入答案的一部分，請另外記錄該區分，不要指望數字能身兼二職。
| 輸入格式 | 翻譯輸出 | 備註 |
|---|---|---|
| A | 1 | 字母表開頭，單位數 |
| Z | 26 | 字母表結尾，兩位數 |
| HELLO | 8-5-12-12-15 | 連字號分隔單字內的字母 |
| HELLO WORLD | 8-5-12-12-15 / 23-15-18-12-4 | 正斜線標記單字界線 |
| hello | 8-5-12-12-15 | 小寫會標準化為相同的數字 |
| HELLO WORLD (兩個空格) | 8-5-12-12-15 / 23-15-18-12-4 | 重複的空白會合併為一個斜線 |
翻譯器在編碼時會拒絕任何非英文字母的內容，因此標點符號、數字及帶有變音符號的字元會以明顯的方式失敗，而不會被悄悄忽略。這種明顯的錯誤回報至關重要，因為若將其悄悄移除，您可能會在不知情的狀況下遺失資訊；而一款將嚴格規則清楚攤在陽光下的工具，會比一款用預設值來掩飾不符項目的工具更值得信賴。
如何將英文字母翻譯為 A1Z26 數字
- 開啟 A1Z26 密碼翻譯工具，並確認模式選擇器已設定為「字母轉數字」。
- 在輸入框中輸入或貼上您的英文詞組，單字之間以單一空格分隔。
- 請勿在輸入中加入標點符號、數字及帶有變音符號的字母，以免翻譯器拒絕整批內容。
- 執行翻譯器，並讀取輸出區域中以連字號與斜線組成的字串。
- 請逐字複製該字串，包含每一個連字號與斜線，以便日後讓隊友或謎題驗證者能順利解碼。
- 將結果以翻譯器輸出的原始格式，貼到您的謎題工作表、密室逃脫記錄單或聊天訊息中。
翻譯速度很快，因為規則只是對 ASCII 大寫字母進行單一步驟的位移運算，但結果的乾淨程度完全取決於您餵入的輸入。在翻譯前先行去除標點符號，是維持輸出可逆性最可靠的方法，尤其是當您從含有不慎殘留句號或花式引號的文件中複製文字時。
將數字反向解碼為字母
解碼功能接受以連字號或空白分隔的數字詞組（位於同一個單字內部），並要求在需要標示單字界線之處使用正斜線。數值必須是介於 1 到 26 之間（含首尾）的整數。零、負值、小數，以及任何字母詞組皆會產生明確的錯誤訊息，並指向違規的位置，而不是默默猜測；兩個斜線之間的空詞組也會基於相同原因遭到拒絕。解碼結果會標準化為大寫，以確保來回轉換是確定性的——無論中間經過哪些工具處理，HELLO 經編碼後再將 8-5-12-12-15 解碼，永遠都會回到 HELLO。
若要解碼，請將模式選擇器切換為「數字轉字母」，貼上單字內部使用連字號、單字之間使用斜線的數字字串，然後讀取輸出中的大寫文字。斜線是唯一能在空白中存活下來作為單字界線的標記：若序列僅以空格書寫，例如 8 5 12 12 15 23 15 18 12 4，除非另外約定慣例，否則無法區分字母界線與單字界線。因此，每當必須插入空格時，翻譯器堅持使用斜線標記。只要每個詞組都是位於支援範圍內的乾淨整數，混合使用分隔符的輸入也能被接受，這使得從剪貼簿貼上的片段在解碼時更加友善。
如果您想徹底更換編碼規則，可以改用凱撒位移——這是一種將字母在字母表中平移固定數目的位置，而非以索引命名的不同密碼；該翻譯方式的實務操作說明請參閱如何解碼凱撒密碼實務指南。兩種系統共用英文字母表，但回答的是不同的問題，因此在規劃謎題順序時，應將它們視為獨立的工具，而非可互換的捷徑。
翻譯器為何會拒絕某些輸入
翻譯器會進行三項刻意的拒絕動作，看似嚴格，實際上是為了保護來回轉換的正確性。第一，在編碼時拒絕標點符號、數字及帶有變音符號的字元，因為 A1Z26 僅定義英文字母 A 到 Z；若為不支援的字元捏造一套自訂的跳脫慣例，將使資訊在無預警的情況下消失；而若將帶有變音符號的字母直接視為其不帶變音符號的對應字，則會強制進行因語言而異的音譯，悄悄改變答案。第二，解碼時拒絕任何超出 1 到 26 範圍的詞組，包括零及帶正負號的數值，因為字母表恰好只有 26 個位置，工具拒絕循環繞回或揣測原作者的用意。第三，拒絕兩個斜線之間出現空白的單字，這能維持分隔符文法的一致性，並防止因一時誤觸按鍵而在解碼結果中產生幽靈般的空格。
同樣的嚴格標準也體現在輸入限制上。空白的輸入或僅含空白的輸入會被視為錯誤而非空白的結果，因此忘記貼上內容時，絕不會默默清除您上一次的答案。輸入上限為 200,000 個 Unicode 字碼點，這個上限的設定目的是遠高於一般謎題文字量，同時防止過大的貼上內容在校驗與渲染過程中凍結頁面。
開始翻譯前值得了解的相關限制
A1Z26 並非機密。對應規則是公開的，輸出內容一眼就能看出單字長度與字母重複，且沒有金鑰、沒有隨機狀態，也沒有任何完整性檢查來防範竄改。此密碼適合的場景是文字遊戲、課堂練習、密室逃脫線索、地理藏寶提示，以及趣味本身即在於替換過程的輕量級謎題；不適合的場景則是任何需要機密性、驗證身分或隱蔽性的用途，那些場景應使用真正的密碼或真正的加密工具。
此翻譯方式也預設以英文為前提。帶有變音符號的字母與其他字母表需要採用不同的明確定義對應規則，且翻譯器會對其顯示明顯的錯誤，而不會在背景默默進行音譯。因此，希臘文、西里爾文以及任何非 ASCII 字母表都需要單獨的密碼，或在套用相同數字關係之前先進行明確記錄的音譯步驟。對於同時混合英文與另一種語言的謎題，請將非英文的部分單獨翻譯，或先將詞組改寫為純 ASCII 英文，以確保數字輸出毫無模糊地帶。
編碼端不會嘗試推測缺失的空格，也不會為可能的詞組排序。若您的輸入缺少某個空格，輸出就會缺少對應的斜線，而解碼器也會如實重現該缺少的斜線。仰賴單字界線推測的謎題需要搭配字謎式的解題器，而非嚴格的字母對數字翻譯器。透過維持 A=1、Z=26、單字內部使用連字號、單字之間使用斜線的規則，本翻譯器中每一個被接受的結果都能從頭到尾徒手檢驗——正是這項特性，使 A1Z26 在更強大的密碼早已接管其他領域的今日，依然能作為教學範例長存。
如需更深入的探討，請參閱如何逐步加密凱撒密碼。