剪映 Skill 生成草稿後媒體遺失如何定位
先確認素材還在，再查草稿如何指向它
剪映 Skill 已產生草稿，打開卻報媒體遺失時，先保留原稿與素材，確認檔案是否仍存在，再核對草稿記錄的路徑與素材識別 ID。這兩項都有線索後，才判斷是否涉及 macOS 相容性或版本差異。
本文是截至 2026-10-10 的公開來源研究，未操作剪映。Issue 22 記錄了 Mac／11.2.0 的素材報錯；這是一個問題案例，不能推算故障率。
用錯誤訊息縮小範圍
先保存完整錯誤文字。若要查看草稿檔，只讀副本中可辨識的 JSON，例如 draft_info.json；找不到或無法讀取就記錄下來，不必改寫或解密。以下是依上游整理的排查方法，並非所有可能原因。
| 可見症狀 | 核對欄位或檔案 | 原始證據 | 可支持的處理與限制 |
|---|---|---|---|
| 素材仍在，卻提示遺失 | 該素材的 path 是否指到實際檔案；local_material_id 是否空白 | PR 23 說明識別問題，修改為依檔名產生非空 ID | 對照所用 Skill commit 是否包含修改；ID 非空仍不足以證明整份草稿正常 |
| 移動素材或清理暫存後才失效 | path 是否指向草稿外；草稿內是否真的有素材副本 | PR 23 變更 加入 materials/ 複製流程 | 保留仍存在的來源，查複製是否成功；合併程式碼仍有複製失敗後沿用原路徑的分支 |
| 雲端音樂找不到 | 音樂 path 的實體檔案、下載失敗訊息；是否只剩 cloud_music_…mp3 名稱 | PR 23 變更 移除不存在檔案的占位路徑，下載失敗時停止加入 | 先釐清下載結果；有檔名不代表音樂已下載 |
| macOS 顯示無權限或格式不支援 | 完整錯誤、來源路徑、已知的格式／編碼資訊及生成紀錄 | PR 20 另處理草稿目錄、媒體解析與格式適配 | 將權限、解析或格式症狀分開回報，不能只因使用 Mac 就判定原因 |
特別留意複製失敗訊息：合併版本 的預設目的地是草稿內的 materials/，但失敗時仍可能引用原檔。不要只看資料夾存在，還要對照那一筆素材的實際 path。
有合併紀錄，仍要核對本機版本
PR 23 與 PR 20 均於 2026-09-11 合入 main；合併本身不能證明你安裝的版本已包含修改。PR 23 作者回報用五個本地影片驗證成功，這是上游測試，不是本文實測，也未證明所有既有草稿都能恢復。
Issue 26 詢問新版草稿能否用 5.9 匯出，本次查閱仍未見解答。因此別把降級當作確定解法；打開素材與成功匯出也要分開記錄。
回報時附上可比對的線索
可複製以下欄位。不確定就填「未知」，保留失敗步驟；若後續重現，使用草稿副本及可公開的測試素材。
- OS 與版本：
- 剪映完整版本：
- Skill 版本／commit；不知道則填安裝來源與日期：
- 完整錯誤文字；發生於生成、打開、預覽或匯出：
- 草稿如何生成、如何打開：
- 哪類素材受影響；實體檔案是否仍在：
- 是否移動檔案、清理暫存；音樂來自本地或雲端：
- 可讀時填 path／local_material_id；是否產生草稿內副本：
- 已試步驟、每一步結果、預期結果：
公開前遮去帳號、私人目錄及客戶名稱。路徑可寫成「使用者目錄／測試專案／素材 A.mp4」，並保留它位於草稿內、草稿外或暫存區的資訊。不要附上私人媒體或完整原稿。