在 CapCut 中加入文字的方法，是先透過 Text Padder 產生一段長度精準的字串，再把結果貼到 CapCut 內建文字工具，然後把產生的片段拖到時間軸上。Text Padder 可以把任何來源文字延伸成精確的 Unicode 碼點長度，範圍從零到一百萬字元，做法是在左側、右側重複一個樣式，或同時分散在兩邊。你可以選擇原始文字、目標長度、樣式(例如一整排點、破折號或任何自訂字串)，以及由哪一邊負責填補。填補完成後，結果會下載成 UTF-8 TXT 檔，你可以直接貼到 CapCut 文字方塊中，當作標題卡、字幕、人物條、浮水印或章節標記使用。每個步驟都在你的瀏覽器本機執行，因此你填補過的文字絕不會離開你開啟的那個分頁。這種工作流程非常適合固定寬度的覆蓋層、重複的標題列，以及任何必須在多個場景中保持一致視覺寬度的標籤。
「加入文字」在 CapCut 中的意思
CapCut 在每個平台的編輯器中都內建了文字工具:手機、桌面和網頁版。當你在工具列點選「文字」時，可以直接把標題、副標題或內文區塊拖到影片片段上方。這是在 CapCut 中加入文字的標準方式，也是幾乎所有專案的正確起點。內建文字工具可以處理樣式、動畫預設、字型選擇、顏色、不透明度，以及文字在時間軸上的持續時間。
當你需要那個方塊中的文字維持精確且可預期的長度時，問題就出現了。像「Sale」這種原始標題只有 4 個字元，而「Summer Sale 2026」則是 16 個。如果你想讓影片中每張覆蓋卡片的視覺寬度都一致——例如一條固定 20 字元的橫幅——一個一個手動輸入既緩慢又容易出錯。這正是 Text Padder 補上的缺口。你不需要取代 CapCut 的文字工具;你只是餵給它預先整形過的字串，讓每張覆蓋在開始套用樣式前就已經是相同長度。
精確長度文字對 CapCut 專案的幫助
有幾個反覆出現的 CapCut 任務在搭配固定長度文字時看起來更乾淨:
- 章節或段落標記:每個標籤都必須佔據畫面上同一條水平線。
- 人物條，標示講者姓名，其中冒號與角色說明在剪接點間要對齊。
- 浮水印與標誌，在同一個角落逐幀重複，大小不會飄移。
- 測驗卡、倒數計時器或步驟指示器，需要一致地延伸到右側邊緣。
- 標題列，以平衡的一串點、星號或長破折號框住置中的標題。
在每種情況下，填補都能讓來源字串擁有確定性的寬度，使其餘版面配置保持可預期。在等寬字型中先 mockup 好畫面的設計師，只要把填補過的文字貼進 CapCut 文字方塊，就能得到相同的形狀。
三步驟產生填補過的文字
- 開啟 Text Padder，把來源字串貼到輸入欄位。在 Unicode 碼點中輸入目標長度——一個介於 0 到 1,000,000 之間的整數。如果要做 20 字元的橫幅，輸入 20。
- 輸入一個非空的填補樣式。單一字元就可以了(「·」、「-」、「*」)，但較長的樣式重複起來一樣乾淨(「=-」、「...」)。選擇一邊:左、右或兩邊。按下「Pad」。
- 檢視預覽與回報的碼點長度。如果一切相符，按下「Download」把結果存成 UTF-8 TXT 檔，再把文字貼到 CapCut 文字方塊中。把產生的片段拖到時間軸上，照平常方式套用樣式。
原始來源仍會顯示在輸入欄位中，以便你調整樣式或方向再重跑一次。更動任何欄位都會清掉先前的結果，因此舊的預覽絕不會被誤認為新設定。如果來源已經等於或超過目標，Text Padder 會原封不動地回傳——它絕不會為了強迫縮短結果而截斷文字。
挑選適合你片段的樣式與方向
樣式與方向的選擇會決定最後覆蓋層的樣貌。單一字元的樣式會產生乾淨的橫條(「----」或「····」)。雙字元樣式會產生帶紋理的橫條(「=-=-」)。樣式可以是任何非空文字，包括表情符號、標點、空格或字母組合。
| 覆蓋樣式 | 最佳方向 | 適用原因 |
|---|---|---|
| 置中標題搭配平衡邊框 | 兩側 | 對稱填補讓標題在畫面中保持視覺置中。 |
| 靠右對齊的時間戳或時鐘 | 左側 | 在時間前方加上字元，讓可見字串停在右側邊緣。 |
| 靠左對齊的章節名稱 | 右側 | 讓章節名稱緊貼左側，同時填滿後方空間。 |
| 橫跨整個畫面的橫幅 | 兩側 | 在來源文字周圍建立平衡的點、破折號或星號邊框。 |
| 固定在單一角落的浮水印 | 右側或左側 | 單側填補讓來源文字持續釘在固定位置。 |
看個算過的例子來理解。取來源文字「Hi」——2 個碼點——目標長度 8，樣式「•」套在兩側。缺少的長度是 8 − 2，等於 6 個碼點。把 6 平均分到兩側，左邊 3 個、右邊 3 個。最終字串是「•••Hi•••」，共 8 個碼點長。請用畫面上的長度確認數字，再把結果貼進 CapCut 文字方塊。
當缺少的長度是奇數時，「兩側」規則仍然適用:右側會拿到多出來的那個碼點。把「Hi」填補到長度 7 套在兩側，左邊 2 個、右邊 3 個，得到「••Hi•••」。規則是固定且確定性的，因此每次執行的預覽都會一致。
Unicode 碼點如何決定長度
Text Padder 透過 JavaScript 的字串迭代器來衡量長度，它計算的是 Unicode 碼點，而不是 UTF-16 程式碼單位。大多數單一表情符號算 1 個碼點，因此像「Hi 😊」這樣的字串是 4 個碼點，而不是 5 個。組合附加符號會與其基底字母分開計算，而合併的表情符號序列即使在畫面上看起來像單一字形，內部仍可能包含多個碼點。這個工具會明確回報它採用的是碼點模型，避免把數字和視覺字形、位元組、單字或 grapheme cluster 搞混。
這在你把填補結果貼到 CapCut 時很重要。回報的碼點長度是文字長度，不是視覺寬度或位元組數。寬版的 CJK 字元、tab 鍵、比例字型的字母，或表情符號字形，實際佔用的像素可能和數字暗示的不同。請用回報的長度確認填補執行正確，但在鎖定畫面之前，一定要檢查 CapCut 預覽。如果規格要求固定位元組長度——例如資料庫欄位、二進位協定，或 UTF-8 編碼的檔案——請改用具備格式感知的位元組工具，而不是 Text Padder，因為同一個碼點數可能對應到不同的位元組數。
限制與快速修正
在執行大型工作前，有幾個邊界值得先了解:
- 目標必須是非負整數。小數、負數、空值或非數字輸入都會被拒絕，因此請設定一個最多 1,000,000 的整數。
- 當需要新增字元時，填補文字不能為空。空格、換行、標點、表情符號與多字元樣式都算合格，因為它們都是一般文字。
- 超過一百萬碼點的輸入不會被展開，目標本身也不能超過文件記載的上限。這個上限限制了記憶體用量、重複串接、預覽算繪與下載建立。
- 如果來源已經等於或超過目標，Text Padder 會原封不動地回傳來源。它絕不截斷，因此需要填補時請設定較大的目標。
- 目標為零是有效的，但依據同一條「不截斷」規則，非空的來源文字會保持不變。
隱形的填補——由零寬字元或重複空白組成的字串——光用肉眼很難檢查。請相信回報的長度與下載下來的 TXT 檔，而不是單看畫面預覽。下載按鈕只在被點擊時才會建立暫時的 Blob URL，接著啟動瀏覽器下載，並立即撤銷該 URL，因此事後完全不需要清理。只要來源、目標、樣式與方向相同，永遠會產生相同的字串，讓輸出在多次執行間具有可重現性。
填補、預覽與 TXT 下載建立的流程遵循用於下載的 MDN Blob 介面文件，以及定義碼點迭代方式的 MDN 字串迭代器文件，這兩份文件都已在工具頁面中提供連結，供想了解底層規格的讀者查閱。
如果你正在權衡選項，如何在 DaVinci Resolve 中加入精確長度標籤的文字對此有詳細說明。
如果你正在權衡選項，如何在 iMovie 中加入精確長度標籤的文字對此有詳細說明。