查看全部六个模组记录
Double Frames 模组安装与依赖指南
安装 Double Frames 及其 Components Framework 依赖后，先验证新增框架变体，再决定是否保留这组改动。
查看模组详情Components Framework 中文框架安装指南
说明 Components Framework 的记录用途、目录、依赖验证与兼容边界，不扩写超出采集材料的结论。
查看模组详情BepInEx Interop Patcher 中文补丁指南
说明记录中的启动补丁器用途、patchers 目录、与普通插件的职责区别、聚焦验证方式，以及仍待确认的历史要求。
查看模组详情Controller Flight Mod 中文安装指南
记录 MelonLoader 路线与准确的手柄模组文件路径，并通过分阶段控制检查保留手柄和性能结论的待确认边界。
查看模组详情MorePlayers 中文多人模组指南
按记录中的随附 BepInEx 路线、游戏目录解压和参与者共同检查流程处理 MorePlayers，不编造未获支持的多人结论。
查看模组详情Approximately Up Mod Loader 中文加载器指南
说明 AUML 的独立加载流程、安装器定位游戏的记录、指定 Mods 文件夹、谨慎验证方式，以及尚待确认的边界。
查看模组详情查找 approximately up mods 时，先确认模组页面写明的加载器和依赖链，备份游戏目录与存档，再只按来源记录的路径安装；素材范围之外的兼容性统一标为待确认。这些记录角色不同，不能互相替代。文件与回退动作都要对应来源。
明确已采集 Nexus 素材的边界
本文只使用一个已采集 Nexus 页面地址及其中保存的记录，不等于重新检查了全部文件页、作者仓库或当前游戏版本。允许讨论的名称仅有 Double Frames、Components Framework、BepInEx Interop Patcher、Native Gamepad and Controller Flight Mod、Bigger lobby mod / MorePlayers，以及 Approximately Up Mod Loader / AUML。其他模组、镜像或安装工具均不在证据范围内。
Nexus 记录会显示扫描标签，但扫描标签不是永久安全或兼容保证。它只是页面元数据，不能代替来源核对与本地检查。保存原包和验证结果，方便调查与移除。
让每个模组匹配正确的加载器与依赖链
模组增加玩家可见内容，加载器负责启动模组文件。框架提供共享代码，补丁器则在更早的启动阶段准备环境。它们可以处于同一依赖链，却不能被当成同类文件随意混放。
不要假设 BepInEx 插件能由 MelonLoader 加载，也不要把 AUML 包放入 BepInEx 目录。已采集的手柄记录使用 MelonLoader，组件相关记录使用 BepInEx 路径，AUML 则描述独立的加载流程。混用路径会让启动失败难以定位，也容易在移除时遗漏文件。
把 Double Frames 与 Components Framework 一起理解
Double Frames 是增加框架变体的内容模组，也是 Components Framework 的参考示例。后者是供依赖模组注册飞船组件的共享库，本身没有可见内容。记录要求将两者放到 BepInEx/plugins/，并给框架写明 BepInEx/plugins/ComponentsFramework/。分别保留两个包，更新或回退时不要混删。
区分 BepInEx 补丁器与普通插件
BepInEx Interop Patcher 被记录为处理互操作生成错误的启动补丁器，不是增加玩家内容的普通插件。它在 BepInEx 启动阶段处理采集中描述的冲突，让加载器有机会继续运行。它不会提供 Double Frames 的组件内容，也不能代替 Components Framework。
采集说明把其 DLL 放到 BepInEx/patchers/，而组件模组与框架位于插件目录树。记录还提到特定 BepInEx 能力要求，但该历史要求是否对应你现在取得的构建仍为待确认。选择加载器包以前应查看当前文件说明，不能把一次采集当成永久配置。
比较已采集的手柄、大厅与 AUML 记录
Native Gamepad and Controller Flight Mod 是玩家可见的控制模组，采集安装说明使用 MelonLoader。其 DLL 路径记录为 Approximately Up/Mods/ApproximatelyUp_GamepadMod.dll，设置文件记录为 UserData/ApproximatelyUp_GamepadMod.json。手柄型号、按键、响应效果和其他版本兼容性应在本机验证，不能直接采用宣传措辞。
Bigger lobby mod 在采集中也称为 MorePlayers，它使用另一条基于所附 BepInEx 环境的路线。说明要求把包解压到游戏目录，并把配置记录在 BepInEx/config/MorePlayers.cfg。素材提到参与者需要协调安装，但不能据此写死玩家上限、网络长期兼容或性能保证。
Approximately Up Mod Loader 即 AUML，本身是加载器，不是前述两种模组之一。采集中的安装器会尝试定位游戏，并描述给 AUML 兼容文件使用的指定 Mods 文件夹，但这不代表 MelonLoader 或 BepInEx 文件自动兼容。AUML 支持的包、卸载结果以及与其他加载器共存能力，在缺少当前说明时都应标为待确认。
只按记录路径安装并保留回退方案
安装前先把游戏目录和存档复制到活动目录之外，再记录每份文件的来源。另建一份简单清单，区分原始文件、新增目录、加载器、补丁器、插件和配置。只有能够识别干净基准，并避免把未知模组文件重新混入时，备份才真正可用。
每次只安装一条依赖链，并严格使用该链记录的目录。组件链使用 BepInEx 插件路径，补丁器使用 patchers 路径，手柄模组使用 MelonLoader 的 Mods 路径，MorePlayers 使用记录的游戏根目录包和配置路径。AUML 应遵循自己的安装器及兼容文件说明，不要把它当成这些文件的另一处投放目录。
安全验证启动、兼容性与移除结果
兼容性只是特定游戏、加载器与依赖组合上的实测结果。先验证干净备份和单独加载器能够启动，再逐项加入补丁器、框架与目标模组。组件、控制和大厅变化都要低风险测试，一次成功不能建立永久兼容结论，未测试组合仍为待确认。
移除时按清单反向操作：先停用或删除目标模组与专属配置，再删除没有其他模组需要的依赖。重新启动并确认目标效果消失、游戏回到正常状态、存档仍可见，然后才考虑删除备份。若效果仍残留，应把活动目录与干净基准比较，不要在不确定状态上继续覆盖安装。
