【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とゲーム内画面で依存、互換性なし、対応バージョン、更新日を分けて確認し、さらに「ロード可」と「統合済み」を別物として扱う運用に切り替えて安定しています。

この記事では、QoL中心で安全に足すのか、Space Ageに小規模MODを重ねるのか、大型MODは単独で遊ぶのか、互換調整MOD込みで挑戦するのかを判断する軸を整理します。
起動エラーを避けたい人にも、Space AgeとKrastorio2やBob’s系の相性を見極めたい人にも、まず最初に見るべきチェックポイントを絞って案内します。

【Factorio】MOD競合はどこで確認する？最初に見るべき3か所

ゲーム内MOD管理画面の見方

最初に見る場所として実用的なのは、ゲーム内のMOD管理画面です。
ここで各MODの詳細（必要な依存関係、互換性表示、対応するFactorioバージョン）を確認できます。
日本語導入記事などでは「依存関係が自動で選択される場合がある」「導入時にエラーが出る可能性がある」といった案内が見られますが、UIの表示や挙動は言語・バージョン・環境で差があるため、画面上の案内に加え作者の説明やDiscussionで挙動を確認することをおすすめします。

ここで一緒に整理したいのが、Space Age・Quality・Elevated Railsの有効状態です。
それで案内されている通り、この3つは主要MODとして分かれて扱われます。
つまり、同じ「2.0系で動くMOD」でも、Space Ageを有効にした構成と、Qualityだけ有効にした構成では意味が変わります。
ゲーム内でMOD詳細を見るときは、対象MODそのものだけでなく、DLC側のON/OFFもセットで頭の中に並べると整理がつきます。

スクリーンショットを入れるなら、ゲーム内詳細パネルの依存関係欄と互換性の表示位置に枠線を付けて、「ここを見る」と矢印で示す形がいちばん伝わります。
初見の読者は一覧画面で止まりやすいので、詳細パネル側を注記したほうが競合確認の流れをつかみやすいのが利点です。

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は、その時点で単体導入より“構成の一部として導入するMOD”に近いと判断できます。
Optionalも軽視しにくく、特定の大型MODやDLCが入っているときだけ意味を持つ連携パーツが隠れていることがあります。
特にQoL系でも、別MODがある前提で拡張機能を足すタイプはここで差が出ます。

Mod Portal上で Incompatibilities（互換性なし）が表示されている場合は、実務的には注意信号として扱うのが安全です。
ただし、ポータル上のラベルの厳密な定義や運用は作者やポータル側で差があり得るため、「表示＝絶対に同時有効化不可」と断定するのは避け、Discussionや作者コメントで意図を確認したうえで判断してください。
ChangelogとLast updatedも、競合チェックでは効きます。
自分の感覚では、更新日が古いMODはFactorio 2.0の内部API変更に追随しきれていないことが多く、ロード可でも挙動が不安定になりやすさが際立ちます。
とくに大型MODやUI深めのMODでは差が出やすく、更新履歴に2.0系への調整やDLC対応の記述があるかで安心感が変わります。
逆に、説明文が魅力的でも更新が止まっているものは、見た目以上に確認箇所が増えます。

Factorio version の表記もそのまま鵜呑みにしないでください。
ポータルに記載される表記形式は多様で、記述が示す範囲や前提が何を意味するかは個別ページで確認する必要があります。
一般論として本体2.0対応の表記があっても、DLC（Space Ageなど）での統合を意味するとは限らないため、説明文やDiscussionでDLC前提が明記されているか確認してください。
画面注記を作るなら、Mod Portal側はDependencies欄とIncompatibilities欄、それからLast updated付近に枠線を入れる構図が向いています。
読者はついサムネイルや説明文から読み始めますが、競合確認という目的ではメタデータ側のほうが価値があります。

Space Age・Quality・Elevated Railsの有効/無効と表記の注意

DLCまわりは、表記の読み違いが競合の入口になりやすい部分です。
Space Ageは有料拡張で、Factorio 2.0本体アップデートとは別物です。
さらにQualityとElevated Railsも主要MODとして切り分けられているので、「2.0で動く」と書かれていても、どのDLC構成を前提にしているかまでは自動では読めません。

