Line Break Remover 是一個以瀏覽器為基礎的換行符移除 API 替代方案，可在本地轉換貼上的文字，無須 API 金鑰、帳戶、相依性套件或上傳。
它適合一次性清理工作，例如合併硬換行文字、標準化複製自 PDF 的文字、準備提示詞文字，或在進行其他受控轉換前移除記錄分隔符。工作流程為貼上、選擇明確模式、處理、檢視及複製。它不是 REST 端點或 SDK，因此當軟體必須自動交換文字時，它無法取代 API。
瀏覽器替代方案適用的情況
當文字可留在目前的瀏覽器分頁中，且使用者能在採用前驗證結果時，本機方式很有用。所有轉換都在本地進行，貼上的輸入與結果都不會上傳至 Lizely。這可避免將一次性內容傳送至遠端服務，同時仍能進行檢視，因為換行有時可能具有意義。
- 手動清理：貼上需要手動處理的文字，檢視結果，再複製到目標應用程式。
- 本機處理：處理應留在瀏覽器中，而非上傳至伺服器的內容。
- 可見的驗證：使用已偵測、已移除及剩餘的詞元計數器，確認所選模式的行為是否符合預期。
- 無須設定：不需要帳戶、安裝應用程式、API 認證資訊或額外相依性套件。
決策取決於文字的移動方式。當由人員提供文字並檢查輸出時，請使用此瀏覽器工作流程。若其他程式必須提交文字、回傳機器可讀的回應，並在無須手動步驟的情況下重複作業，則應保留 API。
選擇輸出模式
此工具提供三種明確的轉換方式。每種方式對已辨識換行詞元的影響各不相同，因此依預期結果選擇，比根據輸入外觀猜測更安全。
| 模式 | 確切行為 | 最適合的用途 |
|---|---|---|
| 以一個空格取代 | 每個已辨識的換行詞元都會變成一個一般空格。 | 硬換行文字，其中相鄰行應以空格分隔。 |
| 完全移除 | 每個詞元都會刪除，不加上任何取代字元。 | 預期直接合併且每個換行均已檢視的受控資料清理。 |
| 保留段落 | 一個詞元變成一個空格；連續不間斷的兩個或更多詞元會變成恰好兩個 LF 字元。 | 需要標準化的混合換行文字與段落邊界。 |
取代模式不會合併重複的間距。例如，兩個連續的 LF 詞元會變成兩個一般空格，因為每個詞元都會獲得一個取代字元。
移除模式可能合併原本僅由換行分隔的字詞。此行為適合部分受控轉換，但可能損害自然語言句子。對散文使用此模式前，請先檢視轉換後的文字。
保留段落模式會處理彼此直接連續的換行詞元序列。恰好只有一個詞元的序列會變成一個空格，而兩個或更多詞元的序列會變成恰好兩個 LF 字元。在此模式下，單一 U+2029 會視為一個換行，而不會自動建立保留的段落邊界。
只有實際的換行詞元會納入序列。兩個換行之間若有空格、定位停駐符、不分行空格或其他字元，就會使它們各自成為獨立的單一詞元序列。因此，LF 加上一個一般空格再加 LF，會變成三個一般空格：每個換行各提供一個空格，中間的空格則原樣保留。
工具可辨識的行尾
此移除工具可處理五種換行形式，包括在文字區塊中可能不明顯的分隔符。
| 可辨識的形式 | 可能出現的位置 | 計數規則 |
|---|---|---|
| CRLF | Windows 樣式的行尾 | 一個組合詞元，而非兩次移除 |
| 獨立 CR | 舊版 Mac 文字、產生的資料及匯入的記錄 | 一個詞元 |
| 獨立 LF | 常見的行尾格式 | 一個詞元 |
| U+2028 | Unicode LINE SEPARATOR | 一個詞元 |
| U+2029 | Unicode PARAGRAPH SEPARATOR | 一個詞元 |
即使 U+2028 和 U+2029 在視覺上不明顯，仍可能出現在從文件系統複製或由軟體產生的 Unicode 文字中。辨識全部五種形式有助於避免在只處理 LF 的清理作業中留下隱藏的分隔符。
ECMAScript 行終止符規則與MDN 的 JavaScript 行終止符參考資料將 LF、CR、U+2028 和 U+2029 識別為行終止符。此工具可處理這些獨立形式，並會另外將一組 CRLF 視為一個組合詞元。
在本機執行清理
- 貼上文字。將來源文字放入輸入區塊。其中可能包含五種可辨識換行形式的任意組合、一般空格、定位停駐符、不分行空格及其他字元。
- 選擇一種明確模式。使用以一個空格取代來分隔換行文字、使用完全移除進行受控合併，或使用保留段落來標準化換行文字，同時保留已標準化的空行邊界。
- 處理並檢視。執行處理動作，然後在複製輸出前檢查已移除、已偵測及剩餘的換行詞元計數。
- 複製結果。使用複製控制項取得轉換後的文字。如果無法取得瀏覽器剪貼簿權限或複製失敗，輸出仍會保持可見，以便手動選取。
編輯輸入或變更模式時，會清除先前的結果、驗證錯誤、統計資料及剪貼簿狀態，因此變更後請再次執行處理動作。處理無效狀態也會清除任何舊輸出。空白輸入會回報錯誤，而非顯示誤導性的成功訊息；僅含空白的文字則為有效輸入，因為非換行的空白會予以保留。
驗證詞元計數
統計資料遵循以下關係：已偵測 = 已移除 + 剩餘。在取代與移除模式下，每個原始換行詞元都會被移除，且不會留下任何換行詞元。段落模式可能為每個多詞元序列保留兩個已標準化的 LF 詞元，因此其剩餘計數可能大於零。
在段落模式下，若有一個包含三個詞元的序列，輸出會恰好保留兩個 LF 字元：已偵測為 3，已移除為 1，剩餘為 2。計數指的是詞元，而非原始程式碼單位，因此一組 CRLF 只會貢獻一個已偵測詞元。
請將計數器作為一致性檢查，而不是轉換已理解文件語意的證據。它們會顯示所選模式如何處理已辨識的換行，但無法判定特定換行是否代表段落、記錄邊界、地址行或格式產物。
影響工作流程的限制
- 輸入大小：上限為 1,000,000 個 UTF-16 程式碼單位。恰好達到上限的輸入會被接受。若多出一個程式碼單位，則會在轉換前以明確訊息拒絕；文字絕不會被切片、取樣或默默限制上限。
- 字元保留：此工具絕不會修剪開頭或結尾、合併重複空格、展開定位停駐符、變更不分行空格、標準化 Unicode 文字，或修改標點符號與字母。開頭與結尾的換行詞元會依所選模式進行轉換，方式與中間的換行相同。
- 語意限制：它不會解析 Markdown、HTML、CSV 引號、原始碼語法、郵遞地址或具語意的文件結構。因此，它無法得知特定換行是否帶有業務意義。
- 模式限制：保留段落不會猜測哪些換行代表段落。當確實需要保留段落邊界時，請使用兩個連續的換行詞元，並在使用結果前先進行檢視。
- 複製備援：剪貼簿存取可能失敗，但失敗的要求不會捨棄轉換後的文字。使用者仍可手動選取。
這些界限使此工具適合受控的文字清理，而不适合解讀結構化格式。如果輸入是程式碼、加上引號的 CSV 欄位，或版面配置具有重要性的業務記錄，請先檢查來源，並依其有文件記載的結構選擇模式，再接受輸出。
選擇瀏覽器工作流程或 API
實際差異在於自動化程度。此工具提供本機、由人員監督的貼上、處理、複製工作流程。它不提供遠端端點、不接受程式化傳入資料，也不會為自動後續處理回傳結構化輸出。
- 一次性文字清理、手動檢視、複製記錄、硬換行文字、提示詞準備，以及不應上傳輸入的情況，請選擇本機瀏覽器工具。
- 伺服器端作業、排程處理、跨應用程式資料交換、機器可讀回應，或任何必須在無人複製文字的情況下運作的管線，請保留 API。
- 只要自然語言字詞、記錄欄位或業務結構依賴行邊界，請一律先檢視再移除；完全移除可能直接合併文字。
對於手動清理，Line Break Remover 提供必要的換行模式、可見計數及可直接複製的輸出，同時讓工作留在瀏覽器內。對於自動整合，它是一個值得考慮的替代工作流程，而不是 API 合約的直接替代品。
相關閱讀：Line Counter Alternative With an Auditable Counting Model。