這個工具解決什麼
同一段位元組按 UTF-8 讀和按 GBK 讀，出來的是兩套完全不同的字 —— 檔案沒壞，是讀的時候按錯了編碼。修復器做的事是：
- 認出這份檔案原本是什麼編碼，把字按正確的那套換回來
- 說清楚亂在哪兒：替換字元、控制字元、貨幣符號、成片音標字母、連片生僻漢字
- 按「哪一份最像人話」排出候選，選一個另存
- 播放器認不出編碼時，另存一份帶 BOM 的 UTF-8 或 GBK 交給它
傳檔案，別貼上
兩種入口能修的範圍不一樣，能傳檔案就傳檔案。傳檔案時原始位元組還在，工具可以逐個編碼試著讀，認出它是 GBK 就按 GBK 解，一個字都不用猜。貼上來的已經不是原始位元組了 —— 瀏覽器把字串交過來時，錯的那一步已經發生過了，只能靠倒推，能修多少算多少。
如果貼上的內容裡已經出現替換字元（那個方框問號 `�`），說明原始位元組早就丟了，誰也修不回來。這種情況頁面會直說：回到上面用「選擇檔案」上傳原始檔案。
診斷說了什麼
上傳之後診斷區給出結論。沒發現亂碼：這份內容讀起來是正常的；如果你在播放器裡看到的還是亂碼，那是播放器按錯了編碼，到下面「另存為」換一種編碼再丟給它。看著像亂碼時，會列出具體是哪一種痕跡：
- 裡面有替換字元 —— 原始位元組已經丟了
- 混進了控制字元
- 夾著一堆貨幣符號、數學符號
- 帶音標的字母成片出現 —— 像 UTF-8 被當成單位元組讀了（`ä½ å¥½` 這一種）
- 漢字連成片卻一個常用字都沒有 —— 像 UTF-8 被當成 GBK 讀了（`浣犲ソ` 這一種）
候選怎麼排，怎麼選
「可以這樣修」下面按哪一份最像人話排序列出候選，最多 12 條，每條標著它是從哪種編碼讀到哪種編碼。點一個看看效果，選中之後到下面另存；不滿意就點「保持原樣」回到原始那份。
排序靠打分：常用字占比、成串的音標、成串的符號、生僻漢字都算進去。分數沒有明顯更好就不推薦 —— 不會為了湊一個候選硬推一個給你。被人連錯兩次的（存錯一次、又修錯一次），工具會對頭幾個候選再倒推一層，兩層之內的都有機會救回來。
另存才是最後一步
修好了還要存對。播放器認不出 UTF-8 時，存一份帶 BOM 的 UTF-8（Windows 播放器靠 BOM 認編碼）或者 GBK，通常就好了。另存可選 UTF-8、UTF-8（帶 BOM）、GBK、Big5、Shift_JIS、EUC-KR；裝不下會提示你換一種（比如 GBK 裝不下韓文）。下載的檔名自動加 `-fixed`。
認出來的編碼不是 UTF-8 時，另存預設已經替你指到「帶 BOM 的 UTF-8」；你自己動過下拉之後就不再替你改回去。
什麼不會被動
只換讀錯的字。序號、時間軸、ASS 的樣式指令一個字都不動。
常見問題
傳檔案了，為什麼還讓我另存？ 檔案本身多半沒壞，壞的是播放器按錯了編碼讀它。這種情形不用改文字裡任何一個字，另存一份帶 BOM 的 UTF-8 或 GBK 交給播放器就行。
貼上的怎麼修不回來？ 貼上內容裡一旦出現替換字元，原始位元組就已經沒了，倒推也沒有依據。回上面用「選擇檔案」傳原始檔案。
候選裡沒有我想要的？ 打分沒有明顯優於當前這份時工具不推薦。可以先把「認出來的編碼」換一種，再讓它重排。
一次能修幾份？ 一次一份。修完下載，再傳下一份。
隱私
識別和修復全程在瀏覽器本地完成，不向伺服器發送任何字幕內容。
相關工具與指南
亂碼是怎麼來的、為什麼 `浣犲ソ` 長那樣，見 字幕亂碼是怎麼來的；編碼正常但內容髒，用 字幕清洗；要檢查時間軸和字數，用 字幕質檢。