たとえばKrastorio2は2.0対応方針の情報がありますが、Space AgeやQualityとは別に見る必要がある代表例です。
Bob’s Revampも作者コメントではSpace Ageとエラーなくロードする旨がありますが、それは統合済みの意味ではありません。
実際、この手の組み合わせは起動後にレシピ導線や素材供給がちぐはぐになりやすく、専用の互換調整MODが別に用意されることもあります。
Space AgeとBob’s系の間を埋める互換MODが存在するのは、そのズレが実際に起こるからです。

ここで見るべき表記は、単純な対応バージョンよりも説明文の言い回しです。
「works on 2.0」に近い書き方なのか、「supports Space Age」に近い書き方なのかで、意味が変わります。
Discussionに「ロードは通るが統合作業はまだ」といった温度感のコメントがあるMODは、まさにその典型です。
自分はこの種の文言を見たら、互換ありではなく未統合だが起動可能として扱います。

大型MODを併用するときは、Space Age・Quality・Elevated RailsのどれがONなのかを明示的に意識したほうがです。
Qualityだけなら比較的入りやすい構成でも、Space Ageまで有効にすると研究ツリーや素材系統の接続が一気に難しくなることがあります。
依存や競合でエラーが起こりうる前提は共通していて、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まで含めているのかが途中で混線します。
自分は最初に1行メモを作って、基準を固定してから候補を見ます。

書き方はシンプルで十分です。
たとえば 2.0.73 / Space Age=ON / Quality=OFF / Elevated Rails=ON という形なら、あとでMod Portalの説明文やDiscussionを読むときも判断がぶれません。
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は初期表示で埋もれることがあるため、表面だけで判断せず説明文やDiscussion、更新履歴まで掘るのが安全です。
Incompatibilitiesがある場合は実務的に注意を払い、作者の意図を確認してから採用を決めてください。

メモは箇条書き1枚で足ります。形を決めておくと、候補が増えても比較できます。

• 本体ver
• DLC構成
• MOD一覧（ver・依存・非互換・更新日）
• 結論（採用 / 保留 / 却下）

バックアップと新規セーブの作り方

候補が絞れたら、次はセーブデータとmod-list.jsonのコピーです。
ここは地味ですが、実際には効きます。
構成をいじったあとに元へ戻したくなったとき、セーブだけ残っていても、どのMODをどう有効化していたかが曖昧だと復元に時間がかかります。
セーブとMOD構成の両方を保存しておくと、比較対象がはっきりします。

旧安定1.1系の資産を2.0へ持ち上げる場面では、二重保存くらいでちょうどいいです。
自分も移行時に「とりあえず読めたから大丈夫だろう」と進めて、あとで以前の安定構成を正確に戻せず手間取ったことがあります。
データが壊れたというより、どの組み合わせが安定だったかを自分で失うのが厄介でした。

実際の検証は、既存本命セーブではなく新規セーブで始めるのが手に馴染みます。
研究進行や既存エンティティの影響がない状態なら、起動可否と初期整合性を見分けやすくなります。
大型MODを混ぜる前に単独で一度触ってみると、そのMODが何を大きく変えるのかも掴みやすく、あとから競合が出たときに原因候補を絞りやすい設計です。

段階的有効化と半分法による切り分け

検証の本体はここです。
1個ずつ有効化して、新規セーブで起動確認を取る。
手間は増えますが、結局これがいちばん速いです。
まとめて投入した構成は、問題が起きた瞬間に「依存欠落」「非互換」「未統合」「更新差分」のどれが原因か読みにくくなります。
自分も一括投入で落ちたとき、再現条件が見えず半日溶けたことがあります。

流れとしては、まず基準構成を決めて1個追加、起動、タイトル復帰までを見る。
その次に新規セーブを作って、開始直後のUIや研究画面、レシピの崩れがないかを確認します。
QoL系ならこの段階で十分なことが多いですが、大型MODや互換調整MODは、ロードが通っても導線が壊れている場合があるので、初期クラフトや研究ツリーの接続まで見たほうが実態に近いです。

