若要在 Chromebook 上檢視剪貼簿，請在 Chrome 中開啟 剪貼簿檢視工具，點擊「讀取剪貼簿」並核准權限提示，或按下 Ctrl+V（或 Search+V）直接將文字貼到編輯器中。此工具完全在目前分頁內執行，並會針對您載入的任何字串回報字元、碼位、UTF-8 位元組、行數、字數、空白字元以及 JSON 統計資料，因此即使螢幕上看起來正常的值，也能用來檢查尾端是否有空格、定位字元、孤立的換行符號，或補充平面 Unicode 字元，再貼到終端機、設定檔、資料庫欄位或網頁表單中。ChromeOS 把 Chrome 當作主要的 UI 殼層，這也讓以瀏覽器為基礎的剪貼簿檢查工具顯得格外契合：它不像桌面 Linux 有 xclip 那樣專屬的系統級剪貼簿管理員，而內建的剪貼簿歷史面板只保留一小段滾動清單。一個專注的檢查頁面能提供 ChromeOS 剪貼簿覆蓋面板所沒有的深入檢視，把量測、格式顯示與 JSON 驗證集中在一處。
如何在 Chrome 中檢視 Chromebook 剪貼簿
完整的工作流程是開啟 Chrome、把文字交給檢查工具，然後在同一處讀回所有計數。下列步驟假設您是以標準使用者身分登入 ChromeOS，且具備授予頁面剪貼簿存取權限的權限。
- 在 Chromebook 上開啟 Chrome，並進入剪貼簿檢視工具頁面。該頁面需要安全來源，而 ChromeOS 上的 Chrome 會自動滿足這項要求，因為 Chrome 對剪貼簿讀取強制採用 HTTPS。
- 點擊 讀取剪貼簿。Chrome 會提示您確認讀取動作，請選擇 允許。如果您希望在授予權限之前不要讓剪貼簿文字進入頁面記憶體，也可以將游標放在編輯器中，然後按下 Ctrl+V（部分鍵盤將相同快捷鍵對應為 Search+V），改從系統剪貼簿貼上。
- 觀察頁面頂部的七個計數器即時更新。分析結果會立即顯示，內容包含字元碼單元、Unicode 碼位、UTF-8 位元組、行數、字數、空白字元，以及經過修剪後文字的 JSON 有效性旗標。
- 只要來源可能含有隱藏格式，請隨時開啟 顯示空格、定位字元與行尾符號。置中的點代表一般空格，箭頭代表定位字元，而每個 LF、CR 或 CRLF 都會以可見符號標示。底層的編輯器值不會改變——格式檢視僅供顯示。
- 檢查完畢後請清空編輯器。面板內的按鈕會從元件狀態中清除工作值，當剪貼簿文字含有憑證、個人識別資訊或任何其他敏感內容時，這點尤其重要。
如果瀏覽器因為企業政策、嵌入式頁面限制或不支援的 API 而拒絕讀取，工具會顯示明確訊息，而您的 Ctrl+V 方式仍然可用——拒絕會被視為權限遺失，而非資料遺失。
為何以瀏覽器為基礎的工具適合 ChromeOS
Chromebook 高度仰賴 Chrome 瀏覽器處理日常作業，而 Chrome 提供了有文件記載的剪貼簿 API，頁面可以呼叫以讀取純文字。W3C 規範說明了 navigator.clipboard.readText() 如何在特定條件下從系統剪貼簿回傳 DOMString（W3C 剪貼簿 API 與事件），而 MDN 也在 Clipboard.readText 參考頁面 中記載了相同方法並附上瀏覽器支援說明。由於 Chromebook 使用者多半只會接觸到 ChromeOS 上的 Chrome，以瀏覽器為基礎的檢查工具正符合這個平台的優勢：不需要側載 Android 應用程式、不需要啟用 Linux 容器，也沒有 Crostini 相依性需要除錯。
ChromeOS 確實提供內建的剪貼簿管理員，但它只會在小型的覆蓋面板中顯示最近的項目，並不會顯示位元組計數、碼位計數或隱藏空白。剪貼簿檢視工具與其他頁面內容在同一分頁中執行，並專注於純文字檢查，因此是作為補充而非取代系統面板。
檢查計數器究竟回報什麼
檢查工具會回傳七個欄位，而這些欄位對同一字串可能會有不一致的結果。了解每個計數器的測量內容，才能分辨出真正的 bug，而不是被誤導的總和。
| 計數器 | 測量內容 | 實際用途 |
|---|---|---|
| 字元數 | JavaScript UTF-16 碼元 | 在 JS 原始碼中快速檢查長度 |
| 碼位 | 不同的 Unicode 碼位 | 計算表情符號、組合附加符號、補充平面字元 |
| UTF-8 位元組 | 經 TextEncoder 編碼後的位元組 | 調整 API 酬載、檔案儲存、網路緩衝區的大小 |
| 行數 | 以 LF、CRLF 或 CR 分隔的區段 | 計算來自任何作業系統的程式碼行數與 CSV 列數 |
| 字數 | 具 Unicode 感知的詞彙單位，允許使用 _、- 與字串內的撇號 | 檢查識別項、設定鍵、草稿文字 |
| 空白字元 | 文字中出現的空白字元 | 找出尾端的定位字元或殘留的換行字元 |
| JSON | 對經過修剪的文字執行嚴格 JSON.parse 的結果 | 在送出設定片段或酬載前先行驗證 |
一個常見的例子：日本國旗 🇯🇵 會被算成四個 UTF-16 碼元，但只有兩個碼位，編碼後則是八個 UTF-8 位元組。這些差異並不是損壞，而是三種測量同一視覺字符的正常行為。計數器讓您能選擇與您要送入的系統相符的那一個。
顯示隱藏字元與行尾符號
在 ChromeOS 上「為什麼這個沒辦法用？」最常見的原因，就是從其他應用程式帶過來的隱藏格式。一個看起來排版整齊的 YAML 鍵，可能在某條規則預期兩個空格之處夾帶了一個定位字元。一段在文件中打好、再貼回終端機的 shell 指令，可能含有一個不斷行空格，讓 shell 將它當作識別項的一部分。從 Windows 上的試算表複製的 CSV 列，經常內嵌 CRLF 行尾符號，導致 Linux 的剖析器把它當作最後一個欄位的一部分，而不是列分隔符號。
顯示空格、定位字元與行尾符號 切換鈕會在編輯器預覽中，把每個隱藏字元替換成可見字符。空格變成置中的點，定位字元變成箭頭，每個行尾符號則變成一個小符號。編輯器緩衝區中的底層值不會改變，因此您在顯示畫面上看到的內容，正確實地反映貼回其他應用程式時會得到的結果。把複製下來的 shell 指令與工作版本相互比對，會變成一項視覺化的工作，而非盲目尋找看不見的字元。
如果您想要並排比較同一段文字的兩個版本，差異比對工具 可以標示新增與刪除的行，但檢查工具能提供更底層的檢視，讓您看清每一行實際包含的內容。
在貼到 API 或設定檔之前驗證 JSON
許多 Chromebook 的工作流程會把 JSON 貼進 webhook 測試工具、Cloud Functions 內文、Linux 終端機的環境變數，或瀏覽器網址列中的查詢參數。檢查工具上的 JSON 旗標會對經過修剪的文字執行嚴格的 JSON.parse 檢查。正向結果代表修剪過的文字能成功解析為 JSON；負向結果代表解析失敗，而工具不會嘗試自動修復輸入內容。
這個旗標只能確認文字可以被解析，並不代表該物件安全、符合您服務的結構描述，或內部的值是正確的。請把它視為多項檢查步驟之一，並在需要更深入的結構診斷或結構描述檢查時，搭配專門的 JSON 驗證工具 使用。
ChromeOS 的權限與隱私
直接讀取剪貼簿是一項受保護的功能。瀏覽器通常會要求安全來源、聚焦中的頁面、明確的使用者手勢，以及明確的權限授予。ChromeOS 上的 Chrome 會自動滿足前兩項；手勢與授予則來自您點擊 讀取剪貼簿 的動作。如果企業政策停用了受管理使用者的剪貼簿讀取功能，或頁面被嵌入到缺乏必要權限政策的 iframe 中，API 呼叫會回傳錯誤。
此工具會將每一次拒絕都視為可恢復的狀態。它不會假裝剪貼簿是空的，而是顯示明確訊息，並保留標準的 Ctrl+V 或 Search+V 方式。由於分析完全在目前分頁內進行，因此不會有任何剪貼簿文字被提交到 Lizely 伺服器——當剪貼簿中含有長效的工作階段權杖、資料庫連線字串，或從客服工單複製的片段時，這一點格外重要。讀取完需要的值後，請清空編輯器；若您不希望頁面取得直接的剪貼簿存取權，請改用手動貼上的方式。
如果您正在權衡各種選項，瀏覽器剪貼簿檢視工具：隱藏字元的替代方案 有詳細說明。
如果您正在權衡各種選項，給開發者的線上剪貼簿檢視工具 API 替代方案 有詳細說明。