大量文字產生器是一種工具，可將一個數值範本展開成多達 10,000 行的有序純文字，每一行都是由一個定義好的模式中單一 {n} 佔位符所產生。文字模式產生器接受一個含有 {n} 佔位符的模式、一個起始整數、一個介於 1 到 10,000 之間的行數，以及一個帶正負號的整數步進值，然後在瀏覽器內完全地為序列的每一列輸出一行產生的文字。以 shot_{n:3}.png 這樣的模式，起始 1，行數 250，步進 1，工具會產生 shot_001.png、shot_002.png，一路到 shot_250.png，作為單一的 UTF-8 TXT 檔案供下載。寬度符記要求至少 N 位數，因此 7、9 和 11 會變成 007、009 和 011，而像 1234 這樣較長的數值絕不會被截斷。負數會保留前置的負號，並在其後填補絕對值的數字，因此寬度四會把負二變成 -0002，把零變成 0000。由於同一行中的每個數值符記都會收到相同的當前值，像 ID-{n:3}-{n} 這樣的模式在 7 時會產生 ID-007-7。同樣的輸入永遠會產生相同的有序行，這讓輸出在檔名、標籤和測試資料上是可預期的。
大量文字產生器實際做什麼
大量文字產生器回答一個反覆出現的問題:產生許多遵循單一規則的文字行。手動輸入和複製貼上對五或十行有效，但在幾百行時就會崩潰。文字模式產生器把這項工作壓縮成三個數字和一個範本。你只需寫一次範本，用 {n} 佔位符宣告執行計數器的位置，工具就會為你走訪整數序列。
佔位符有兩種模式。純粹的 {n} 會插入當前的數字而不做任何填補，因此 1、2、3、10 和 100 會以其原樣顯示。寬度形式 {n:W} 要求至少 W 位數，並在數值較短時以前置零填補;W 可以是 1 到 12 之間的任何整數，任何已經超過該位數的數值都會完整保留而不被截斷。這讓固定寬度的識別符變得輕而易舉:{n:4} 會產生 0000、0001，一路到 0099、0100，一路到 9999。
這個工具不會自創內容。它不會為每個符記維護獨立的計數器、不會產生隨機值、不會建立字母序列、不會格式化日期、不會運算公式，也不支援巢狀範本。正是這個嚴格的契約讓輸出可被稽核，因為每一行都遵循你所撰寫的單一規則。
如何使用編號模式產生大量文字
- 開啟文字模式產生器，輸入一個含有 {n} 佔位符的模式。當你想要三位數的零填補數字時，請使用 {n:3}。
- 將起始整數設定為序列的第一個值。JavaScript 安全整數範圍內的整數都會被接受。
- 將行數設定為 1 到 10,000 之間的整數。行數代表產生的行數，而不是最後一個值。
- 設定整數步進值。正數步進值向上計數，負數步進值向下計數，零則刻意讓每一行重複同一個數字。
- 產生各行，檢查預覽中的序列和寬度是否正確，並在輸出符合預期時下載 UTF-8 TXT 檔案。
編輯任何輸入都會清除先前的輸出，因此預覽永遠反映當前的值。在匯入長串清單前，請檢查第一行和最後一行，特別是在刻意使用負數或零步進值時。
控制步進、起始和零填補
三個數值輸入會協同運作。起始決定第一行，步進決定行之間的增量，行數決定工具輸出的行數。寬度是佔位符符記的屬性，而不是獨立的輸入，它只會影響數字的顯示方式。
實作範例。以模式 {n:4}，起始 -2，步進 1，行數 3，工具會使用公式 start + index × step 計算出序列 -2、-1、0。索引 0 時值為 -2，索引 1 時值為 -1，索引 2 時值為 0。然後它會將每個值以至少四位數呈現，把負號放在最前面，並在其後填補絕對值的數字。輸出共有三行:第一行為 -0002，第二行為 -0001，第三行為 0000。
| 輸入 | 可接受的形式 | 作用 |
|---|---|---|
| 起始 | 安全整數 | 第一行的值 |
| 步進 | 帶正負號的安全整數(正、負或零) | 加在連續行之間 |
| 行數 | 1 到 10,000 的整數 | 產生的行數 |
| {n:W} 中的寬度 | 1 到 12 的整數 | 正負號後的最小位數 |
| 總輸出 | 最多 1,000,000 個 Unicode 碼點(含 LF) | 硬性上限;不會回傳部分清單 |
寬度不會截斷較長的數值。寬度四會把 7 填補為 0007，但 12345 會保持為 12345。這個規則定義於 MDN 的 String.replace 參考資料，並由符記取代邏輯強制執行，避免像負號前出現零這類模稜兩可的排列。
常見的大量文字使用情境
有序檔名是動用大量文字產生器最常見的原因。一位攝影師要輸出 250 個畫面時，可以把清單丟進一個直接讀取該檔案的重新命名工具;而為建構步驟撰寫腳本的開發者，則可以把該檔案管線送進 shell 迴圈。兩者都依賴同一個特性:該檔案是一個具有穩定行序的決定性 UTF-8 文字檔。
庫存標籤和資產標�受益於固定寬度的識別符。像 SKU-{n:5} 這樣的模式會產生 00001 到 99999，在列印或儲存於固定寬度欄位時能讐齊對。品保測試套件的測試列經常需要可預期的識別符，例如 user_{n}@test.local，以便日後可以用 grep 進行記錄查詢;而票券系統接受 T-{n} 格式的虛擬資料批次匯入。
其他可預期的用途包括單一文件中的編號標題、文件用的範例檔案路徑、帶數字後綴類似 CSS 的類別名稱，以及 SQL INSERT 陳述式中的有序佔位符。這些都不需要 AI 改寫;它們需要的是一致性。這正是文字模式產生器所提供的。
對於在你已有的文字上進行相關的大量操作，例如為文字檔的每一行加上字面前綴或後綴，請參閱文字檔的大量加前綴指南，或在行需要重新編號時，重新使用文字模式產生器並提供新的模式。
限制、驗證和純瀏覽器處理
該工具強制執行三個硬性限制。行數必須是 1 到 10,000 的整數。合併後的輸出，包括行之間的 LF 分隔符，不得超過 1,000,000 個 Unicode 碼點。寬度符記必須是 1 到 12 的整數;{n:0} 和 {n:13} 會被拒絕。沒有記錄在案的數值佔位符的模式也會被拒絕，因此工具不會從一個根本不含 {n} 或 {n:W} 的範本中產生無法區分的複本。
起始、步進以及每一個計算出的值都必須維持在 JavaScript 的安全整數範圍內，該範圍定義於 MDN Number.isSafeInteger 參考資料。超出該範圍，十進位整數會喪失精度，這會在無聲無息中破壞產生器所仰賴的「同樣輸入產生同樣輸出」保證。
產生的行在預覽和下載檔案中皆使用 LF 行結尾，這是 Unix 風格工具和多數現代編輯器的慣用選擇。模式中的內嵌換行符技術上仍是純文字，但會讓單一範本迭代橫跨多個視覺行，因此當你需要回報的產生行數符合預覽列數時，建議使用單行模式。
下載動作僅在點擊時建立一個臨時的 UTF-8 Blob URL，並在之後立即撤銷。Lizely 不會收到或保留任何模式、結果、帳號或處理記錄。編輯任何輸入都會清除先前的輸出。
大量文字產生器與其他清單方法的比較
有幾種方法可以產生長串的清單。它們在可預期性、規模、格式控制以及資料所在位置方面有所不同。
| 方法 | 可預期的順序 | 最多 10,000 行 | 固定寬度填補 | 在本機執行 |
|---|---|---|---|---|
| 文字模式產生器 | 是 | 是 | 透過 {n:W} 內建 | 是 |
| 手動編輯清單 | 是 | 在規模大時很慢 | 手動 | 是 |
| 試算表自動填滿 | 部分 | 是 | 手動儲存格格式 | 是 |
| AI 大量內容工具 | 否(改寫會變動) | 是 | 否 | 通常否 |
| 自訂腳本 | 謹慎撰寫則是 | 是 | 可透過字串填補達成 | 是 |
對大多數讀者而言，決定性的因素是規模和信任。試算表能處理 10,000 行，但前置零需要手動設定儲存格格式，而且儲存格可能會被偏離規則而遭到編輯。AI 大量內容工具會產生每次重跑提示時都會變動的改寫版本，這對行銷文案而言沒問題，但對識別符而言並不安全。自訂腳本可以達到與本工具相同的輸出，但需要撰寫、測試並審查每一個邊角情況，包括負數步進、負號位置規則，以及 1,000,000 碼點上限。
文字模式產生器專注於一項工作並在瀏覽器分頁內執行，這讓模式不會出現在網路記錄中，也讓你在提交大量匯入前能夠檢查第一個和最後一個值。
如果你正在權衡選項，文字轉Slug的命令列與線上工具:實際差異為何對此有詳細說明。