問題が出たときは半分法が効きます。
候補を全部外してやり直すのではなく、ONの集合を半分に切って、どちらに問題が残るかを見ます。
そこからさらに半分に切っていけば、数が多くても原因に早く近づけます。
単純ですが、MOD数が増えるほど差が出るやり方です。

セーブ分離とセーブごとのMOD同期で固定

構成が安定したら、その組み合わせはセーブ単位で固定しておくのが扱いやすい構成です。
セーブごとのMOD同期を使うと、セーブに合わせて構成を切り替える運用ができます。
バニラ寄りのQoL構成、Space Age中心の構成、大型MOD単独構成を混在させたいとき、この分離が効きます。

ここで重要なのは、1つの汎用構成で全部のセーブを回そうとしないことです。
Krastorio2系、Bob’s系、Space Exploration系のようにゲーム全体の前提を書き換えるMODは、単独で世界観を作る力が強いぶん、同じ土俵に無理に押し込むと整合性の管理が難しくなります。
Space Ageを軸に遊ぶセーブと、大型MOD単独を味わうセーブは、分けて持ったほうがはるかに安定します。

大型を混ぜる予定があるときも、まずは単独で一度プレイして、そのMODが要求する流れを掴んでから固定したほうが事故が少ないです。
ロード可否だけでは見えないズレは、少し遊ぶとすぐ見えてきます。
構成をセーブごとに同期しておけば、「このセーブでは何が有効か」が常に明確なまま保てます。

自分は新しい環境へ移るとき、最初から便利系を山ほど積むより、2〜3個だけ入れて触り始めることが多いです。
このくらいだと、Space Age単体で何が増えたのか、QoLで何が変わったのかの境目が見えやすいからです。
後から大型MODへ進むときも、「どこからが別物なのか」が把握しやすくなって、構成の安定感が大きく違います。
Space Ageはそこへ最初から多数の改変系を重ねるより、入口は軽くしたほうが混乱しにくい傾向があります。

QoL系でも、依存欄にOptionalが多いものは読み飛ばすと印象が変わることがあります。
Mod PortalではDependenciesにRequiredとOptionalが分かれて表示され、Optionalはデフォルトで隠れることがあるので、軽量MODでも「見た目以上に連携前提がある」ケースはあります。
それでも、初心者が最初の一歩として選ぶなら、ここがもっとも事故の少ない帯です。

比較の基準や候補の切り分け方は、本サイトで予定している関連記事とも相性が良い考え方です（将来の関連記事で詳述する想定）。

Space Age + 小規模MOD構成

次に狙いやすいのが、Space Ageを主役にして、小規模な補助MODだけを足す構成です。
難度は一段上がりますが、まだ十分に現実的な範囲です。
感覚としては、Space Ageが用意した新惑星や物流の変化、さらにElevated Railsのような公式側の拡張要素を土台にして、その上へ表示改善や操作補助を少し乗せる形です。
この分かれ方を見ても、「全部同じ意味で足せる」わけではないことが分かります。

この構成で見落としやすいのは、Qualityと小規模MODの相性表記です。
UI系や情報表示系でも、Qualityでアイテム表現が増えると表示対象やフィルタ条件が変わることがあります。
見た目の軽さに反して、Quality対応の有無が使い勝手へ直結する場面は意外と多いです。
起動だけ通っても、欲しい情報が拾えない、想定した並びにならない、といったズレは起こります。

体験的にも、この帯はおいしいです。
Space Ageそのものが大きいので、補助MODは少数精鋭のほうが満足度が高くなりやすい印象です。
新要素の驚きを残したまま、面倒な操作だけを減らせるからです。
Space Ageの初見体験は際立って強いので、ここで改変量を抑えると「DLCを遊んでいる感触」がきれいに残ります。

大型MOD単独構成

