【Factorio】MOD兼容性的确认步骤与安全组合

在Factorio 2.0系（参考最新稳定版2.0.73）组合MOD时，最危险的是把"在2.0中运行"和"与Space Age DLC（2024-10-21）自然兼容"混为一谈。
由于Space Age、Quality、Elevated Rails可以单独启用，配置的自由度很高，但同时也存在研究树和物资导线悄然崩坏的组合。

我在导入Space Age不久后同时投入大型MOD，遭遇了启动正常但研究出现悬空的问题。
从那以后，我开始在Mod Portal和游戏内画面上分别确认依赖、不兼容、支持版本、更新日期，进一步将"能加载"和"已整合"区别对待，运营方式因此稳定下来。

本文将整理几个判断维度：是否以便利性MOD为中心安全地添加，还是在Space Age基础上叠加小型MOD，抑或大型MOD单独游玩，亦或是尝试借助兼容调整MOD。
无论是想避免启动错误，还是想甄别Space Age与Krastorio 2或Bob's系的相性，我都会为你指出最初应该查看的检查要点。

【Factorio】MOD冲突在哪里查看？最初应看的3个地方

游戏内MOD管理界面的用法

作为初期查看位置，游戏内的MOD管理界面最具实用性。
可以在此确认各个MOD的细节（必要依赖关系、兼容性显示、支持的Factorio版本）。
虽然日语导入指南中会提到"依赖关系可能被自动选择""导入时可能出现错误"之类的说法，但UI显示和行为会因语言、版本和环境而异，因此建议在查看屏幕提示的同时，通过作者说明和讨论确认实际行为。

这里还需要整理的是Space Age、Quality、Elevated Rails的启用状态。
如『Upcoming features - Factorio Wiki』所述，这3个被单独作为主要MOD处理。
换言之，即使是同一个"在2.0系中运行的MOD"，在启用Space Age的配置和仅启用Quality的配置中含义也会改变。
在游戏内查看MOD细节时，如果把目标MOD本身和DLC的开关状态一同列出来，会更容易理清思路。

如果要插入截图，在游戏内详情面板的依赖关系栏和兼容性显示位置加上框线，用箭头标注"看这里"最能传达要点。
初次阅读的读者容易停留在列表界面，所以在详情面板侧做出注记会让兼容性检查流程更易理解。

Upcoming features/ja

wiki.factorio.com

Mod Portal中依赖/不兼容/更新日期的解读

在游戏内发现感兴趣的MOD后，接下来就是查看Mod Portal。
基本流程是在页面上依次查看Dependencies、Incompatibilities、Changelog、Last updated、Factorio version。
在mods.factorio.com上，依赖显示中"Required"和"Optional"是分开的，Optional默认可能被隐藏。
忽略这一点会导致"应该装上了却没按说明运行"的偏差。

Dependencies中要看的首先是Required有多少个。
Required多的MOD，从那一刻起就更接近于"作为配置的一部分来导入"而非单独导入。
Optional也不能掉以轻心，特定大型MOD或DLC存在时才有意义的协作部件可能隐藏其中。
即便是便利性MOD，也存在以特定MOD为前提来扩展功能的类型，这类MOD的区别就体现在这里。

Mod Portal上显示Incompatibilities（不兼容）时，实际操作中应将其视为警告信号。
但由于门户网站对该标签的严格定义和运用可能存在差异，应避免"显示=绝对不能同时启用"的判断，而是在查阅讨论和作者评论后再判断。

Changelog和Last updated在兼容性检查中同样重要。
据我的经验，更新日期久远的MOD通常无法完全跟上Factorio 2.0的内部API变化，即使能加载也容易不稳定。
特别是大型MOD或UI相关深度MOD，差异会比较明显，更新日志中是否有2.0系调整或DLC适配的记述会大大影响安心程度。
反之，即使描述再吸引人，如果更新已停止，需要检查的地方会大幅增加。

画面注记的话，Mod Portal侧应在Dependencies栏、Incompatibilities栏以及Last updated附近加上框线会比较合适。
读者往往从缩略图和说明开始读起，但从兼容性检查的目的来看，元数据侧的价值更大。

并用大型MOD时，明确意识到Space Age、Quality、Elevated Rails的哪个处于启用状态会更有助于理清思路。
仅启用Quality的配置相对容易进入，但一旦启用Space Age，研究树和物资系统的连接难度会陡增。
关于依赖和冲突可能引发错误的前提是通用的，DLC启用状态的差异直接转化为检查要点的增加。

