Mod Organizer 22.5.2

Mod Organizer 2（MO2） 的配置核心是让模组、插件和游戏文件彼此隔离。它的虚拟文件系统不会把模组直接复制进游戏目录，Profiles 则可以保存不同角色或测试方案。本文以官方 2.5.2 为基准，按“准备系统—安装 MO2—创建实例—管理优先级—启动游戏—回退排错”整理步骤，并提醒 Windows Store/Game Pass 游戏与第三方插件的兼容边界。

安装前先确认 Windows 和运行库

官方发布说明还指出 Windows Store/Game Pass 版本的游戏无法使用 MO2 的虚拟文件系统。安装前先确认游戏来自可被 MO2 识别的分发渠道，不要等模组装完才发现实例无法启动。

安装版与便携版怎么选

长期使用优先安装版，测试环境可用便携版

• 安装版：适合长期维护，路径和更新更容易统一。
• 便携版：适合把整个实例放在独立目录，迁移时一起复制。
• 测试副本：用于验证新插件或新游戏版本，和主实例分开。

1. 从 GitHub Releases 或 Nexus Mods 官方条目取得安装程序或压缩包。
2. 选择不受云盘实时同步影响的目录，避免多个 MO2 实例同时写配置。
3. 首次启动时让 MO2 检测已安装的 Bethesda 游戏，确认游戏路径和数据目录。

先创建游戏实例和 Profile

实例决定 MO2 管理哪款游戏，Profile 决定模组列表、插件顺序和配置文件如何隔离。一个稳定做法是先为原版或轻量测试建立基线，再复制 Profile 做新方案。

创建基线 Profile

1. 选择目标游戏并确认可执行文件、Steam/安装目录和文档目录。
2. 创建一个“原版基线” Profile，先不安装模组，启动一次确认游戏本体正常。
3. 复制基线建立实验 Profile，开启独立 INI、存档或配置文件隔离。
4. 每次只加入一组相关模组，记录版本和加载顺序。

模组优先级和插件顺序要分别看

左侧优先级和右侧插件排序不是同一件事。出现紫色冲突、缺少依赖或游戏启动后贴图异常时，先判断是文件覆盖还是插件顺序，不要盲目拖动所有项目。

Nexus 下载与安装后检查

1. 在 Nexus 页面选择与游戏版本匹配的文件，使用 Mod Manager Download 交给 MO2。
2. 安装时检查文件结构是否多套了一层目录，例如 Data 文件夹是否位于正确层级。
3. 启用模组后查看冲突和依赖提示，先运行小范围测试。
4. 启动游戏后检查菜单、存档、关键任务或材质，再继续增加模组。

第三方插件要单独建立回退点

官方发布说明提醒 2.5.x 可能让旧的第三方插件不兼容。升级 MO2 前导出或复制 Profiles、mods、downloads、overwrite 和 modorganizer.ini；如果插件导致启动失败，先禁用插件或回到副本，不要直接删除主实例。

启动失败时按路径、依赖、顺序排查

• MO2 找不到游戏：重新选择游戏目录，确认分发渠道不是 Windows Store/Game Pass。
• 下载失败：检查 Nexus 登录、网络和 modlist，必要时重新触发下载。
• 游戏启动但模组不生效：检查 Profile 是否正确、模组是否启用、文件结构和插件顺序。
• 升级后崩溃：先用原版基线 Profile 启动，再逐组启用模组定位变化。
• Overwrite 变大：按文件来源判断归档位置，保留原始文件和日志。

MO2 的优势是可隔离、可观察、可回退。把每次改动限制在一个 Profile 或一组模组内，比在同一列表中反复覆盖文件更容易找到真正原因。