Krastorio2、Bob’s系、Space Explorationのような大型MODは、まず単独構成で入るのが基本線です。
安全度は中〜高と書けますが、これは「単独で遊ぶなら」という意味であって、変化量が小さいという意味ではありません。
実際にはゲーム全体の流れ、素材の比率、研究の重み、工場設計の前提まで大きく変わります。

数字で見ても変化量は明確です。
比較記事ベースでは、Factorio 2.0が124種、Space Ageが211種、Krastorio2が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の修正が追いつくまで待つ、という流れが普通に起こります。
しかも問題は起動失敗だけではなく、研究接続の欠落や素材の位置づけのねじれのように、プレイして初めて見える形でも出ます。
Space Age x Bob's Compatibilityのような実例がMod Portalに存在するのは心強いですが、それでも「橋渡しがある＝公式統合済み」にはなりません。

比較すると、ここは統合用の互換MODが必要な構成として別枠で考えるのがいちばん分かりやすくなります。
単独では高品質な大型MOD同士でも、間をつなぐ層が不安定だと全体の完成度はそこに引っ張られます。
遊び方としては魅力的ですが、初心者が最初に触る構成としては優先度を下げたほうが整理できます。

構成ごとの差は、次の表にまとめると把握しやすくなります。

この並びで見ると、初心者の安全ルートはQoL中心からSpace Age + 小規模MODへ進み、その先で大型MOD単独に移る形です。
互換調整MODあり構成は、その後に触ると位置づけが理解しやすくなります。
構成の違いが見えている状態だと、問題が出たときも「どの層で崩れたか」を追いやすくなります。

Space Ageで起きやすい競合パターン

Quality非対応の落とし穴

Space Ageまわりで見落とされやすいのが、「本体2.0対応」と「Quality対応」は別物だという点です。
Space Age・Quality・Elevated Railsは3つの主要MODとして分離されています。
つまり、Space Ageを有効にしていても、Qualityを一緒に使うかどうかは独立した軸です。
ここを大型MOD側が前提にしていないと、起動後にじわじわ崩れます。

典型例は、品質等級が付くはずのアイテムに品質が乗らない、あるいは品質付きレシピ自体が生成されないパターンです。
見た目には普通にクラフトできるので気づきにくいのですが、組立機の候補やフィルタ条件、後段の素材指定で不整合が出ると、一気に「何かがおかしい」状態になります。
Krastorio 2まわりでも、作者側がQuality未対応の文脈を明記している例があり、ここは実際に地雷化しやすい部分です。

自分が厄介だと感じるのは、この種の不整合は赤字エラーより無言の欠落で現れやすいことです。
ロードが通って、序盤の生産も回るのに、品質前提で拡張したい段階になると対象アイテムだけ挙動が揃わない。
クラッシュしないぶん、プレイヤー側は「設定ミスか、仕様変更か」と迷いやすい場面が増えます。
大型MODは中間素材の数が多いぶん、1つの品質未対応が生産チェーン全体に波及しやすいのも重いところです。

新サイエンス・新素材の未統合

大型MODとの併用で最も起きやすいのは、Space Ageが追加する研究や素材が、大型MOD側の進行設計に接続されていない状態です。
Space Ageは4惑星を含む新しい進行レイヤーを持っていますが、その追加分をKrastorio2やBob’s Revamp、Space Exploration側が前提に組み直していないと、研究ツリーのどこかに断絶が生まれます。

この断絶は、単純な「研究項目が増える」話ではありません。
たとえば大型MOD側で要求する中間素材があるのに、その素材へ至る研究がSpace Age側の新サイエンスと結びついていない、逆にSpace Age側の設備やアイテムが大型MODの素材体系へ橋渡しされていない、といった形です。
すると研究画面には項目が見えているのに、実際には前へ進む道がなくなります。
ツリー上は存在するのに、設計上は閉路になっていない状態です。

Bob’s Revampは作者コメントでもSpace Ageとの未統合が読み取れる文脈があり、このタイプのズレを想像しやすい例です。
怖いのは、こうしたケースが「互換性なし」と明示されず、ロードは通るが未統合として残ることです。
ゲーム開始直後は普通に進むので安心してしまいますが、終盤で新サイエンスを要求された瞬間に、解禁されるはずのものが来ない。
自分もこの手の詰まりに何度か当たりましたが、研究画面の未解放の理由を追うと、どこで鎖が切れているか見えやすかったです。