写法很简单就够。
比如2.0.73 / Space Age=ON / Quality=OFF / Elevated Rails=ON这样，后续查看Mod Portal说明文或讨论时判断就不会摇摆。
将这3个逐一写出是有意义的。

候选确定后，接下来是复制存档数据和mod-list.json。
这看似无关紧要，但实际效果很明显。
配置改动后想回到之前的状态时，即使存档还在，要是不清楚当时启用了哪些MOD如何配置，恢复会很耗时。
同时保存存档和MOD配置，比对对象就会清晰。

将1.1系旧资产迁移到2.0时，做两份备份都不算过分。
我自己在迁移时"反正能读就没问题"就匆匆往下走，后来想精确恢复之前的稳定配置时费了不少工夫。
数据没有损坏，而是自己搞丢了哪套组合最稳定的记忆，这才是麻烦的地方。

配置稳定后，按存档固定这个组合会更容易管理。
通过按存档同步MOD，可以按存档切换配置。
想混用接近原版的便利性配置、以Space Age为中心的配置、大型MOD单独配置时，这个分离非常有效。

接下来容易尝试的是以Space Age为主角，仅追加小规模辅助MOD的配置。
难度上升一阶，但仍在现实范围内。
感觉上是以Space Age提供的新星球、物流变化以及Elevated Rails这样的官方扩展为基础，再往上轻轻铺上显示改善或操作补助。
看这个划分就能明白"全部都能同等地叠加"并非事实。

从数字看变化量很明确。
根据比较文章，Factorio 2.0是124种、Space Age是211种、Krastorio 2是224种、Space Exploration是423种、K2+SE是536种。
当然仅从物品数不能判断难度，但大型MOD会增加世界本身的密度，这样理解的话就清楚了。
正因如此，初次一周不混搭而单独接触，能更容易掌握这个MOD的设计思想。

别直接照搬Factorio version的标记。
Portal上的标记格式多样，记述所示的范围和前提含义需要在各自页面中确认。
一般来说，即使本体2.0适配的标记存在，也不一定意味着支持DLC（如Space Age）。
需要在说明文或讨论中确认是否明确标记了DLC前提。

画面注记的话，Mod Portal侧应在Dependencies栏、Incompatibilities栏以及Last updated附近加上框线会比较合适。
读者往往从缩略图和说明开始读起，但从兼容性检查的目的来看，元数据侧的价值更大。

Space Age、Quality、Elevated Rails的启用/禁用与标记注意

DLC周围的表述易产生理解偏差，是冲突的入口。
如『Space Age - Factorio Wiki』所示，Space Age是付费扩展，与Factorio 2.0本体更新是两回事。
此外Quality和Elevated Rails也被单独划分为主要MOD，所以即便写着"在2.0中运行"，也无法自动推断出它支持哪些DLC配置。

比如Krastorio 2有2.0适配方针的信息，但需要单独看待Space Age或Quality。
Bob's Revamp在作者评论中也有表示与Space Age能无错误加载，但那是已整合的意思吗？实际上，这类组合容易在启动后出现配方导线和物资供应不协调的情况，有时还会有专门的兼容调整MOD可供使用。
Space Age与Bob's系之间存在兼容MOD，正是因为这种偏差真实存在。

这里应该注意的标记是说明文的措辞而非单纯的版本支持。
"works on 2.0"这样的表述和"supports Space Age"的表述含义差异很大。
如果讨论中有"能加载但整合工作还没完成"的温和语气评论，这个MOD就属于典型。
我会把这类措辞理解为未整合但可启动，而不是兼容。

并用大型MOD时，明确意识到Space Age、Quality、Elevated Rails的哪个处于启用状态会更有助于理清思路。
仅启用Quality的配置相对容易进入，但一旦启用Space Age，研究树和物资系统的连接难度会陡增。
Factorio Wiki的『Modding』和社区Wiki的导入文章中，关于依赖和冲突可能引发错误的前提是通用的，DLC启用状态的差异直接转化为检查要点的增加。

这3个主要MOD不是单纯的追加要素，而应看作整个配置的前提条件。
兼容性检查陷入困境时，首先要回到的信息不是"这个MOD是否支持2.0系"，而是"它基于Space Age、Quality、Elevated Rails的哪些"。

