只要在瀏覽器表單中輸入一段文字內容，選擇 1 到 100 個輸出檔案，挑好一個基礎檔名，就能一次批次產生多個純文字檔，並把結果以單一 ZIP 封存檔下載。批次純文字檔產生器 會以穩定且補零的編號方式為每個檔案命名，例如 note-01.txt、note-02.txt 和 note-03.txt，即使檔案數量超過九個，詞彙排序依然清楚易讀。整個工作都在目前的瀏覽器分頁中透過 JSZip 函式庫執行，這代表你撰寫的草稿文字從未離開你的裝置、不需要任何帳號，而工具唯一會替你決定的數字就是檔案數量與檔案順序。每個產生的檔案內容，都會與你按下「Create ZIP」當下文字區域中所顯示的字元完全一致，包括所有的換行、空行，以及瀏覽器所保留的 Unicode 字元。正因如此具備可預測性，推薦工作流程中才會內建「解壓縮後抽檢一個檔案」這個步驟:開啟其中一個檔案，確認它符合你想放入的內容，然後再分享出去。
當你需要把同一個檔案重複產生數十次
最常見需要產生許多內容相同的 .txt 檔案的理由，是你需要的是一份「起點檔案」，而不是客製化檔案。老師發放 30 份相同的學習單，請學生自行填寫答案，所以每個檔案都以相同的骨架開始。負責為匯入程式準備範例資料夾的 QA 工程師，需要 50 個依詞彙順序排列的佔位檔案，讓測試工具讀回時不會出現意外。客服主管要把同一封首次回覆範本寄給一小批新帳號時，希望每位收件者收到的訊息看起來像是個人化的，但其實都是從同一份共用草稿出發。這種模式反覆出現在匯入佔位檔、定期公告草稿、課堂練習，以及任何需要讓每位收件者拿到同一份起始檔案的情境中。
在上述每一種情境中，批量 ZIP 的價值在於輸入者只需打一次內文，工具就能精準地重複它，並交給收件者一個結構可預期的資料夾。至於另一種做法——在編輯器中一次建立一個檔案、手動命名、再分別儲存——更容易出錯，因為它在這個其實並不需要這些步驟的工作中，加入了手動命名決策與逐檔的儲存對話框。單一封存檔也便於傳遞:它能保留檔名、維持精確的數量，並讓收件者一步解壓縮所有內容。
瀏覽器版批量建立工具的運作方式
這個工具接受三項輸入:一個基礎檔名(用於封存檔的主檔名以及每個條目的前置詞)、介於 1 到 100 的數量，以及一段被儲存為純 UTF-8 字串的文字內容。按下「Create ZIP」之後，JSZip 會在本地組裝封存檔、將其壓縮為單一 Blob，並透過與手動儲存相同的路徑提供正常的下載。整個頁面不會把你的文字發出網路請求、不會把草稿放進伺服器端的佇列、更不會把封存檔保留在任何地方，只會存到瀏覽器下載設定所決定的那個位置。
檔名採用確定性的補零命名規則，這個小細節讓 100 個檔案在檔案管理員中掃視起來特別輕鬆。如果沒有補零，file10.txt 會排在 file2.txt 前面;有了補零，note-01.txt 到 note-99.txt 就會依人類的閱讀順序排列。基礎檔名中的不安全字元(路徑分隔符以及其他控制字元)在封存檔名定案之前會先進行正規化，而空白基礎檔名則會有一個明確的備用值，而不會產生無法使用的下載。由於組裝過程在本地端進行，你可以重新整理頁面、關閉分頁，或明天再回到這個工具，之前的封存檔都不會洩漏到新的執行中。
產生 ZIP、下載並抽檢一個檔案
- 輸入一個安全的基礎檔名，並選擇介於 1 到 100 的輸出檔案數量。超出此範圍的數量會被拒絕，而不是悄悄四捨五入成別的數字。
- 輸入或貼上每個產生的 .txt 檔案應該包含的精確文字。換行與空白行會依照提交當下瀏覽器所見的內容保留。
- 按下「Create ZIP」，等待本地端 JSZip 組裝完成，再透過瀏覽器正常的下載流程儲存這個單一封存檔。
- 從封存檔中解壓縮其中一個檔案，用任何文字檢視器開啟，確認內容與你輸入的相同。確認後再發送這個 ZIP。
限制、命名規則以及這個工具不會做的事
這個工具的產品合約刻意訂得很窄:同一段內容、一個基礎檔名、一個數量、一個 ZIP。這樣的設計選擇也是限制的來源，所以值得把它們整理在同一個地方。
- 數量必須是介於 1 到 100 的整數。超出此範圍的值會被拒絕，而不是悄悄建立不同數量的檔案。
- 每個產生的檔案都包含相同的文字——也就是按下「Create ZIP」當下文字區域中所顯示的精確字元。沒有逐檔變化、沒有 CSV 對應、沒有變數替換，也沒有樣板語言。
- 頁面不會讀取試算表、不會解析 Markdown、不會渲染 HTML、不會推測分隔符，也不會產生二進位檔案。純 UTF-8 文字內容是封存檔唯一接受的內容。
- 封存檔未加密，也沒有密碼。如果收件者的系統預期受保護的內容，請在下載前使用專用的封存檔工具來準備這些內容。
- 這個工具無法變更你電腦上的資料夾。瀏覽器無法安全地覆寫任意檔案，所以結果永遠都是一次全新的下載——絕對不會去修改既有的封存檔或檔案。
- 敏感內容不應在不適合的裝置與下載位置的工作流程中輸入。如果內容很重要，請把原始文字另外存放在安全的位置。
一眼看懂的適用情境
下表將常見的情境與這個工具能交付的結果配對起來。在你決定採用某個工作流程之前，可以先快速對照——如果對應的列符合你的狀況，這個 ZIP 就是正確的選擇;如果該列列出的是這個工具沒有的功能，就改用具備格式處理能力的工具。
| 情境 | 這個工具能交付的結果 | 採用前的注意事項 |
|---|---|---|
| 課堂或展示用的範例資料夾 | 單一 ZIP 中的編號 .txt 檔案，每個檔案內容相同 | 在列印或分享前，先抽檢一個解壓縮出來的檔案 |
| 匯入程式的測試固定資料 | 穩定的詞彙順序、UTF-8 純文字 | 在依賴這個輸出之前，先確認匯入程式接受 .txt 與 UTF-8 |
| 寄給小批收件者的週期性訊息草稿 | 一份可供發送的封存檔，每個檔案有相同的起始文字 | 收件者自行填入自己的詳細資料——這個工具不做個人化 |
| 每位收件者專屬的個人化檔案 | 不支援——每個檔案都包含相同內容 | 請改用具備明確資料對應的樣板引擎或合併列印工具 |
| 以試算表或 CSV 驅動的批量資料列 | 不支援——這個工具不會解析表格 | 請依目標系統的說明文件準備來源檔案 |
| 加密或有密碼保護的封存檔 | 不支援——輸出為純 ZIP | 下載後使用專用的封存檔工具加上加密 |
分享封存檔前的簡短檢查清單
- 基礎檔名簡單且具描述性——長到足以辨識這個檔案群組，又短到能在檔案管理員中一眼讀懂。
- 數量是符合需求的最小值。檔案越多，封存檔越大、解壓縮時間也越長，所以讓數量恰到好處也是工作流程的一部分。
- 內容區域中的文字是最終版本，而不是草稿。無論那裡是什麼，每個條目都會照瀏覽器所見的內容完整保留。
- 下載後已開啟並讀取過其中一個檔案。輸入的內容與解壓縮出的檔案之間是否一致，是這個工具唯一提供的驗證。
- 如果收件者的系統有特定的行尾符號、分隔符、編碼或副檔名需求，請在寄出 ZIP 之前先依收件者本身的說明文件確認這些需求。
這五項檢查，是「安心交付」與「憑感覺猜測」之間的差別。這個工具省下了重複的手動操作;而抽檢與收件者端的檢查，則消除了潛在的意外狀況。ZIP 封存檔只是一個容器，所以寫入者與收件者之間的合約，仍然必須由在另一端開啟它的程式來遵守。
如果你正在比較各種選項，批次大小寫轉換器:在瀏覽器中轉換整份清單 一文對此有詳細介紹。
如果你正在比較各種選項，在瀏覽器中本機批次計算文字出現次數 一文對此有詳細介紹。