惑星資源と素材要件の前提ズレ

もうひとつ実害が大きいのが、惑星ごとの資源フローと大型MODの素材要求が噛み合っていないパターンです。
Space Ageは惑星ごとに資源の手触りが変わる設計ですが、大型MODはもともと別の資源バランスを前提に作られていることが多く、そのまま重ねると要求だけが先に立ちます。

たとえば、大型MOD側では序盤〜中盤の標準素材として扱われるものが、Space Age側では特定の惑星到達や別系統の研究を経てようやく安定供給できる、というズレが起こります。
すると必要素材のレシピは見えているのに、供給ルートがゲーム進行に対して早すぎたり遅すぎたりする。
結果として、工場設計の問題ではなく、前提資源が存在しないせいで詰む感触になります。

このズレは、単なる難化とは違います。
難しいだけなら代替ルートや遠回りが成立しますが、未統合のズレは「今ここで必要なのに、世界のどこにも橋がかかっていない」形になりがちです。
Space Age単体では気持ちよく繋がる惑星間の流れが、大型MODの素材体系を被せた途端に不自然な段差になる。
大型MOD単独で遊ぶと自然だった要求量や素材階層が、Space Ageの惑星設計では別の意味を持ってしまうわけです。

比較記事ベースでも、Space Ageと大型MODを重ねるとアイテム総量はさらに増えます。
数が増えること自体より、どの惑星で何を取れる想定なのかが揃っていないと、増えた分だけ供給の断面が増えるのが厄介です。
序盤は鉄板や回路の延長で押し切れても、惑星固有の資源が絡み始める段階で急に設計思想の違いが表面化します。

研究・レシピ衝突を示す兆候

プレイ中に見える危険信号としては、同名アイテムの定義重複、前提研究の循環参照、テクノロジー解放が永遠に来ないといった症状が分かりできます。
こうした衝突は、依存欠落のように起動直後に止まるより、むしろ「遊べてしまう」構成で出やすい特徴があります。
前述の未統合パターンが、研究ツリーとレシピ表ににじみ出た姿だと考えると掴みやすく、序盤の安定感が増します。

研究画面で特に不穏なのは、必要条件が表示されているのに、その条件側へ飛んでもさらに別の未解放条件へ押し返されるケースです。
どこかで循環しているか、途中の技術が別MODの改変で孤立しています。
レシピ側では、あるアイテムだけ材料名は出るのに製法が存在しない、逆に材料を作れたのに用途がひとつも繋がらない、という形で出ます。
材料・レシピ・研究の3点が一直線につながらないなら、単なる見落としより衝突を疑う場面です。

Mod Portalの依存表示では、RequiredとOptionalが分かれていて、Optionalはデフォルトで隠れることがあります。
ここで見えるのはあくまで依存関係であって、設計レベルの統合完了までは保証しないのを忘れると設計が破綻します。
だからこそ、「依存が解決した＝研究ツリーも繋がる」とは限りません。
Space Ageと大型MODの競合は、まさにこの“ロードは通るのに足りないものがある”状態として表れできます。

自分がこの症状に触れたときは、クラフト一覧より先に研究画面を開くと異常を掴みやすかったです。
未解放理由の筋が素直に追えない、見えている技術のわりに関連設備が増えない、素材名だけが先行して実体がない。
こういう兆候が出ている構成は、エラー表示が静かなぶん、プレイ時間を吸われやすいタイプの競合です。

大型MOD別の現状整理：Krastorio2・Bob's・Space Exploration

Krastorio 2 の現状

Krastorio 2は、いま大型MODの中では整理して語りやすい部類です。
2.0対応は進んでおり、Elevated Railsにも前向きに扱える文脈があります。
一方で、Qualityは非対応として見るのが安全で、Space Ageとの統合は本家K2では非対応寄りです。
Steam DiscussionやForumsで見える作者方針も、「2.0で動くこと」と「Space Ageの新要素まで噛み合わせること」を別に扱っている温度感でした。