Space Age/ja

wiki.factorio.com

导入前检查清单：5步判断安全组合

版本和DLC确认

安全判断组合方案时，最初需要确定的信息不是MOD名，而是本体版本和DLC配置。
模糊这一点直接开始调查，会导致找到标记为"2.0适配"的MOD时不知道它是否以Space Age为前提、是否排除Quality、是否包含Elevated Rails。
我通常先写一行备忘录，确定基准后再查看候选。

写法很简单就够。
比如2.0.73 / Space Age=ON / Quality=OFF / Elevated Rails=ON这样，后续查看Mod Portal说明文或讨论时判断就不会摇摆。
Factorio Wiki的『Upcoming features』中已明确说明Space Age、Quality、Elevated Rails被单独作为主要MOD处理，所以将这3个逐一写出是有意义的。

尤其在将旧稳定版1.1系的资产迁移到2.0系时，这张备忘录会很有用。
1.1时代稳定的配置，在迁移到2.0时需要分别看待本体适配和DLC适配。
大型MOD中这种差异特别大，同样的"能启动"在研究和配方的连接方式上未必也能如此自然。

依赖/不兼容/更新日期的4点检查

逐个候选MOD查看的项目应该精简。
我固定查看Dependencies、Incompatibilities、Factorio version、Last updated这4点。
Mod Portal的依赖页面中Required和Optional有区分，Optional初期显示可能被埋没，所以大型配置不能只看表面。

这4点的阅读中，把DLC前提的备忘录放在旁边会更易理清思路。
Mod Portal中依赖显示分为Required/Optional，Optional可能初期被隐藏，所以不能只看表面，需要深入说明文、讨论和更新履历。
Incompatibilities存在时需要认真对待，在确认作者意图后再决定是否采用。

备忘录用1张条目清单就够。格式定死的话，即使候选增加也容易比较。

• 本体版本
• DLC配置
• MOD列表（版本、依赖、不兼容、更新日期）
• 结论（采用 / 保留 / 放弃）

备份和新存档的制作方法

候选确定后，接下来是复制存档数据和mod-list.json。
这看似无关紧要，但实际效果很明显。
配置改动后想回到之前的状态时，即使存档还在，要是不清楚当时启用了哪些MOD如何配置，恢复会很耗时。
同时保存存档和MOD配置，比对对象就会清晰。

将1.1系旧资产迁移到2.0时，做两份备份都不算过分。
我自己在迁移时"反正能读就没问题"就匆匆往下走，后来想精确恢复之前的稳定配置时费了不少工夫。
数据没有损坏，而是自己搞丢了哪套组合最稳定的记忆，这才是麻烦的地方。

实际验证最好在新存档上进行，不要用既有的主力存档。
没有研究进度或既有实体的影响，能更容易区分启动可行性和初期整合性。
在混入大型MOD前先单独试试，能更清楚地了解这个MOD会大幅改变什么，日后出现冲突时也能更快缩小原因范围。

分阶段启用与二分法排查

验证的核心在这里。
一次启用1个，在新存档中启动确认。
虽然工作量增加了，但最后这反而是最快的方法。
一次投入多个的配置，一旦出现问题立即难以判断是"缺少依赖""不兼容""未整合"还是"版本差异"。
我自己也因为一次投入多个而在重现条件不清的情况下浪费过半天。

流程是，先确定基础配置然后加1个，启动，返回标题为止都看一遍。
接着新建存档，启动后立即检查UI、研究界面、配方有无崩坏。
便利性MOD这个阶段多数就够了，但大型MOD或兼容调整MOD可能加载通过但导线已坏，所以需要看到初始制作和研究树的连接才能接近真实情况。

出问题时二分法很有效。
与其全部关闭重来，不如把启用集合分成两半，看问题在哪一边。
再从那一边继续分半。
数量再多也能快速逼近根源。
虽然看起来绕路，但这是最朴素又最强的方法。

存档分离和按存档同步MOD|https://skyrimspecialedition.2game.info/tag/%E3%82%BB%E3%83%BC%E3%83%96%E3%83%87%E3%83%BC%E3%82%BF/来固定

配置稳定后，按存档固定这个组合会更容易管理。
factorio@jp Wiki的『FAQ』也有提到，通过按存档同步MOD，可以按存档切换配置。
想混用接近原版的便利性配置、以Space Age为中心的配置、大型MOD单独配置时，这个分离非常有效。

