DramaFork 改完劇本後,哪些素材需要重新檢查?一張變更影響表
修改劇本後,應按策劃、分鏡、風格、角色、節點和影片之間的依賴檢查已有結果,再重新試玩和匯出。DramaFork 會將受影響的相關已完成步驟標為「需更新」,保留舊內容供檢查;這個狀態提示的是版本可能不一致,不是每份素材都已經被刪除。

導讀
修改劇本後,應按策劃、分鏡、風格、角色、節點和影片之間的依賴檢查已有結果,再重新試玩和匯出。DramaFork 會將受影響的相關已完成步驟標為「需更新」,保留舊內容供檢查;這個狀態提示的是版本可能不一致,不是每份素材都已經被刪除。
本文由 DramaFork 按 2026 年 10 月 4 日的工作台實作整理,說明修改影響和檢查方法。具體操作入口以所用版本為準,不將程式碼規則稱為本次線上實測。
先分清改了故事的哪一層
一句台詞、一個人物目標和一條跳轉,帶來的影響不同。修改前先記錄四項:改動對象、舊內容、新內容、需要保留的敘事結果。
例如將「許嵐要求查看原始單據」改成「許嵐相信領取人,直接交出物件」,影響的就不只是字幕。人物行動、鏡頭、選項前的資訊和結局條件都需要複核。
如果只替換一個意思不變的措辭,也要確認配音、字幕和分鏡台詞仍然一致。檢查可以縮小範圍,但不能因為改動字數少,就認定所有後續結果無需處理。
當前工作台按步驟關係提示更新,並不逐句證明新舊劇本的語意差異。作者需要在這些提示上補充具體判斷。
用依賴表確定檢查順序
| 改動發生在 | 工作台關聯的下游檢查範圍 | 作者首先核對什麼 |
|---|---|---|
| 策劃 | 劇本、分鏡、風格、角色、節點、影片、預覽、匯出 | 世界規則和人物目標是否改變 |
| 劇本 | 分鏡、風格、角色、節點、影片、預覽、匯出 | 行動、資訊、分支與結局是否仍對應 |
| 分鏡 | 節點、影片、預覽、匯出 | 鏡頭編號、內容覆蓋和播放順序 |
| 風格 | 角色、影片、預覽、匯出 | 角色參考和畫面表達是否統一 |
| 角色素材 | 影片、預覽、匯出 | 新形象與已生成鏡頭是否一致 |
| 互動節點 | 預覽、匯出 | 選擇目標、路徑和結束條件 |
| 影片素材 | 預覽、匯出 | 素材是否正確載入並承接前後鏡頭 |
表中的範圍是依賴提示。它不能代替逐項驗收,也不代表其中所有檔案都必須重新生成。例如同一場景仍可沿用舊畫面,但作者必須確認舊畫面沒有保留已經刪掉的動作。
檢查應沿著上游到下游推進。劇本還在變動時,先處理節點和影片,很容易讓剛完成的結果再次過期。
一個劇本改動怎樣傳到最終作品
假設舊版裡玩家先查登記簿,再選擇是否交出物件;新版改為先決定是否交出,之後才有機會核驗。鏡頭所在位置可能相似,但玩家作出決定時擁有的資訊已經不同。
第一步檢查劇本:新順序是否讓玩家承擔尚未被提示的風險?如果要保留不確定性,是否提供了足夠線索讓玩家理解?
第二步檢查分鏡與節點:選項是否仍出現在舊鏡頭後?按鈕文案有沒有暗示玩家已經看過登記簿?兩種選擇是否指向新版目標?
第三步檢查素材:舊影片若出現「剛才的登記時間不對」,就暴露了新版還未獲得的資訊。即使畫面能播放,這條台詞也需要替換。
最後從入口走完整條路徑,確認結局讀取的是新版選擇。單獨看某個鏡頭沒有問題,不能證明整條路徑因果正確。
三類結果分別處理
可以繼續檢查複用的內容:場景氣氛、未變化的人物外觀、與劇情資訊無關的空鏡。記錄它依賴的設定,並確認對應設定仍成立。
必須改寫或替換的內容:與新行動衝突的台詞、指向已刪除節點的選項、出現舊人物狀態的鏡頭。先修引用與事實,再考慮潤色。
暫時無法判斷的內容:狀態相關表演、含糊的結局回饋、多個路徑共用的鏡頭。標記涉及哪些前提,並分別試玩相關路徑,不能憑一條主線通過就宣布可複用。
這些分類是人工審核方法。步驟如何恢復完成、哪些素材能重新選擇,仍需按工作台提供的操作執行,不應假定存在一鍵確認全部複用的功能。
修改記錄要寫成別人能繼續工作的說明
| 記錄項 | 示例 |
|---|---|
| 修改原因 | 將核驗放到選擇之後,強化承擔風險的主題 |
| 改動範圍 | 劇本第二場的動作順序與相關選項 |
| 需要替換 | 提前透露核驗結果的台詞和鏡頭 |
| 需要複核 | 兩條路線的結局資訊與共用鏡頭 |
| 驗收結果 | 兩條路線均按新版資訊順序完成 |
| 交付版本 | 新匯出包名稱和完成核驗的日期 |
最後兩項應在實際驗收後填寫。沒有運行記錄時,保持為未驗收,不能把「已準備修改」寫成「已經通過」。
多人輪流處理一個專案時,記錄還要指出誰負責劇本、誰負責素材、誰負責試玩。它是工作交接,不意味著產品已經提供即時多人協作編輯。
重新試玩,再重新交付
舊匯出包不能因為雲端劇本已修改,就被當成最新交付物。確認分鏡、節點和素材一致後,重新試玩受影響路徑,檢查選擇前資訊、即時回饋與結局,再生成新的包。
DramaFork 的創作流程強調逐階段檢查與繼續修改。最實用的做法,是把這張影響表與專案的改動記錄放在一起:每次改上游,都能說清哪些結果檢查過,哪些仍待處理,以及對外應使用哪個版本。


