诊断矩阵：MOD 插件脏数据类型与 xEdit 清洗判定
在《上古卷轴 5》、《辐射 4》及《星空》等 Creation 引擎游戏的 MOD 生态中，模组制作者在官方编辑器（Creation Kit）中无意触碰的脏数据，是游戏莫名其妙闪退（CTD）的核心元凶。然而，盲目听信 LOOT 等排序工具的警告、对所有插件一键清洗，往往会破坏部分大型模组特意设计的“有意覆盖”。
| 脏数据错误类型 | 游戏引擎底层崩溃表现 | 危险等级 | xEdit 自动化处理动作 | 严禁清洗的特殊例外场景 |
|---|---|---|---|---|
| 彻底删除引用（UDR） | 后续 MOD 寻址该指针时发生空指针异常，游戏直接闪退（CTD） | 极度致命 | 自动转为“取消删除并设为初始隐藏”（Undelete and Disable） | 绝无例外，必须百分之百清洗。 任何残留 UDR 都会导致严重闪退。 |
| 完全雷同母本记录（ITM） | 意外还原下层 MOD 的修改，导致兼容补丁与数值失效 | 中度混乱 | 自动剔除与母本完全一致的多余记录 | 模组作者有意覆盖：如故意恢复原版数值、或天气模组强行覆盖 DLC 设置时不可清洗。 |
| 删除原版寻路网格（Deleted Navmesh） | NPC 寻路卡死原地不动、进入特定区域无预警直接跳出 | 致命故障 | 无法被工具自动修复，必须在 CK 中手动重绘网格并下沉 | 切勿使用自动脚本强行清洗，需使用社区专属 Navmesh 修复补丁。 |
| 误触边缘修改（Wild Edits） | 模组莫名附带了其他无关区域的水体高度、地貌形变 | 潜在冲突 | 无法自动清除，需在 xEdit 树状列表中手动对比后剔除 | 需要人工逐条辨别是否为作者有意添加的联动彩蛋或微调。 |
为什么 UDR（Deleted References）会引发无解闪退？
在 Creation Kit 编辑器中，许多新手作者为了“清空场地”，会直接选中原版物体按下 Delete 键：
- 引擎底层并不会把该物体优雅抹除，而是将底层 FormID 指针直接抹杀；
- 一旦玩家排序列表中加载了光影 MOD、天气 MOD 或 NPC 行为 MOD，这些下层模组试图读取被删物体的空间坐标时，引擎内存瞬间遭遇空指针解引用崩溃（Null Pointer Dereference），游戏无任何报错直接跳回桌面；
- xEdit 的清洗原理是拦截所有标记为 Deleted 的记录，强制将其转为 “取消删除（Undelete）并勾选 Initially Disabled（初始禁用）”，将物体隐藏在地图下方负 30000 单位处，既让玩家看不见，又保住了指针不崩溃。
xEdit Quick Clean 标准安全实战流程
第一步：配置独立快速清洗快捷方式
- 下载最新版 xEdit（如
SSEEdit.exe）； - 在 Mod Organizer 2（MO2）或 Vortex 中，将该程序注册为启动项；
- 在启动参数（Arguments）一栏填入核心开关：
-quickautoclean - 确保勾选生成备份文件（Backup plugins）。
第二步：单文件独立清洗规范
- 点击运行配置好的 Quick Auto Clean 程序；
- 在弹出的插件列表中，每次有且仅能勾选一个单独的 .esp 或 .esm 插件（绝对禁止多选并行清洗）；
- 等待程序自动执行 ITM 移除与 UDR 修复动作；
- 当控制台提示
Quick Clean complete时，直接右上角点击关闭并确认保存。 - 重新运行 LOOT 刷新，确认黄色脏数据警告已完全消失。