这里的关键是不要试图用一套通用配置运行所有存档。
像Krastorio 2系、Bob's系、Space Exploration系这样改写整个游戏前提的MOD，具有单独营造世界观的强大力量，无理按入同一土俱会让整合性难以管理。
以Space Age为轴的游戏体验和品尝大型MOD单独内容的游戏体验，分开保存会稳定得多。

计划混入大型MOD时，先单独玩一遍，掌握这个MOD的诉求流程后再固定，事故会少得多。
仅从加载可行性无法看出的偏差，稍微玩一下就会显现。
按存档同步MOD后，"这个存档启用了什么"始终保持明确。

FAQ - factorio@jp Wiki*

factorio@jp Wiki*

wikiwiki.jp

按安全度看推荐配置

便利性MOD为中心的配置

最容易安全上手的是几乎不改动配方、以便利性MOD为中心的配置。
对象是库存整理、配线和建设的可视化改善、UI信息补助、快捷键追加这类"提升易玩性但难以改变游戏整体前提"的MOD。
这类MOD易于与Space Age这样的大型DLC并用，当想保持原版和DLC的手感同时只消除不便时最适合。

迁入新环境时，我通常不是从一开始就堆砌大量便利MOD，而是只装2到3个就开始体验。
数量这么少的话，Space Age本身带来什么、便利性MOD改变什么，边界会很清晰。
后来要进阶到大型MOD时，"从哪里开始变成另一回事"也容易把握，配置的稳定感会显著提升。
Space Age如『Space Age - Factorio Wiki』公告的那样新增4个星球，单独就已经有足够的变化量。
在此基础上从一开始就铺上大量改变类MOD，不如先轻一点上手，能减少混乱。

便利性MOD中，依赖栏中Optional多的MOD，读漏会改变印象。
Mod Portal的Dependencies中分Required和Optional两栏，Optional默认可能被隐藏，所以即便是轻量MOD也存在"看起来比实际简单"的情况。
尽管如此，初心者选择第一步时，这个级别的事故率最低。

比较的基准和候选的分类方法，与本站计划的相关文章思路契合（未来相关文章中详述）。

Space Age + 小规模MOD配置

接下来容易尝试的是以Space Age为主角，仅追加小规模辅助MOD的配置。
难度上升一阶，但仍在现实范围内。
感觉上是以Space Age提供的新星球、物流变化以及Elevated Rails这样的官方扩展为基础，再往上轻轻铺上显示改善或操作补助。
公式Wiki的『Upcoming features - Factorio Wiki』中Space Age、Quality、Elevated Rails被单独作为主要MOD处理，看这个划分就能明白"全部都能同等地叠加"并非事实。

这个配置容易忽视的是Quality与小规模MOD的相性标记。
即便是UI类或信息显示类，Quality增加了物品表现形式，显示对象和过滤条件也会改变。
看似轻量，但Quality适配与否关系到实际易用性。
加载通过但获取不到想要的信息、排列顺序不如预期，这类偏差会出现。

体验上这个级别也很不错。
Space Age本身够大，所以辅助MOD少而精的话满足度往往更高。
新要素的惊喜感能保留，同时只消除麻烦的操作。
Space Age的初见体验很强，这里抑制改变量的话"正在体验DLC"的感触能漂亮地保存下来。

大型MOD单独配置

Krastorio 2、Bob's系、Space Exploration这样的大型MOD，基本先用单独配置进入。
安全度可评为中到高，这是指"单独游玩的话易于理清"，而非变化量小。
实际上游戏流程、物资比率、研究权重、工厂设计的前提都会大幅改变。

从数字看变化量很明确。
根据比较文章，Factorio 2.0是124种、Space Age是211种、Krastorio 2是224种、Space Exploration是423种、K2+SE是536种。
当然仅从物品数不能判断难度，但大型MOD会增加世界本身的密度，这样理解的话就清楚了。
正因如此，初次一周不混搭而单独接触，能更容易掌握这个MOD的设计思想。

特别重要的是，K2、Bob's、SE中"是否已整合"优先于本体性能。
Bob's Revamp的作者评论中能读出与Space Age的未整合文脉，K2和SE也不能把2.0适配和Space Age整合混为一谈。
能加载和研究、配方、进行导线全部咬合是两码事。
提前切分这一点，后续扩展组合时判断就不会摇摆。

