鏡頭名稱相近怎樣避免掛錯素材：給互動作品做一張人工對應表

先給結論：把「節點、鏡頭、素材版本、入口狀態」四列寫進同一張表，每一行只對應一個可播放的素材檔案，名稱裡同時保留場景動作和後果差異。表用普通文件手工維護即可，DramaFork 當前沒有自動資產審計功能，誤掛與否要靠人按表核對。以下用虛構教學例子說明，數字和原話都不是實測資料。

假設你的互動作品裡有兩段影片，檔案名分別是 open_door_v1.mp4 和 open_door_final.mp4。看起來後者更新，於是你把「final」掛到了兩個不同節點上。問題在於，這兩段影片其實對應同一場景的兩種後果：一段是主角推門後燈亮著，一段是燈滅著。名稱只寫了「開門」和版本號，沒有寫後果，任何人隔一週回來都分不清哪段該進哪個入口。

這裡要區分兩個概念。節點是互動作品裡玩家做出選擇後進入的位置，DramaFork 用表格組織節點，不是拖曳圖。入口狀態指玩家到達這個節點時已經帶著什麼前情，比如是否見過某角色、是否拿過某樣東西。素材版本則是同一段影片改了幾次。三者混在一個檔案名裡，就會掛錯。

建議用一張四列表，每行一個素材檔案。列名固定為：節點、鏡頭、素材版本、入口狀態。下面是一張填好的虛構表，場景是「主角深夜回到舊屋」。

注意 N07 和 N08 的鏡頭都叫「推門」，但後果不同，所以素材版本名裡帶了 light 和 dark。N09 是 N08 的延續，多了「回頭」這個動作，單獨佔一行。這樣即使三段影片都叫「開門」，也能靠「入口狀態」這一列判斷該掛哪段。

名稱不要只寫「最終版」。final 只說明你當時覺得改完了，不說明它屬於哪個節點、哪個入口狀態。可以約定：素材名 = 場景動作 + 後果差異 + 版本號，版本號用 v1、v2、v3，不用「最終」「真正最終」。

假設你發現 N08 的玩家看到了燈亮的畫面，說明掛錯了。複核按三步走，不要直接改檔案名了事。

第一步，回到表裡找 N08 那一行，確認它的入口狀態是「已見過鄰居」。第二步，播放 open_door_dark_v2.mp4，確認畫面裡燈是滅的、且沒有「回頭」動作。第三步，檢查 N09 是否也誤掛了同一段，因為 N09 的入口狀態不同，它需要的是帶「回頭」的版本。

複核時把實際播放結果寫回表裡，比如在「素材版本」後臨時加一列「已核對」，寫「是」或「否」。這一步是人工的，DramaFork 不會替你判斷舊素材表達是否還成立。改過劇本或分鏡後，相關已完成步驟只會被標為需更新，舊資料保留，是否真的影響某段影片仍要你自己看。

互動作品裡常有角色找藉口的情節。比如角色說「我那天沒出門」，這只是角色的話，不是新的世界事實。寫進對應表時，可以在「入口狀態」裡註明「角色自稱未出門，未證實」。不要把角色的藉口當成玩家已知事實去掛素材，否則入口狀態會錯。

再檢查是否有多行共享同一素材。共享可以成立，但要逐行核對：入口的人物位置、持有物件、已知資訊是否與片段一致，出口動作是否能接到後繼節點。本例的燈滅片段不能僅因為場景相同，就掛到「已確認屋內有人」的節點；若影片明確表現無人回應，就與該入口衝突。把共享理由另記一句，後續修改一段影片時，也能找到所有使用它的節點。

做完表後，用這五項檢查：

1. 每個節點在表裡至少有一行，沒有節點漏寫。
2. 每行「素材版本」都能在本地素材包裡找到對應檔案。
3. 名稱相近的兩段影片，靠「入口狀態」能區分開。
4. 沒有任何一行只寫「最終版」而不寫場景動作和後果。
5. 誤掛複核後，實際播放結果已寫回表裡。

匯出本地素材包 localAssets 後，按說明運行並檢查離線；遠端連結包 remoteUrls 依賴網路與服務，不是永久資源保證。ZIP 成功不等於可玩性驗證，播放器也不等於編輯器。做完這張表，先挑名稱最像的兩行，各播放一遍，確認入口狀態與畫面對得上。