診斷矩陣：MOD 插件髒資料類型與 xEdit 清洗決策
在《上古卷軸 5》、《異塵餘生 4》等 Creation 引擎遊戲的模組環境中，MOD 開發者在官方編輯器（Creation Kit）中誤觸殘留的髒資料，是遊戲莫名閃退（CTD）的主因之一。然而，盲目聽信排序工具警報對所有檔案進行清洗，反而可能摧毀部分模組特意安排的「相容性覆蓋」。
| 髒資料類型 | 遊戲底層錯誤機制 | 危險層級 | xEdit 自動清洗處理機制 | 嚴禁清洗的特殊例外情況 |
|---|---|---|---|---|
| 刪除引用記錄（UDR） | 其他模組嘗試存取該物件時觸發空指標，遊戲立即無預警閃退 | 極度致命 | 自動轉為「復原刪除並設為初始停用」（Undelete and Disable） | 絕無例外，必須百分之百清除。 任何殘留 UDR 都是潛在閃退炸彈。 |
| 完全相同記錄（ITM） | 覆蓋其他模組的修改，使下方相容修補程式失效 | 中度干擾 | 自動剔除與 Master 完全一致的重複項目 | 作者刻意覆蓋：例如刻意重設 DLC 修改數值時不可隨意清除。 |
| 刪除原版尋路網格 | NPC 尋路機制凍結、跨越地圖單元格邊界時直接閃退 | 致命損壞 | 無法自動修復，必須透過 Creation Kit 手動重建並下沉 | 嚴禁使用腳本自動清理，應尋找專門的社群網格修復檔。 |
| 誤觸邊界修改（Wild Edits） | 模組意外包含了未預期的地貌變更或水面高度改動 | 中度衝突 | 需於 xEdit 中手動比對樹狀節點並逐一刪除 | 需人工逐條審視，確認是否為功能所需的相依性改動。 |
為什麼 UDR 會導致遊戲瞬間閃退？
在 Creation Kit 中，若作者直接對原版物件執行 Delete：
- 引擎在載入該場景時將找不到該 FormID 參照；
- 當其他光影、天氣或 AI 模組試圖存取該參考點時，引擎會發生 Null Pointer Dereference（空指標引用異常），導致遊戲直接跳回桌面；
- xEdit 的清洗流程會將刪除標記解除，將物件沉入地底負 30000 座標處並設為 Disabled，既達成隱藏效果，又維護了記憶體參照鏈的完整性。
xEdit Quick Clean 標準作業流程
第一步：建立快速清洗捷徑
- 下載對應版本的 xEdit（例如
SSEEdit.exe）； - 於 Mod Organizer 2 (MO2) 設定執行路徑，並於參數欄（Arguments）加入：
-quickautoclean - 確保自動備份選項已啟用。
第二步：單一插件獨立清洗法
- 啟動 Quick Auto Clean；
- 於清單中每次僅勾選一個待處理插件，切勿批次全選；
- 靜待 xEdit 完成 ITM 剝離與 UDR 復原程序；
- 顯示
Quick Clean complete後關閉儲存檔案； - 重新整理排序工具，驗證警告已排除。