我自己单独试大型MOD数小时后印象会大幅改变。
导入前觉得"大概只是物资稍微增多"，实际上发电、中间素材、物流设计的比率会变得接近另一个游戏。
这类MOD越是提前单独适应价值越大。

使用兼容调整MOD的配置

借助兼容调整MOD来组合配置虽然有趣，但安全度会降到低到中。
比如Space Age与Bob's系之间搭桥的MOD，是"原本无法直接咬合的部分被第三方连接"的形式。
配置虽然成立，但这里的游戏体验会被官方设计意图取代为兼容作者的调整方针。

这个级别之所以是上级者向，原因简单——更新追踪的不确定性需要自己承受。
元MOD更新、DLC前提改变、桥接MOD的修正延后，这个流程很常见。
问题也不仅限启动失败，还包括研究连接欠缺、物资定位错位这类需要实际游玩才能看出的形式。
Mod Portal上存在Space Age x Bob's Compatibility这样的实例是幸事，但那也不等于"有桥接=官方整合完成"。

比较来看，这里最清楚的理解是需要整合用兼容MOD的配置，另作一类。
单独高品质的大型MOD同时出现，但连接层不稳定的话，整体完成度就会被拉低。
玩法上有吸引力，但初心者的首选配置优先级应该降低，理解上会更清爽。

配置别差容易用下表掌握。

按这个排列来看，初心者安全路线是从便利性MOD中心出发，进阶到Space Age + 小规模MOD，之后才触碰大型MOD单独配置。
兼容调整MOD有的配置最好在那之后接触，位置关系理清楚的话，出问题时也容易追踪"在哪个层崩坏了"。

Space Age容易出现的冲突模式

Quality未适配的陷阱

Space Age周围容易被忽视的是"本体2.0适配"和"Quality适配"是两回事这点。
『Upcoming features - Factorio Wiki』中Space Age、Quality、Elevated Rails作为3个主要MOD被分离，也就是说，即便启用了Space Age，是否一起使用Quality是独立的轴。
这里大型MOD没有预期到的话，启动后会逐渐崩坏。

典型例是本应获得品质等级的物品没有品质或带品质的配方本身生成不了。
看起来正常可以制作，所以容易没注意，但组立机候选或过滤条件、后段物资指定出现不协调时，一下子就变成"哪里不对劲"。
Krastorio 2周围也有作者明确标记Quality未适配的例子，这确实容易成为地雷。

我觉得厉害的是这类不协调往往以无言的缺失而非红字错误呈现。
加载通过、序盤生产也能转，但到想依靠品质扩张的阶段时，只有那个物品的行为与众不同。
因为没有崩溃，玩家容易"是设置错误还是规格变更"地困惑。
大型MOD的中间素材多，一个品质未适配会波及整条生产链，分量也更重。

新科学、新物资的未整合

大型MOD并用中最常出现的是Space Age追加的研究或物资，在大型MOD这边的进行设计中无法接续的状态。
Space Age包含4个星球的新进行层，但如果Krastorio 2、Bob's Revamp、Space Exploration这边没有以此为前提重新调整，研究树的某处就会出现断绝。

这个断绝不是单纯"研究项目增加"的话题。
比如大型MOD需要某个中间素材，但到达那个素材的研究却没与Space Age新科学结接，反过来Space Age的设备或物品也没有桥接入大型MOD的物资体系。
那么研究界面上有项目却无法前进——树上存在但设计上成为闭路。

Bob's Revamp的作者评论中能读出与Space Age的未整合文脉，是容易想象这类偏差的例子。
恐怖的地方在于这类情况"不兼容"没有明示，而是以加载通过但未整合残留。
游戏初期正常进行，所以容易安心，但到后期需要新科学时，该来的没来。
我多次遭遇这类卡壳，追踪研究界面的未解放理由就能看出链条在哪断了。

星球资源与物资要求的前提偏差

另一个实害较大的是星球资源流与大型MOD的物资需求无法咬合的模式。
Space Age设计了星球间资源触感的差异，大型MOD却往往基于另一套资源平衡，硬生生叠上去的话需求会先立。

比如大型MOD把某物资作为序中~中盘的标准素材，Space Age这边却要到特定星球到达或另行研究才能稳定供应，这种偏差会