A1Z26 是一種替換密碼,它將每個英文字母對應到其在字母表中的位置,因此 A 變成 1、B 變成 2,依此類推到 Z 為 26。這個密碼沒有金鑰、沒有位移、也沒有隨機化,正因為如此,它非常適合用於文字遊戲、課堂練習和輕量級謎題,這些場合的編碼規則必須讓任何閱讀結果的人一看就懂。把原始數字轉成可逆格式的訣竅在於分隔符文法:連字號用來連接單字內的字母,而單一斜線則標記每個單字的邊界,因此 HELLO WORLD 會變成 8-5-12-12-15 / 23-15-18-12-4,而不是像 8 5 12 12 15 23 15 18 12 4 這樣意義不清的數字鏈。這個斜線之所以重要,是因為每個數字之間的空格無法告訴解碼器哪裡是一個單字的結尾、下一個單字的開頭,這就是為什麼任何可靠的 A1Z26 實作都會明確標示邊界。A1Z26 密碼翻譯器在雙向都套用這個規則,讓編碼和解碼永遠保持一致,而且轉換過程完全在瀏覽器中執行,不會上傳你的文字。
A1Z26 密碼實際上對應了什麼
A1Z26 背後的對應方式只是對 ASCII 大寫字母套用一個位移。大寫 A 的碼點是 65,大寫 Z 的碼點是 90,如同 Unicode 基本拉丁文對照表所列;從每個碼點減去 64,就會得到定義這個密碼的 1 到 26 範圍。由於位移是固定的,編碼步驟背後沒有語言字典、沒有單字分割模型,也沒有可變的查詢資料集。小寫輸入會先被標準化為大寫,因此 hello 和 HELLO 會編碼成同一組數字序列,而且解碼一律回傳大寫字母。
這個對應刻意不處理帶有變音符號的字元、希臘或西里爾字母、數字或標點符號。這些輸入會被拒絕,而不是被轉寫,因為依賴語言的轉寫會讓簡單的數字關係產生誤導。舉例來說,é 不會被當作 E,希臘或西里爾字元也不會被強行塞進 26 個英文字母中。如果大小寫在謎題中帶有語義,請另外記錄,因為數字序列本身完全不包含大小寫資訊。
如何將文字編碼為 A1Z26 數字
若要把一般英文文字轉換為明確的 A1Z26 謎題格式,請依照 A1Z26 密碼翻譯器上的編碼步驟進行。
- 開啟翻譯器,在頁面頂端選擇字母轉數字。
- 在輸入框中輸入或貼上你的英文文字。只能使用 A 到 Z 的 ASCII 字母,以及單字之間的空白;標點符號、數字和帶有變音符號的字元會被拒絕,如此編碼輸出才不會在無聲無息中遺失資訊。
- 點擊執行或翻譯按鈕。翻譯器會把每個字母轉為大寫,並用其在字母表中的位置取代每個字母,以連字號連接同一單字中的字母。
- 查看輸出結果。你原始文字中的每個單字都會以連字號分隔的群組呈現,例如 8-5-12-12-15,而下一個單字的群組會與前一個群組之間以單一斜線分隔,所以一個兩個單字的輸入會讀作 8-5-12-12-15 / 23-15-18-12-4。
- 照原樣複製結果。輸出中的每一個斜線和連字號都是文法的一部分,讓解碼器能在不猜測單字邊界的情況下還原轉換結果。
編碼時,連續的空格、Tab 鍵和換行會被標準化為單字分隔符,而不是原樣保留,因此單字之間的兩個空格在編碼輸出中仍然只會產生一個斜線。
如何將 A1Z26 數字解碼回字母
反方向同樣嚴格。將模式切換為數字轉字母,貼上一串以連字號分隔字母、並以斜線分隔單字的序列,然後讀取翻譯器回傳的大寫字母。你提供的每個整數都必須落在 1 到 26 的範圍內;數值 0、數值 27、像 12.5 之類的小數、像 -3 之類的有號數值,以及字母形式的標記,都會被回報為錯誤並標出有問題的標記,而不是被默默包裝或強制轉換。
單字內的空白可以和連字號一起使用,因此 8 5 12 12 15 解碼的結果與 8-5-12-12-15 相同,但只要你在解碼後的文字中需要空格,斜線仍然是必要的。兩個斜線之間出現的空群組(例如 8-5 / / 19-20)會被拒絕,以免工具因為缺少標記而憑空捏造一個不存在的單字。無論原始輸入的大小寫為何,解碼一律回傳大寫字母,這讓整個來回轉換保持確定性。
為什麼單字之間的斜線能解決邊界問題
A1Z26 有時會只以空格分隔每個數字來表示,但這種表示方式無法區分字母邊界和單字邊界,除非再加上其他慣例。像 8 5 12 12 15 23 15 18 12 4 這種扁平字串可以被切成長度為十個字母的一個單字、兩個五字母的單字,或是介於兩者之間的任何切法,而解碼器就必須猜測。引入第二種分隔符就能完全消除猜測:連字號存在於單一單字之內,斜線則存在於單字之間,因此 8-5-12-12-15 / 23-15-18-12-4 是明確且可逆的。
A1Z26 密碼翻譯器在轉換的兩端都套用了這個規則,這就是為什麼即使面對一般多字的英文句子,貼上後再解碼的來回轉換依然能正常運作。如果沒有斜線,解碼器就需要字典或分割模型來還原空格,而這個密碼也不再是其名稱所暗示的那種簡單固定對應。斜線標記正是讓 A1Z26 嚴格保持為一個數字密碼、而非半成品文字還原系統的關鍵。
常見的 A1Z26 格式比較
不同社群用不同的形式書寫 A1Z26,而格式很重要,因為其中只有部分不需要額外知識就能可逆。
| 格式 | HELLO WORLD 的範例 | 邊界標記 | 無需字典即可還原 |
|---|---|---|---|
| 連字號加斜線(本工具) | 8-5-12-12-15 / 23-15-18-12-4 | 連字號用於字母之間,斜線用於單字之間 | 是 |
| 僅使用連字號 | 8-5-12-12-15-23-15-18-12-4 | 無 | 否,單字邊界已遺失 |
| 每個數字之間以空格分隔 | 8 5 12 12 15 23 15 18 12 4 | 無 | 否,單字邊界已遺失 |
| 數字之間以逗號分隔 | 8,5,12,12,15,23,15,18,12,4 | 無 | 否,單字邊界已遺失 |
斜線變體是這四種中唯一能在來回轉換中存活的格式,這也是為什麼翻譯器的文法是明確的,而不是依賴一個看起來像空白的分隔符。這個工具刻意避開可選變體,例如反向字母編號、以零為起點的索引、關鍵字母表、標點符號跳脫,或自動破解字謎等功能,因為那些是不同的密碼或謎題規則。
A1Z26 在哪些場景有用、在哪些場景沒用
A1Z26 沒有機密性。它的對應方式是固定的、立即可辨識的,而且會保留單字長度和字母重複性,所以任何人只要看到 8-5-12-12-15 / 23-15-18-12-4,都能在幾秒內徒手讀出訊息。它沒有金鑰、沒有隨機狀態、沒有完整性檢查、也沒有驗證機制,因此不適合用於密碼或機密通訊。它真正派上用場的場合,是任何目標在於共享可讀性的地方:尋寶遊戲的線索、課堂字謎暖身、地理藏寶記錄、密室逃脫謎題,以及解題者預期一眼就能認出格式的 CTF 暖身關卡。
在貼上長段落之前,有兩個運作上的限制值得了解。翻譯器每次提交最多處理 200,000 個 Unicode 碼點,這遠高於一般的謎題文字,但能避免意外貼上過大的內容而導致網頁卡住。每次翻譯都在瀏覽器本地端執行,因此當你貼上一段文字時,不會有任何內容被上傳。空白或僅含空白的輸入會產生錯誤而不是空結果,這能強迫你注意到是否不小心按下了執行按鈕,而不是納悶為什麼輸出框是空白的。
如果你想在 A1Z26 的基礎上升級,卻仍留在替換密碼家族中,凱撒位移只會加入一個數字金鑰,同時仍使用相同的 A 到 Z 位置,而在不必猜測位移的情況下解碼凱撒密碼這份指南會引導你進入謎題的下一個層次。
如果你正在權衡各種選擇,A1Z26 密碼轉換器:編碼與解碼 A=1 到 Z=26有詳細說明。