ここで実際に困るのは、K2が持つ独自の素材階層と、Space Age側の新サイエンス・新素材の導線が自動ではつながらない点です。
K2単独だと、鉱石処理から中間素材、設備更新、電力まわりまで設計思想が一貫しています。
自分もK2単独で遊んだときは、工場を拡張するたびに「次はこれを作るんだな」という流れが素直で、本当にバニラの延長線上にある感触で驚きました。
ところがSpace Ageと無理に重ねると、その一貫した階段の途中に別の階段が差し込まれて、新サイエンスが要求するものとK2側の解放順が噛み合わないことがあります。

惑星資源の前提もズレやすいため、実用性が高い構成です。
Space Ageは4惑星を含む構成で資源アクセスを段階的に変えていきますが、K2はもともと別の世界観で素材要求を積み上げています。
そのため、K2側では地上で自然に確保できる前提の素材が、Space Age側では別の進行段階や別資源の文脈に置かれてしまうことがある。
すると、研究ツリー上は見えているのに、実際の供給線がどの惑星にもきれいに落ちてこない、という失敗イメージになります。

派生例としてK2 Spaced Outのような統合系MODは存在します。
ただし、これは「Krastorio 2本家がSpace Age統合済み」という意味ではありません。
統合派生は、そのズレを埋めるために別途作られている存在です。
本家K2と、K2をSpace Age世界へ橋渡しした派生は分けて考えたほうが実態に合います。

Bob’s 系の現状

Bob’s系は、見た目以上に判断が難しい立ち位置です。
Bob’s Revamp周辺では、Space Ageとエラーなくロードできるという作者コメントの文脈があります。
ここだけ切り出すと安心感がありますが、問題はその先で、統合は未実施という理解を外すと設計が崩れます。
つまり、起動確認は通っていても、レシピ、研究、素材導線まではまだ一枚岩になっていない可能性が高い、ということです。

Bob’s系はもともとレシピ追加量が多く、鉱石処理や中間素材の分岐も厚いので、未統合状態でSpace Ageと重ねたときのズレが見えにくい傾向があります。
序盤は普通に採掘して組み立てて進められるので、「これは大丈夫そうだな」と感じやすいのですが、中盤以降に新サイエンスとBob’s側素材ツリーの接続点が不足すると、一気に違和感が出ます。
典型例は、ある設備や部品の存在は見えているのに、その材料を作る研究が別系統へ飛んでしまうケースです。
材料Aを解禁するには研究Bが要る、研究Bには素材Cが要る、しかし素材Cの供給ルートがSpace Age側の進行と結びついていない、という具合です。

Bob’s系はQuality対応も統合状況も非公表寄りで、少なくとも「Space Ageに合わせて全体設計が再調整された」と言える段階ではありません。
このため、競合が起きるときも派手なクラッシュより、前のセクションで触れたような研究ツリー衝突やレシピの宙ぶらりんとして現れできます。

一方で、Bob’s系には互換調整MODで導線を補う実例があります。
Space Age x Bob's Compatibilityのように、足りない橋を別MODで足す発想です。
これはBob’s本体が統合済みだから不要なのではなく、未統合の穴を埋める必要があるから存在していると捉えると分かりやすくなります。
Bob’sをSpace Ageへ重ねる構成は、本体だけではなく補助レイヤー込みで成立させる前提になりがちです。

Space Exploration の現状

Space Explorationは、2.0対応の話題自体はありますが、Space Ageとの統合は想定外、あるいは相当に難しいという見立てが強いMODです。
これは単に対応作業が遅れているというより、両者が扱う領域の大きさが近すぎるのが理由です。
どちらも宇宙進出や物流拡張、進行構造そのものに深く手を入れるタイプなので、片方が足した概念をもう片方が前提にしていません。

