劇本中的簡訊會依據觀眾是聽到內容、在手機螢幕上看到，還是只在劇本中讀到，分別格式化為交錯對白、畫面插入字幕或動作線轉錄。三種方式不能互換：每一種都與觀眾建立不同的視覺與聽覺合約，在同一場景中途切換會被視為錯誤。交錯對白把每則訊息視為一句口白，寫在寄件者的角色名稱下方，並以一個拍點與周圍的動作區隔。畫面插入字幕將文字以全大寫或引號片段的形式放入帶有 slug 的 SUPER 中，由製作組疊在手機或螢幕畫面上。動作線轉錄則以散文描述交換過程，讓周圍的對白承擔情緒重量。大多數專業劇本會在整場戲中固定採用其中一種；在同一段交換中混用，是劇本評析中最常被標記出來的格式錯誤。
劇本呈現簡訊的三種標準方式
劇本呈現簡訊的方式，取決於觀眾應如何接收這則訊息。如果訊息被聽到，就寫成對白。如果訊息在螢幕上被讀到，就寫成 SUPER 或 INSERT。如果訊息是內在的或暗示性的，就在動作線中描述。每種方式對編劇施加不同的慣例，這正是長片劇本幾乎不會在同一段交換中混合使用的原因。
| Method | When to Use | Visual Cue on the Page |
|---|---|---|
| Intercut dialogue | Audience hears the messages spoken aloud by the actor | Character name above each message, alternating between senders |
| On-screen insert / SUPER | Audience reads the message on a device that is visible in the shot | Slug line (SUPER) followed by the message in CAPS, with a timestamp |
| Action-line transcription | Messages are referenced but not heard or visibly shown | Prose paragraph that describes the exchange in past or present tense |
這個選擇在很早就會定下來。如果一場戲以交錯對白開場，卻在第三則訊息時切換成 SUPER，讀者會以為這是有意的風格轉變，而製作人在評析中也會注意到。一旦為某場戲選定了慣例，就要在整段交換中貫徹；一致性正是讀起來專業的關鍵。
交錯簡訊交換的結構解析
交錯的簡訊交換讀起來就像兩位說話者之間的一來一往，即使角色不在同一個房間裡。每則訊息位於寄件者角色名稱下方，且幾乎不使用括號註解，因為媒介本身已暗示了聲音。傳統結構遵循穩定的節奏，劇本解析器透過空行間距來讀取：
- 一個動作線建立一位角色獨自與手機相處的場景。
- 一個 cut-to 或 INSERT 簡短介紹第二位角色。
- 每則訊息以對白形式書寫，角色名稱交替出現。
- 最後一個動作線或括號註解將讀者拉回場景空間。
在交錯格式中過度使用括號註解的編劇會打斷節奏，並喪失交換的俐落感。(TEXT) 標籤通常只在序列的第一則訊息上標註一次，以釐清媒介，後續行不再標註，因為交替出現本身已建立模式。元素之間的空行是劇本軟體讀取為結構分隔的依據，這也是為什麼草稿中每一行的結尾在文字匯入 Final Draft、Highland 或 Fountain 之前都必須正確。
4 個步驟格式化乾淨的簡訊草稿
在任何簡訊交換進入劇本解析器之前，草稿必須看起來像真實的段落。從 PDF、電子郵件串或聊天視窗貼上會讓每行在句中硬換行，標點寬度混雜，空行倍增。最乾淨的路徑是讓草稿通過一個一鍵排版工具，處理段落、縮排與標點寬度，而無需重寫任何一個字。Text Formatter 正是為這類匯入前清理而打造的，整個操作只需要一次處理。
- 貼上草稿文字。將原始交換內容從 PDF、電子郵件或聊天記錄直接放入輸入框。這個階段允許出現換行、斷裂的標點與不一致的間距；工具會一鍵將其標準化。
- 選擇正確的預設。**Pick "Format as article, English" if the script is in English or other Latin-script language. Pick "Format as article, CJK" if the screenplay is being written in Chinese, Japanese, or Korean prose. Pick "Plain cleanup" if the draft is structurally fine and only needs whitespace tidied.（譯註：此清單項目原文為英文，按規則保留不譯。）
- Fine-tune a single rule if needed. Open the advanced section and toggle the specific rule that does not fit the scene, for example turning off the indent rule if the script style guide prefers flush-left paragraphs, or disabling the full-width punctuation conversion if the production is in mixed-script English.（譯註：此清單項目原文為英文，按規則保留不譯。）
- Copy the result back into the script. Take the cleaned text into the screenplay software. The pipeline is deterministic and idempotent, so running the same draft through twice changes nothing; it is safe to use as a production step.（譯註：此清單項目原文為英文，按規則保留不譯。）
對於 CJK 劇本寫作，CJK 預設還會在 CJK 字元之後將半形標點轉換為全形，並在 CJK 字元與相鄰的拉丁字母或數字之間插入慣用的空格。標點轉換器具有上下文感知能力：中文文字後的逗號會變成全形逗號，而 3,000 中的逗號以及一般英文句子中的逗號則嚴格保持不變，因為一個無法分辨兩者的寬度轉換器造成的傷害多過益處。依據 W3C 中文文字排版需求，半形與全形的決定應遵循腳本上下文，而非籠統的規則，工具也遵循此慣例。全形字元對應表會對照 Unicode 字元資料庫進行驗證，而非憑假設。
當貼上的草稿一團亂時
最難格式化的草稿是來自 PDF 和聊天視窗的那些。從評析文件匯出的劇本註解，每一行都會在原本欄寬處硬換行。從共享 Google Doc 複製出來的場景會失去縮排。帶有 "-----Original Message-----" 分隔線的電子郵件串會打斷段落流暢度。任何這類情況若直接貼入軟體，都會混淆劇本解析器，因為解析器將空行讀為場景分隔，並將縮排讀為角色提示。
清理並非創意改寫。工具是整理文字，而非重寫文字。同一份草稿跑兩次，第二次不會改變任何東西，這正是它能作為製作步驟的安全特性。輸入上限為一百萬字元，即便在該規模下也僅需約十分之一秒即可單次處理完畢，因此整部長片長度的草稿對它而言並非難事。所有處理都在瀏覽器中執行，不會上傳、儲存或綁定帳戶，這在劇本尚未公開且具機密性時格外重要。
如果你的寫作語言混用 CJK 與拉丁字母（在當代東亞電影中很常見），CJK 預設能正確處理兩者。CJK 與拉丁字元之間的間距規則遵循已發布的 W3C clreq 指引（這是螢幕上中文排版的參考標準），標點寬度亦遵循相同的腳本上下文規則。預設是一種便利，而非牢籠：每一條個別規則在進階設定中也是一個開關，因此編劇可以保留 CJK 間距規則，並在製作風格要求全段使用半形標點時關閉全形標點規則。
跨類型的三個真實劇本範例
同一段簡訊交換會依場景功能讀成不同的格式。驚悚片使用畫面插入字幕，因為觀眾必須看到威脅落下。喜劇片使用交錯對白，因為笑點在於節拍而非螢幕上的文字。劇情片使用動作線轉錄，因為情緒節拍是內在的，簡訊是作為回憶裝置。比較同一情節在三種風格中的呈現：交換內容為「Where are you?」接著「Running late. Ten minutes.」。
交錯（喜劇節拍）：兩個角色名稱在兩則訊息上方交替出現，第二則回覆後接一個動作線，承接視覺笑點。第一則訊息加上單一 (TEXT) 括號註解以釐清媒介，場景其餘部分則依交替節奏進行。
畫面插入字幕（驚悚揭曉）：SUPER slug 寫著「TEXT - JESS - 11:47 PM」，後接全大寫訊息，當第二則回覆送達時鏡頭推向手機。手機螢幕在閱讀期間保持可見，音訊通常為配樂而非口白。
動作線轉錄（劇情回憶）：單一段落以過去式描述交換，第二則訊息作為角色回憶中觸發情緒節拍的引子。對白圍繞段落承載重量；簡訊本身不在螢幕上被引用。
每種版本都遵循各自的內部規則。交錯格式要求每行都有角色名稱。畫面插入字幕要求 SUPER slug 與時間戳記。動作線轉錄除段落本身外不要求任何東西，引用的交換內容中不包含角色名稱。清楚自己正在寫哪種場景，會在動筆之前就告訴你該使用哪種版本，這正是讀起來專業的劇本與讀起來像草稿的劇本之間的差別。
若你在權衡選項，How to Sort iPhone Text Messages by Date 對此有詳細說明。