DramaFork 影片失敗後怎樣重試：先判斷提示、素材還是任務狀態

影片任務失敗後，先記錄任務與原始提示，再核對輸入版本，決定是否修改相關分鏡或參考後單獨重試。要先分清兩種情況：任務沒有返回可用影片，以及已經返回影片但內容不符。前者查實際錯誤和狀態，後者看畫面與輸入是否一致。本文由DramaFork整理，下面用虛構鏡頭演示檢查方法，不把構造的現象當作平台真實報錯或成功率記錄。

重試前先寫清楚失敗的是哪個素材任務，而不是「影片失敗了」。建議記錄四項：任務名、它依賴的分鏡或角色、這次用的輸入版本、介面給出的錯誤提示原文。錯誤提示要抄原話，不要改寫成自己的理解，因為改寫會丟掉它指向的環節。

虛構專案《霧港夜談》的「碼頭回望_03」使用分鏡v4和角色參考v2。記錄時應抄實際介面提示；這裡不造一個平台錯誤碼。若任務已完成但畫面錯誤，就寫「片段已返回，回頭動作與預期不同」，另列期望動作。這樣不會把內容品質問題誤記成服務拒絕了請求。

不同提示指向不同環節，先歸類再動手，能避免改錯地方。

歸類只是縮小範圍，不代表提示一定準確。提示約束不保證每次輸出正確，所以歸完類還要人工核對一次。

回到「碼頭回望_03」。假設已經返回片段，動作不符，作者發現分鏡同一句同時要求人物面對海面和正對鏡頭。這是輸入本身的矛盾，可以先改文字。正面角色參考並不自動與背面鏡頭衝突，不能僅憑參考朝向就下結論。

本例先將動作改為「人物面向海面站定，再回頭看岸上的來人」，明確鏡頭相對位置和結束朝向。保留角色參考，不一次換掉全部輸入。若實際失敗提示與動作無關，就不能用這張表證明原因；應繼續查提示指向的環節。排查記錄保存的是現象、假設和本次改動，不把假設寫成已驗證原因。

確定衝突後，改動要落在相關輸入上。這個例子裡，可以改分鏡動作，把「背對鏡頭回望」寫得更明確；也可以換一張朝向匹配的角色參考圖。改完記下新版本，比如「分鏡v5 + 沈硯_預設v2」，然後只重試「碼頭回望_03」這一個任務。

這裡涉及工作流的真實下游關係：改分鏡會影響節點、影片、預覽和匯出；改角色會影響影片、預覽和匯出。所以改完分鏡後，只把相關的已完成步驟標為需更新，舊資料保留。沒有語義精確的自動差分，也沒有一鍵確認復用，創作者要人工核對這次修改是否改變了舊素材的表達。不要因為改了一個分鏡，就把整個專案的影片全部重跑。

重試不是無限循環。出現下面任一情況，建議停下來，先回到輸入層排查，而不是繼續點重試：

1. 同一個錯誤提示連續出現兩次以上，且輸入版本沒有變化。
2. 排查表裡所有檢查項都標了「不衝突」，但提示仍指向素材衝突。
3. 你開始靠編造角色動機來解釋失敗，而不是改提示或素材。
4. 任務狀態顯示異常，但你沒有先確認狀態就反覆重試。

停止重複重試不等於放棄，而是把動作從「再點一次」換成「再核對一次輸入」。這一步能省下的，是反覆重跑整個專案帶來的混亂。

做完一輪後，用這幾條確認是否真的解決：

• 失敗對象已記成一行，含任務名、依賴、輸入版本、錯誤原文。
• 錯誤已歸到提示、素材或任務狀態三類之一。
• 衝突排查表逐條填過，沒有靠編造設定解釋。
• 只改了相關輸入，並記下新版本號。
• 只重試了對應素材任務，沒有無條件重跑整個專案。
• 相關下游步驟標為需更新，舊資料仍保留。

如果這六條都滿足，這次重試就是有依據的。下次再遇到影片失敗，先寫那一行記錄，再決定改哪裡。