数字で見ても変更規模の差は際立って大きいです。
比較記事ベースでは、アイテム総数の目安がFactorio 2.0で124、Space Ageで211、Krastorio 2で224、Space Explorationで423とされていて、SEは単独でも別ゲーム級の密度があります。
ここへSpace Age的な新素材や新サイエンス、惑星資源の前提を重ねると、ただ量が増えるだけでは済みません。
どの資源をどこで取り、どの段階で宇宙へ押し出すかという根本設計が二重化できます。

その結果として起こりやすいのが、惑星資源前提のズレと研究順の衝突です。
Space Exploration側では宇宙インフラや特殊素材に至る導線が一本の長い旅として組まれていますが、Space Ageもまた独自の惑星進行で資源アクセスを設計しています。
両方を並べると、片方では中盤の要件、もう片方では終盤の要件だった素材が同列に要求されるような、妙な段差が出やすい特徴があります。
これは高難度というより、設計思想どうしが同じ場所を取り合っている状態に近いです。

SEはもともと単独で世界観も進行も完成度が高いので、まず単独で遊ぶほうが体験として素直です。
K2単独が「設計が一貫して快適」なのと同じで、SEもまた、単独だからこそ巨大なシステムが一本の筋として理解しやすいMODです。
Space Ageと混ぜて情報量を増やすより、SEが作っている宇宙時代の流れをそのまま味わったほうが、かえって深く入れます。

“ロード可”と“統合済み”の違い

この3系統を見比べると、いちばん大事なのは“ロード可”と“統合済み”を分けて考えることです。
ロード可は、あくまで「起動時に致命的エラーで止まらない」という確認にすぎません。
統合済みは、レシピ・研究・資源導線まで噛み合っている状態を指します。
ここを混同すると、「起動したのに後半で詰む」という大型MOD特有の事故が起こります。

Mod Portalでも依存関係はRequiredとOptionalで確認できますが、それで分かるのは主に起動に必要な関係です。
設計上の統合完了までは読み取れません。
だから「Space Ageと一緒に有効化できた」「エラーなくロードした」という情報だけでは、Quality非対応の穴、新サイエンスや新素材の未統合、惑星資源前提のズレ、レシピ・研究ツリー衝突までは否定できないわけです。

整理すると、現状の見取り図は次のようになります。

この表のポイントは、優劣ではなくプレイ開始後の詰まり方が違うことです。
Krastorio 2は本家と統合派生を混同すると判断を誤りやすい。
Bob’s系はロード可の言葉だけだと楽観しやすい。
Space Explorationは領域が大きすぎて、統合そのものが難題になりやすい。
大型MODを混ぜるときの失敗は、クラッシュよりも「研究は見えているのに前へ進まない」という形で来ることが多く、その予感を持って眺めると各MODの現在地が掴みやすくなります。

エラーが出たときの対処手順

エラーログの場所と見方

エラーが出たときに最初に見るべきなのは、ポップアップの一文よりもエラーメッセージ本体と実行ログの末尾です（例: ゲームが出力する実行ログファイル）。
ダイアログ上では短く見えていても、ログの後半に「どのMOD名で止まったか」「どのファイル読み込みで落ちたか」「依存が足りないのか、定義が重複しているのか、バージョン不一致なのか」といった手がかりがまとまって出ることが多いです。
まずはMOD名、ファイル名、行番号、dependency、duplicate、versionといった固有名詞を拾って切り分けましょう。

読み方のコツは、全文を理解しようとしないことです。
たとえば、あるMODの名前がはっきり出ているなら、そのMODが直接原因か、少なくとも最後に処理されていた候補です。
ファイルパスや data.lua 系の読込箇所が出ているなら定義読込中の失敗、依存関係の文言が出ているなら必須MOD不足、重複の文言が出ているなら同じ対象を複数MODが定義している可能性が高いです。
バージョン不一致の雰囲気があるなら、MOD側の更新時期や本体2.0系との対応を見直す流れになります。

スクリーンショットを残すなら、エラーダイアログ全体だけでは少し弱いです。
ダイアログの本文と、log末尾のスタックトレース付近を別々に押さえると、あとで見返したときに原因の筋が追いやすくなります。
特にハイライトしたいのは、エラー末尾の「最初にMOD名が現れる行」と「その直前直後の数行」です。

