把文字貼進左邊面板。結果區上方的旗標會告訴你找到幾類問題，點旗標會跳到第一個出現的位置。下方的逐字元檢視把每個可疑碼位標成可點的標記，點下去就會說明它是什麼、該怎麼處理。

它是一個格式控制字元，畫出來完全沒有寬度，原本的用途是提供斷行機會。對人來說它不存在；對程式來說它就是字串裡多出來的一個碼位。所以中間夾了零寬空白的電子郵件或 API key，在畫面上看起來完全正確，卻永遠對不上資料庫裡的值。

實務上反覆出現的有五個：U+200B 零寬空白與同族字元、從網頁複製帶進來的 U+00A0 不斷行空白、檔案開頭的 U+FEFF BOM、中日韓輸入法產生的 U+3000 全形空白，以及模仿拉丁字母的西里爾與希臘字母。本工具會逐一標出，另外也標 C0 / C1 控制字元與 thin space 之類的排版空白。

一般空白是 U+0020，也就是你按空白鍵打出來的那個。不斷行空白是 U+00A0——外觀相同，但它告訴排版引擎不要在這裡斷行，最常在複製網頁內容時被帶進來。全形空白是 U+3000，明顯比較寬，由中日韓輸入法產生。三者畫出來都是空白，但只有 U+0020 會被 ASCII 空白的樣式匹配到，所以另外兩個會靜默弄壞 trim、split 與欄位切分。

原因有兩個，彼此獨立。第一個是其中一段夾了看不見的字元——零寬空白、不斷行空白或 BOM。第二個是 Unicode 正規化：字母 é 可以是單一碼位（NFC），也可以是字母 e 加上一個組合重音（NFD）。兩者畫出來一模一樣，但序列不同，逐位元組比對就會失敗。macOS 檔名與部分輸入法產出 NFD，所以文字在系統之間搬動時可能靜默換了形式。本工具兩種原因都會標出。

它檢查一組已知會出事的字元——零寬與雙向格式控制字元、BOM、非 ASCII 空白、C0 / C1 控制字元，以及西里爾與希臘同形字——再加上整段的換行混用與非 NFC 正規化。它不會改動你的輸入、不上傳任何內容，也不是完整的 Unicode linter：這份精選集以外的罕見或特定書寫系統問題不會被標出。「複製清理後文字」是輔助功能，不是主要結果；主要結果是診斷本身。