要点
- 没有官方模组支持，也没有兼容承诺：先保护数据，再建立基线，最后定位问题。
- 把角色和世界另存为可恢复的副本，并按日期与游戏版本命名，不要只叫「最新备份」。
- 用全新角色和世界做原版测试；隔离时连加载器一起移除，而不只是移走模组文件。
- 按依赖关系分组逐步恢复；模组页面上的更新日期不等于兼容证明。
大版本更新后，先不要用主存档反复尝试一整套旧模组。游戏本体可以正常启动，不等于加载器、依赖和所有模组已经适配。官方没有官方模组支持，也没有承诺第三方模组始终兼容，参见官方声明。最安全的处理顺序是保护数据、建立可用基线，再定位问题。
第一步：把世界和角色与排查过程隔开
正常退出游戏或停止服务器，保存可恢复的角色与世界副本，同时记录模组名称、版本、依赖和配置。建议给这份副本写清日期与游戏版本，不要只叫“最新备份”。
如果使用了增加物品、建筑或地图内容的模组，尤其不要直接在无模组环境里打开主世界并保存。缺失内容可能带来不可逆变化。原版测试应先使用新建测试角色与世界，而不是用多年存档做实验。
第二步：判断游戏本体是否正常
按照所用模组管理方式暂时隔离加载器与模组，确认原版测试环境能够启动和保存。只把一个模组文件移走，未必等于加载器已经停用；本站建议连加载器一起移除再测试，参见更新与模组提示。
若原版测试同样失败，先记录报错并走官方支持流程，不要继续把所有问题都归因于某个模组。若原版正常，再进入下一步。
第三步：按依赖关系恢复
先检查加载器与基础依赖是否支持当前游戏版本，再恢复少量模组测试。每次只改一组有关系的组件，记录启动与进入世界的结果。一次更新几十个组件之后出错，很难判断真正原因。
模组发布页的更新时间不等于兼容证明。需要查看支持版本、依赖和已知问题；“别人能用”也可能对应不同客户端、配置或服务器条件。没有清晰适配信息时，等待比在正式存档里赌一次更稳妥。
第四步：多人服统一检查清单
把客户端和服务器的模组需求分开记录，再核对每位玩家的版本与配置。并非所有模组都必须双端安装，也不是所有客户端模组都与服务器无关，要以各项目说明为准。
先让一名玩家在测试世界完成加入、交互和退出，再扩大测试范围。成功进入一次不代表所有系统正常，应覆盖队伍实际使用的装备、建筑和存储功能。
不要用三个高风险动作代替排查
不要无备份覆盖配置；不要为了清理错误而删掉整份角色或世界；不要从不明下载站寻找所谓一键修复包。需要还原时，保留故障现场与已有备份，再恢复到明确的时间点。
等整套环境稳定后，再让正式世界继续推进。对于只想玩新版内容的队伍，也可以临时建立原版新世界，保留旧模组世界等待适配。把“今天想玩”与“必须马上修好全部旧内容”拆开，会少很多不必要的损失。
四个步骤，按顺序做
| 步骤 | 做什么 | 为什么是这个顺序 |
|---|---|---|
| 1. 保护数据 | 正常退出，另存角色与世界的可恢复副本，记录模组、版本、依赖与配置 | 把带模组的世界在无模组环境下打开并保存，可能造成不可逆的改变 |
| 2. 建立基线 | 隔离加载器与模组，确认全新测试角色和世界能启动并保存 | 如果原版同样失败，问题就不在某一个模组上 |
| 3. 按依赖恢复 | 先确认加载器与核心依赖，再每次恢复一小组 | 一次更新几十个组件出问题时，真正的原因很难定位 |
| 4. 对齐多人端 | 分别记录客户端与服务端要求，再逐个核对玩家的版本与配置 | 不是每个模组都要两端安装，也不是每个客户端模组都与服务端无关 |
三个不属于排查的动作：不备份就覆盖配置、为消错删掉角色或世界、去来源不明的站点找「一键修复包」。
来源
正文中的机制与数据依据以下资料整理，可打开原始页面自行核对。