半分法での原因特定

ログを見ても原因が一発で分からないときは、原因MODの切り分けに移ります。
いちばん単純で強いのは、直近で追加したMODを全部OFFにして、1つずつ戻すやり方です。
新しく入れた直後に壊れたなら、そこに犯人がいることが多いからです。
数が少ないならこの方法で十分です。

問題は、すでに多めの構成になっていて、どれが引き金か見えないケースです。
ここで効くのが半分法です。
やることは単純で、有効化しているMOD群を半分ずつに分け、片方だけONにして再現するかを見る、それを繰り返すだけです。
100→50→25という感覚で絞っていくと、総当たりより試行回数が減ります。
自分も大型構成で詰まったとき、順番に1個ずつ疑うよりこのやり方のほうがはるかに早く、再現条件まで一直線にたどり着けました。

実運用では、まず最近入れたグループをまとめてOFFにし、それでも直らないなら全体を二分して当たりの山を探します。
片方で再現し、もう片方で再現しないなら、原因は再現した側にあります。
そこからまた半分に分ける。
この繰り返しです。
エラーが単独MODの不具合なのか、特定の2つ以上を同時にONにしたときだけ起きる競合なのかも、この途中で見えてきます。

この段階で見逃したくないのが、同一MODの複数バージョン混在です。
手動でZip導入したことがある構成では、古い残骸と新しい版が同居しているだけで挙動がおかしくなることがあります。
同一MODの複数バージョンには注意が必要という趣旨の案内があります。
見た目では1つのMODを入れたつもりでも、実際には旧版Zipが残っていて重複読込の火種になっていることがあるので、切り分け中はここを必ず疑います。

更新・無効化・情報収集の優先順位

原因候補が見えたら、次は対処の順番です。
ここで大事なのは、いきなり互換調整MODを足して解決しようとしないことです。
先にやるべきなのは、依存側を含めた更新確認と、問題MODの一時無効化です。
依存欠落やバージョン不一致なら、当該MOD単体ではなく、先に必須依存側の更新で直ることがあります。
Mod Portalでも依存は Required と Optional に分かれて表示されるので、まずは必須側が揃っているかを見る流れになります。

更新しても同じエラーが続くなら、そのMODはいったん外して再起動したほうが早いです。
無理に維持すると、「起動は通るのに研究が欠ける」「レシピだけ変になる」といった後腐れのある壊れ方に移りやすいからです。
特にZip手動導入を混ぜている構成では、更新したつもりでも旧版が残っているケースがあるので、複数バージョン排除→更新→再テストの順で見ると整理できます。

情報収集は、作者ページの説明文だけで終わらせず、フォーラム、Mod PortalのDiscussion、FAQまで掘ると精度が上がります。
既知問題としてすでに報告されていることが多く、そこでは「Space Ageとは未統合」「特定バージョンで crash on load」「dependency 周りの修正待ち」といった生きた情報が見つかります。
検索語は英語のほうが拾いやすく、incompatible、dependency、crash on load などは実際効きます。
短いエラー文をそのまま入れるより、MOD名とこれらの語を組み合わせたほうが当たりに届きできます。

互換調整MODを探すのは、その後です。
既知の非互換を無理やり橋渡しする層なので、土台のMOD本体や依存が整っていない状態で足しても、原因が増えるだけになりがちです。
まず本体構成を正常化し、そのうえでDiscussionやFAQに「この組み合わせには別途compatが必要」と明示されているときだけ検討する、という順番のほうが詰まりにくくなります。

まとめ：迷ったらこの順番で増やす

必要なら、Space Age対応や互換性に関する情報の一覧（。

今日の次アクション

今日やることは1つで十分です。
いま遊んでいる本命セーブとは別に、検証用セーブを分けたうえでQoLを少数だけ有効化した構成を保存してください。
その状態を基準点にして、次はSpace Age単体、さらに互換明記MODへと1段ずつ増やせば、壊れた理由が追える構成のまま前に進めます。