第一段：整理輸入
拿到待處理內容先別急著貼：確認它是原文還是編碼字串、確認字元集、確認完整性。把多段內容編號整理成清單，一段一行，後面才不會亂。
從 log、郵件、網頁複製的內容，先過一遍純文字編輯器，清掉換行、全形符號和 HTML 轉義。輸入乾淨，後面就不會有莫名其妙的失敗。
第二段：轉換與驗證
選對模式（編碼或解碼）後執行轉換，重點是「立刻驗證」：編碼完馬上解回來比對原文，解碼完檢查內容是否合理（例如 JSON 能不能解析）。不要跳過這步，現在花十秒，省掉事後除錯兩小時。
CubTools 的工具在瀏覽器本地運算，轉換本身很快，瓶頸通常在複製貼上。超長字串切段處理，一段一驗證，節奏最穩。
第三段：交付與存檔
結果交付給別人時，用程式碼區塊或檔案傳送，避免聊天軟體截斷或轉義特殊字元。附上字元集與變體說明（例如「UTF-8、標準 Base64」），對方才不會猜。
處理完的原文與結果配對存檔，檔名標上日期。幾天後對方說「解不開」，你能立刻拿出當時的版本比對，而不是憑記憶重做。
操作步驟
- 確認待處理內容是原文還是編碼字串
- 清理換行、空白與特殊符號，整理成清單
- 選擇正確模式執行編碼或解碼
- 立刻反向驗證一次，確認結果正確
- 用不會截斷的方式交付結果並存檔
常見問題
每次都要反向驗證，會不會太多餘？
不會。驗證只要十秒，卻能攔下複製不完整、模式選錯、字元集不對等所有常見錯誤。這是整個流程裡 CP 值最高的步驟。
一整批幾十段要處理，流程要調整嗎？
核心不變，只是把整理階段做紮實：用試算表編號、左欄原文右欄結果，逐段處理逐段驗證。一次處理一段，不要多段混在一起。
結果要長期保存，存什麼格式好？
純文字檔（.txt）最保險，記得存成 UTF-8。檔名標註日期與內容說明，未來要追溯時才找得到。