記錄使用 A1Z26 密碼轉換器的步驟，意味著撰寫一份可重複的工作流程，其中記錄編碼或解碼模式、精確的輸入格式、準確的連字號與斜線輸出語法，以及產生明確結果的驗證規則。一份好的步驟文件會依照您實際操作的順序，擷取與工具的每一次互動：切換模式、輸入字母或數字、以支援的標點分隔數值，以及讀取標準化的大寫回應。由於轉換器在您的瀏覽器中本地執行，並且在格式正確時產出可逆的輸出，您的文件是對一個確定性過程的記錄，而非對猜測的記錄。您可以使用同一份文件來訓練同學、發給學生工作單、撰寫謎題製作指南，或建立一份個人速查表以便快速參考。下方文章將逐步說明該文件應包含哪些內容、要記錄的實際編碼與解碼步驟、值得注意的驗證規則與限制，以及如何將所有內容組合成一份可重複使用的核對清單，讓您能貼到筆記本、wiki 或協助單中。
A1Z26 步驟文件應涵蓋哪些內容
在記錄任何個別步驟之前，先列出您的文件必須確定的四項資訊。第一，標明您所使用的模式，因為同一個工具在編碼與解碼方向上的行為不同。第二，定義輸入格式，包括接受哪些字元，以及如何解讀空白字元。第三，定義輸出語法，因為 A1Z26 接受不止一種排版，而轉換器使用的是特定的一種：在同一個單字內使用連字號，在單字之間使用斜線。第四，列出驗證規則與限制，讓讀者知道哪些輸入會被工具接受，哪些輸入會以明確的錯誤訊息失敗。一份同時包含這四項內容的文件，可以讓任何讀過的人重現結果，包括從未使用過此工具的人。
把這份文件視為「我做了什麼？」這個問題的權威答案，而非給自己作為記憶輔助。請用祈使句撰寫每個指示，列出讀者必須操作的控制項，並引用工具實際產生的語法。簡短而精確的文件，遠比冗長的敘述有用。如果某個步驟需要使用一個容易混淆的字元，例如正斜線與反斜線，請同時用名稱與視覺形狀明確指出，因為斜線是用來區分輸出中字母邊界與單字邊界的標記。
先記錄輸出語法
首先要記錄的是輸出語法，因為文件中的其他每一步都會參照它。轉換器會把同一個單字內的字母寫成以連字號分隔的數字，並把單字邊界寫成正斜線，兩側各有一個空格。因此字串 "HELLO WORLD" 在此語法中會變成 "8-5-12-12-15 / 23-15-18-12-4"。其對應關係很直接：A 是從 A 的 ASCII 碼點偏移而得 1，Z 是偏移而得 26，所以這個關係就是對一個常數的一次減法。記錄語法意味著同時記錄偏移規則與分隔符規則，因為只有在兩者都遵守時，該工具才能保持可逆。
請在您的文件中註明，其他 A1Z26 的寫法會在每個數字之間只使用空格。那種表示法無法區分字母邊界與單字邊界，除非再加上其他慣例，而這正是轉換器插入斜線的原因。這個斜線並非裝飾。它是讓輸出對一般多字英文輸入保持可逆的標記。如果您想連結到更深入的說明，解釋此工具如何在您工作流程記錄中區分詞彙，請參考 A1Z26 密碼：空白與斜線如何分隔數字，然後再繼續說明依賴同一套語法的編碼與解碼步驟。
記錄編碼與解碼步驟
- 在瀏覽器中開啟 A1Z26 密碼轉換器。如果您要編碼，請確認模式選擇器設為「Letters to numbers」；如果您要解碼，則設為「Numbers to letters」。
- 編碼時，請在輸入區輸入或貼上英文字母。使用一般空白字元（例如兩個單字之間一個空格，或段落之間一個換行）來表示一個單字在哪裡結束、下一個單字在哪裡開始。請勿包含標點符號、數字或帶有變音符號的字元；編碼器會將字母標準化為大寫、把單字之間的任何空白折疊成一個斜線，並以明確的錯誤訊息拒絕不支援的字元。
- 執行轉換器。輸出會是一串以連字號分隔的數字，並以一個正斜線標示每個單字的分界。請逐字元複製輸出，包括斜線周圍的空格，因為這個間距屬於語法的一部分，也是解碼器所期待的格式。
- 解碼時，請將模式選擇器切換到「Numbers to letters」。將數字序列貼到輸入區。單字內的數值可用連字號或空白字元分隔，而結果中應該出現空格的位置，則需使用正斜線。請將所有數值保持在 1 到 26 的範圍內，因為 0、27、小數、帶正負號的數字或字母 token 都會被回報為錯誤，而不是以循環方式處理。
- 讀取結果，它會以大寫文字形式回傳。將其與您預期的明文比對。如果結果是空的或不相符，請先檢查是否出現了兩個斜線之間沒有任何數值的情況，因為兩個斜線中間出現一個空單字也會被拒絕。
- 視是哪一步產生不符的情況，複製結果或更正輸入。由於轉換器在本地執行，您可以視需要重複同一序列任意次數，以在定稿前驗證一個來回轉換。
註記驗證規則與限制
忽略驗證的步驟文件，會在讀者第一次貼上多餘的逗號或打錯的數字時誤導他們。請記錄轉換器實際強制執行的四項規則。第一，編碼模式僅接受 ASCII 英文字母與空白字元，會標準化為大寫，並拒絕標點符號、數字與帶變音符號的字母。第二，解碼模式接受 1 到 26 的整數值；0、27、小數、帶正負號的值或字母 token 都會以錯誤訊息回報，並指明超出範圍的具體 token。第三，兩個斜線之間出現空單字會被拒絕，因此 "8-5 / / 1-2" 並非有效輸入。第四，輸入上限為 200,000 個 Unicode 碼點，遠高於一般謎題文字，但這項限制是為了讓驗證與算繪保持流暢。
同時記錄那些看起來像驗證、實際上是標準化的行為。系統不會保留大小寫：輸入 "hello" 與輸入 "HELLO" 會編碼成同一個數字序列，且解碼一律回傳大寫字母。編碼輸入中重複的空格、Tab 與換行，會被標準化為單字分隔符，而不是逐字重現。此工具不會嘗試推測缺失的空格、對可能片語進行排序，也不會對帶變音符號的字母進行轉寫；如果某個字元不支援，輸入會以明顯的方式失敗。這些都不是臭蟲。將其記錄下來能為使用相同工作流程的任何人設定準確的預期，並避免讀者誤以為工具會自動修正錯字。
將文件組裝成可重複使用的核對清單
一旦語法、步驟與驗證規則都撰寫完成，請把它們整合成一份單一的核對清單，讓讀者不必重讀周遭段落也能照著操作。一份好的核對清單會標明模式、列出可接受的字元、展示精確的分隔語法，並提醒讀者系統不會保留大小寫。一個簡短的雙向比較表，能幫助第一次接觸 A1Z26 的讀者不必重讀規則就選對模式。
| 面向 | 編碼（字母轉數字） | 解碼（數字轉字母） |
|---|---|---|
| 可接受的輸入 | ASCII A–Z、a–z、空白字元 | 整數 1–26、連字號、空白字元、正斜線 |
| 拒絕的輸入 | 標點符號、數字、帶變音符號的字母 | 0、27 以上、小數、帶正負號的值、字母 token、空的斜線群組 |
| 大小寫處理 | 標準化為大寫 | 輸出一律為大寫 |
| 單字邊界 | 空白字元轉為帶空格的單一斜線 | 輸出中應出現空格的位置，輸入中必須有斜線 |
| 範例 | HELLO WORLD → 8-5-12-12-15 / 23-15-18-12-4 | 8-5-12-12-15 / 23-15-18-12-4 → HELLO WORLD |
請在表格旁邊附上三則簡短說明給讀者。第一，請將處理位置標註為「在您的瀏覽器中本地執行，不會上傳任何內容」，因為當文件分享給對把文字貼進網路工具較為謹慎的人時，這項細節往往很重要。第二，請將 A1Z26 標註為「無機密性」，避免讀者把這個工作流程用於密碼或機密訊息；其對應方式一看就能辨識，且會保留單字長度與字母重複，也沒有金鑰、隨機狀態或完整性檢查。第三，請標註大小上限與空輸入的行為，讓讀者知道空白或僅含空白字元的輸入會產生錯誤，而不是空白結果。
最後，請給核對清單加上一行版本資訊。每次更新文件時，記錄日期、工具網址與一行變更摘要。A1Z26 本身是固定的字母對數字對應，因此底層規則很少需要修改，但核對清單的格式可能會隨著您新增範例、邊界案例或特定課堂註記而成長。帶有版本編號的核對清單，才是能挺過新謎題考驗的文件；沒有版本編號的文件，則會在某位讀者第一次把破折號貼進輸入時悄悄失效。