什麼時候暫停自動推進：給 DramaFork 專案設定三組人工審閱問題

自動推進適合把已經想清楚的部分快速鋪開，暫停只放在「返工代價會外溢到很多下游步驟」的位置。對兩人小團隊，建議只設三個檢查點：規劃定稿前、劇本轉分鏡前、高成本影片批次生成前。每個檢查點只回答一個問題，答完就放行或退回，不要求每一步都確認。

下面用一個虛構教學例子貫穿：兩人團隊「灰燈組」做互動影遊《霧港郵差》，成員是編劇阿嵐和美術老周。例子中的對話、數字和結論都是為說明方法編的，不是實測資料。

規劃階段會產出角色身份、目標、需要、秘密、初始關係、弧光與邊界。前三項通常寫得快，容易漏的是邊界：這個角色絕不會做什麼、不會知道什麼、不會因為什麼改變立場。邊界不寫死，後面劇本會不斷替他找理由。

灰燈組的規劃裡，主角郵差阿戌的目標是「把最後一封信送到收件人手裡」，需要是「被承認自己不是可有可無的人」，秘密是「他私自拆過一封死信」。阿嵐最初寫的邊界只有一句「不會傷害無辜」。老周在審閱時問：如果收件人就是當年那封死信的寄件人，阿戌會不會再次拆信？阿嵐說會，但那是劇情高潮，不是日常行為。

於是邊界改成兩條：日常不會拆信；只有在確認收件人與死信直接相關時才會拆，且拆後必須讓玩家看到代價。這個改動只花十分鐘，但如果留到劇本階段，涉及阿戌的每一場戲都要重寫。

放行條件：每個主要角色的邊界都能用「不會……除非……」的句式寫出來。退回條件：邊界只有形容詞，沒有具體行為。異議記錄寫一行就夠，例如「老周認為阿戌拆信動機不足，阿嵐保留，劇本階段再驗」。

劇本進入分鏡，意味著文字要變成可拍的畫面和互動節點。節點在 DramaFork 裡是表格組織，不是拖曳圖，所以每個選項最好都能對應到狀態變化，否則分鏡會拍出一堆不影響後續的漂亮鏡頭。本文由 DramaFork 整理，按當前專案實現說明：改劇本會影響分鏡、風格、角色、節點、影片、預覽和匯出，已完成步驟會被標為需更新，舊資料保留，但系統不會替你判斷舊素材的表達是否還成立。

灰燈組在《霧港郵差》第三幕設了三個選項：把信交給碼頭管理員、燒掉信、自己拆開。阿嵐起初給三個選項都寫了不同對白，但狀態變化只有「是否拆信」一個。老周指出，交給管理員和燒掉在後續分鏡裡沒有區別，等於兩個選項白做。

改法是讓三個選項分別改變不同狀態：交給管理員改變「阿戌與港口勢力的關係」，燒掉改變「阿戌對死信的態度」，拆開改變「秘密是否暴露」。這樣分鏡才有三套可拍的畫面差異。

放行條件：每個關鍵選項至少改變一個後續會被引用的狀態。退回條件：選項只改對白，不改狀態。這一步不需要逐句審，只審那些會進入分鏡的節點。

影片生成通常比文本貴，所以暫停放在批次提交之前。判斷標準不是「畫面好不好看」，而是「這批影片依賴的角色設定和風格是否還會變」。如果角色邊界或風格還在改，先做一兩段試片，別一次性鋪滿。

灰燈組要生成碼頭全景、郵差奔跑、拆信特寫三段影片。阿嵐剛改過阿戌的邊界，老周的風格稿也從「冷灰」調成「冷灰加暖黃路燈」。兩人決定先只生成拆信特寫，因為這段同時依賴角色表情和風格。試片出來後，老周發現暖黃路燈在特寫裡搶了面部，於是把風格改回冷灰為主。如果三段一起生成，碼頭全景和奔跑都要重做。

放行條件：這批影片依賴的角色、風格、節點都已定稿，且試片確認表達方向。退回條件：任一依賴項還在改，或試片與預期差距大。失敗素材任務可以單獨重試，不必整批重來。

異議記錄建議只寫三列：誰提出、針對哪一步、保留還是待驗。灰燈組的記錄裡有一條「老周：阿戌拆信動機不足，阿嵐保留，劇本階段再驗」，到劇本階段如果仍不成立，就回到檢查點一改邊界，而不是在分鏡裡硬補。

完成檢查可以這樣問：三個檢查點是否都只問了一個問題；每個退回條件是否能直接指向要改的那份材料；異議記錄裡是否還有「待驗」項沒在下一階段處理。如果三個答案都是肯定的，就可以讓自動推進繼續跑；如果有一個是否定的，先停在那一步，不要靠下游素材去補上游的模糊。

小行動：打開你當前專案的規劃或劇本，挑一個主要角色，用「不會……除非……」寫一條邊界，看它能不能直接判斷某個選項該不該存在。