Factorio 2.0の新機能｜無料で使える便利機能まとめ

Factorio 2.0は、2024年10月21日にSpace Age DLCと同時に配布された本体アップデートであり、既存所有者を含む全プレイヤーが無料で触れられる内容です。
無料側だけでも Factoriopedia、リモートビュー、列車グループ、ブループリントのパラメータ化、流体システムの刷新が入り、工場運用は 1.1 から別物になります。
自分は1.1のメガベースを2.0で開いた初日に石油精製が止まり、パイプを引き直して原因が流体のセグメント統合だと気づくまで数時間を溶かしましたが、あの変更はまさに既存の常識を更新するものでした。
まずは無料2.0で何が使えて何がDLC専用かを切り分け、Factoriopediaとリモートビューから手を付けると、今日のセーブデータで試せる一歩が見えてきます。

Factorio 2.0で無料開放された新機能の全体像

Factorio 2.0 は 2024年10月21日に Space Age と同時リリースされたが、無料の本体アップデートと有料DLCは別物です。
Space Age は Steam で税込4,000円前後の有料DLCで、高架レールとクオリティ、4つの新惑星、宇宙プラットフォームがそちらに入ります。
この記事で扱う5大機能は無料側にまとまっているので、DLC未購入でも今日から触れます。

無料の2.0と有料Space Ageの境界線

まず境界線を固定しておくと、2.0で開放された便利機能と、Space Age を買ったときに初めて入る要素を混同しなくて済みます。
列車まわりは誤解が多いですが、列車グループ、ロジスティックグループ、インタラプト、駅の優先度は無料側です。
鉄道の新機能が全部DLCだと思い込むと、使える機能を自分から狭めてしまいます。

この切り分けを先に見せる意味は、2.0が単なるUI追加ではないからです。
既存工場の規模が大きくなるほど、調べ物、移動、列車設定、BP複製、流体配管の手戻りが積み上がっていきます。
2.0はその伸び方を変えるアップデートで、管理コストを定数に寄せていく発想だと捉えると見通しがよくなります。

2.0で追加された5大機能の早見表

5大機能は、名前よりも「何の手間が消えるか」で並べると理解しやすいです。
Factoriopedia は調べ物の往復を消し、リモートビューは移動時間を消し、列車グループは編成ごとの再設定を消します。
BPパラメータ化は素材別BPの複製を減らし、流体刷新はポンプ中継の設計そのものを軽くします。

Factoriopedia は、ゲーム内の情報を引くたびに外部Wikiへ飛ぶ往復を止めます。
リリース日にDLCだけを買って2.0の無料機能を素通りし、しばらく Factoriopedia もリモートビューも開かないまま 1.1 と同じ手癖で遊んでいたことがありますが、あとから効いたのはむしろ無料側でした。
毎日のプレイ時間を削っていたのは高価な追加要素ではなく、画面遷移と移動の短縮だったわけです。

DLCなしでも工場運用がどれだけ変わるか

DLCなしでも、2.0の無料機能だけで工場運用の癖はかなり変わります。
特に列車まわりは効果が分かりやすく、グループ、インタラプト、駅の優先度が揃うと、同じ路線を何度も手で直す必要が減ります。
コミュニティで「高架レールが使えない」という質問を受けたときも、実際には無料の2.0と有料DLCの境界を勘違いしているケースが多く、列車グループすら触られていないことがよくありました。

リモートビューも地味ですが効きます。
現地に戻らずゴーストを直せるだけで、前哨地や遠隔採掘の往復が止まり、建設の待ち時間も目に見えて減ります。
流体刷新はもっと設計寄りで、1.1のようにポンプを何段も挟む考え方を薄めてくれるため、配管を組むときの発想そのものが変わるでしょう。
2.0は派手な新要素を増やすというより、工場が大きくなった後の面倒をまとめて削るアップデートです。

Factoriopedia：調べ物がゲーム内で完結する

Factorio 2.0 は 2024年10月21日に有料DLCの Space Age と同時に来たが、2.0 本体は既存所有者を含む全プレイヤーに無料で入る。
まず線を引くなら、Factoriopedia やリモートビュー、列車グループ、ロジスティックグループ、スケジュールインタラプト、駅の優先度、ブループリントのパラメータ化、流体システム刷新、新しいレール形状、アラートGUIの刷新までは無料側だ。
高架レールとクオリティ、4つの新惑星、宇宙プラットフォームは Space Age 側に置かれている。

altクリックひとつで開く操作の基本

Factoriopedia は、ゲーム内の全アイテムとエンティティをその場で引ける百科事典GUIで、気になったものを altクリックするだけで該当ページが開く。
GUI要素、設置済みの建物、インベントリのアイテムまで対象が広いので、調べ物の入口がひとつにまとまる。
2.0 を触り始めた週は、サイエンスパックの材料を見るたびにブラウザへ切り替える癖が残っていたが、altクリックに変えた瞬間、同じ確認が数秒で終わるようになった。
初日で習慣が上書きされたのは、この導線の短さが効いたからです。

レシピから解禁技術まで辿る使い方

価値は情報量の多さより、1画面で三方向へ辿れる導線にあります。
1つのページからレシピ、用途、解禁技術へそのまま進めるため、1.1 時代に外部Wikiとゲームを往復していた手間が消えるのです。
特に序盤は、次に何を研究し、何を作れば前に進むかを確認する回数が多いので、技術ツリーの把握が一気に楽になる。
初心者にマルチで教えていたときも、素材の作り方を毎回口頭で説明していたのが、altクリックだけ教えた途端に質問がほぼ止まり、教える側の負荷まで下がりました。

外部Wikiを開かずに済むケースと済まないケース

Factoriopedia は万能ではなく、答えるのはあくまで「そのアイテムの仕様」です。
どう設計すべきか、比率をどう振るか、どこに置くかといった判断は、依然として外部の解説や自分の計算が要る場面が残ります。
ただし、仕様確認をゲーム内に寄せられるだけでも、建設計画の流れはかなり滑らかになる。
さらにリモートビューと組み合わさると、設置済みの建物だけでなくインベントリのゴーストリクエストやレールの派生形まで途切れずに参照できるので、調べ物が作業の邪魔になりにくい。

Space Age を買わなくても、Factoriopedia は今日から使えます。
2.0 の無料側だけで、列車制御の改善は高架レールを除いて開放され、リモートビューやブループリントのパラメータ化まで触れられる。
高架レールとクオリティだけが有料側に残る、と覚えておけば見通しは十分だ。
無料2.0は、まず触ってみてください。

リモートビュー：拠点を離れずに工場を拡張する

リモートビューは、1.1で追加されたマップ画面をそのまま編集画面へ引き上げた機能です。
見て終わる画面ではなく、拠点を離れずに工場へ手を入れるための作業場として使えるところに価値があります。
ローカルでできることを遠隔でも同じ手癖で扱えるので、移動そのものを設計から消しやすいのが強みです。

サーフェス全体検索で目的の設備へ一瞬で飛ぶ

自分が最初に驚いたのは、サーフェス全体検索がただの便利機能ではなく、移動時間を丸ごと削る本体だったことです。
レシピ生産、資源、列車の駅名、マップタグの4種類を工場全体から横断して探せるので、「電子基板を作っている組立機はどこだったか」と歩き回る必要がなくなります。
巨大化した工場ほど検索の一手が効き、現地確認のための往復がそのまま消えます。

特に列車網が伸びてくると、駅名検索の価値が跳ね上がります。
自分も最初はリモートビューを1.1と同じ眺めるだけのマップだと思い込んでいて、検索欄を使っていませんでした。
駅名検索を知った時点で、詰まりの原因を探すためにかけていた時間が半分以下になり、どの駅にどの資材が滞留しているかを画面越しに追えるようになりました。

マップ上で線路とゴーストを直接編集する

マップ上でレールプランナーをそのまま使えるため、拠点に立ったまま鉱山までの線路計画を引けます。
鉄鉱石が枯渇するたびに採掘機を増設していた頃は、拠点から鉱山まで数十秒かけて走るのが当たり前でしたが、リモートビューに切り替えてからはその移動が1度も発生しなくなりました。
線路の下見、分岐の調整、採掘場の再配置まで、思いついた瞬間に図面へ落とせるのが気持ちいいところです。

ゴーストも建設ロボの到着を待たずに設定変更できますし、遠隔で「採掘」を選ぶと解体指定になります。
つまり、建てる・直す・壊すの3操作がすべて遠隔で完結するわけです。
さらにゴーストへモジュールをfast transferすると、そのままモジュールリクエストとして登録されます。
先に計画を置き、あとで実体が追いつく流れに変わるので、建設のテンポがロボットの速度から切り離されるのです。

現地建築との操作差をなくす設計思想

リモートビューの設計思想は、ローカルでできることを全部リモートでもできるようにする点にあります。
遠くから触ると操作が制限される、というよくある分断を避けているので、普段の建築手順をそのまま持ち込めます。
現地でやるのと同じ感覚でゴーストを置き、同じ感覚で計画を直し、同じ感覚で壊せるから、操作を覚え直す負担が小さいのです。

習得コストはFactoriopediaより高く、30分程度は見込んだほうがいいでしょう。
ただ、いったん手癖になると、鉱山の増設や遠方の詰まり対応で現地へ走る往復がごそっと消えます。
Factoriopediaの次に入れる機能として扱うと、効果が見えやすいです。
おすすめです。
試してみてください。

列車グループとインタラプト：ダイヤ管理を1箇所に集約する

列車グループを使うと、同じ役割の編成を1つのダイヤで束ねられるため、20編成でも30編成でも直す場所は1か所で済みます。
1編成ごとに待機条件を開き直していた運用では、修正漏れがそのまま駅の詰まりや往復渋滞につながりましたが、グループ化するとその手間が消えます。
2.0でこの整理を入れると、数十分かけていた作業が数十秒で終わる感覚になり、既存編成の再設定コストを払ってでも移行する価値がはっきり見えてきます。

列車グループで20編成のダイヤを1回で直す

列車グループは、単なるラベル付けではなく、ダイヤ管理を編成数から切り離すための仕組みです。
鉄鉱石輸送のように同じ仕事をする列車が増えるほど、個別編集は見た目以上に危険になります。
1.1のメガベースでは待機条件を変えたくなるたびに30編成を1つずつ開いていたので、途中で直し漏れた編成が駅を詰まらせる事故が何度も起きました。
グループなら1編成分の修正が全編成へ自動反映されるので、設定作業が編成数に比例しません。

インタラプトで『空なら積みに行く』を定型化する

インタラプトは、例外処理をダイヤ本体から外に逃がせるのが強みです。
『貨物が空になったら積みに行く』『燃料が減ったら給油station へ寄る』のような条件を先に並べておけば、通常運行の流れを壊さずに割り込みだけ追加できます。
複数条件が同時に成立した場合はリスト上位が優先されるため、どの例外を先に処理するかがそのまま設計になります。
運用を増やしても本線は短く保てるので、後から条件を足しても破綻しにくい形になるのです。

駅の優先度と組み合わせた振り分け設計

駅の優先度を重ねると、列車をどこへ振るかまで制御できます。
優先度はデフォルト50、範囲は0〜255で、スライダーの目安は10〜90です。
回路ネットワークから設定でき、プレイヤーが手動で行き先を指示した場合は255扱いになるので、通常運行と臨時指示をはっきり分けられます。
グループで共通化したダイヤに、インタラプトで例外を載せ、優先度で行き先を絞る。
この3点をそろえると、1.1でMODに頼っていた動的な列車運用をバニラだけで組める水準になります。
まずは全編成のグループ化から始めて、必要になった段階でインタラプトを足していく流れが扱いやすいでしょう。

ブループリントのパラメータ化：1つのBPを使い回す

パラメータ化は、BP内のアイテムやレシピ、流体、エンティティを「設置時に決める変数」として扱う仕組みです。
1.1では素材ごとにBPを複製してライブラリを増やすしかありませんでしたが、2.0では1つの汎用BPにまとめて、設置時に中身だけを差し替えられるようになりました。
BPの管理そのものを減らせるので、ライン設計の発想が変わります。

紫のパラメータ化ボタンで作る汎用BP

入口はBP編集ウィンドウ右上の紫の「パラメータ化」ボタンです。
レシピが設定済みの組立機ならレシピを、回路ネットワーク系なら3つの特殊信号を除くほぼすべてを変数化できるため、固定BPを素材別に増やす必要が薄れます。
各パラメータには名前を付けられ、そのまま設置時の入力プロンプトに出るので、命名は実質的に設計の一部です。

Ingredient ofで材料側を自動追従させる

この機能で特に強いのが「Ingredient of」です。
たとえばパラメータ0に鋼材を置けば、パラメータ1は自動で材料の鉄板を拾うので、素材と製品の対応をBP側に持たせられます。
ユーザーが毎回材料名を打ち直す必要がなくなり、設置時に答える項目そのものが減るのが利点です。
1.1時代に電子基板、発展基板、処理装置で組立機BPを3つ複製していたなら、ここでまとめて1本化する価値があります。

数式と変数でインサータ設定まで自動計算する

数式フィールドを入れたパラメータは、設置時の入力プロンプトから外れます。
つまり「人に聞く値」をどこまで減らせるかが設計の肝です。
専用変数の _s（スタックサイズ）、_r（ロケット搭載数）、_i（材料個数）、_t（製作時間）を使えば、スタックサイズ由来のインサータ設定や必要個数まで式で落とし込めます。
p0_s はパラメータ0のスタック数を指すので、製品1つだけを入力させ、残りは Ingredient of と数式で導く形が作りやすいです。
自分も2.0でレシピをパラメータ化し、スタックサイズ周りを数式へ寄せたら、3つに割れていたBPが1本になり、棚卸しが一気に進みました。

既存ライブラリを全部いじる必要はありません。
素材違いで3個以上複製しているBP、たとえば各種サイエンスパックや基板系、素材別の製錬ラインから触ると効果が出やすいです。
1点物のBPはそのまま残し、複製コストが高いものだけを優先して汎用化していくのが、投資対効果の高い進め方でしょう。

流体システム刷新とその他の2.0変更点

2.0の流体は、1.1の感覚で配管を組むと最初につまずきやすい部分です。
連続したパイプとタンクは1つのセグメントとして扱われ、しかも1セグメントに入る流体は1種類だけになりました。
見た目の更新より中身の変更幅が大きく、既存の精製ラインほど見直しが必要になります。

パイプがセグメント単位になった意味

1.1のセーブを2.0で開いた初日、石油精製ラインだけが原因不明で止まり、パイプを何度も引き直しました。
数時間たって、流体が細かく伝播する仕組みではなく、連続したパイプとタンクが1つのセグメントに統合される前提へ変わったのだと分かって、ようやく腑に落ちた流れです。
1セグメントに1種類の流体しか入らないので、配管のつなぎ方そのものが設計の出発点になります。

この変更の怖さは、UIの新機能と違って見た目からは判断しにくいところにあります。
1.1では「長くつないでも途中で流量が落ちる」「だから中継を挟む」という直感が通用しましたが、2.0ではセグメント内で流体が伝播しません。
長いラインは単に貯蔵量が増えた状態として扱うほうが近く、ライン全体を1つの塊として見る発想が要ります。

充填率とスループットの関係

スループットはセグメントの充填率に比例します。
充填率が半分なら、機械が引ける量も最大の半分です。
式にしてしまえば単純で、1.1の複雑な流体伝播シミュレーションよりも、設計段階で先が読めるようになりました。
ここが2.0の最大の恩恵だと思ってよいでしょう。

この単純さは、複数の精製機や消費先をぶら下げるときに効いてきます。
ラインの途中で流れがにじむのではなく、今いくつ詰まっているかで結果が決まるため、タンク群をどう置くか、どこまでを1セグメントにまとめるかで挙動が変わります。
読める設計に変わった分、配管の長さそのものより、充填率を安定させる配置のほうが効くわけです。

1.1のポンプ中継設計はもう要らない

セグメント内では流体が伝播しないので、長いパイプラインほど総スループットは高いのに、空になるまでの時間は長くなります。
1.1で標準だった「長距離＝流量が落ちるからポンプを一定間隔で挟む」という考え方は逆転しました。
2.0では、同じ配管からポンプを全部抜いてもスループットが落ちず、むしろ設計が単純になる場面が多いです。

ただし例外はあります。
ポンプとタンクを直結している場合だけは、ポンプがより速い速度で引き出せます。
バッファとして機能させたいタンクの前後にだけポンプを置く、という限定的な使い分けを覚えれば十分です。
新しいレール形状やアラートGUIの刷新も無料側に含まれますが、まず点検すべきなのは既存の石油精製ラインであって、そこを見直すだけでも実害はかなり減らせます。

2.0の新機能を既存工場へ組み込む順番

Factoriopedia、リモートビュー、列車グループ、BPパラメータ化は、覚える順番を分けるだけで移行の負担が目に見えて変わります。
判断軸は習得コストと既存資産の再設定コストの合計で、前半2つは新しく覚えるだけ、後半2つは既存工場の配置やライブラリに手を入れるため後回しが妥当です。
2.0移行で5機能を一度に追うと、学習そのものより作業の中断が増えて詰まりやすい。

まずFactoriopediaとリモートビューを手癖にする

Factoriopediaは習得5分で済み、altクリックを反射に変えるだけで外部Wikiとの往復が消えます。
まずこれを初日に片付けると、レシピ確認や素材の辿り直しに使っていた細切れ時間がそのまま戻ってきます。
続くリモートビューも習得30分程度で、検索欄とレールプランナーの2つだけ先に覚えれば、拠点間移動に吸われていた時間の大半を回収できます。
調べ物と移動の摩擦が落ちるほど、以降の新要素に向き合う余裕が生まれるでしょう。

2.0移行時に5機能を一度に使おうとして、BPライブラリの全件パラメータ化に手を出したことがありますが、その時は工場が半日止まったまま作業だけが積み上がりました。
そこで導入順を組み直し、Factoriopediaとリモートビューだけを初日に手癖化したところ、確認作業のテンポが変わり、移動のたびに止まる場面が減りました。
新しい操作を増やす前に、調べる速さと移動の速さを先に整える。
ここが出発点です。

列車グループは既存編成の再設定コストを見積もる

列車グループは既存編成の再設定が必要になるため、単なる機能追加では終わりません。
既存工場では、まず「同じダイヤの編成をグループ化する」ところまでを先に済ませ、インタラプトへの置き換えは後日で構いません。
編成数が多いほど再設定コストは重くなりますが、その分だけ回収も早いので、停滞の少ない区画から試すのが筋です。
自分も2回目は列車グループを翌日に回し、工場を止めずに導入できました。

BPライブラリの棚卸しは複製3個以上から

BPパラメータ化は既存BPの作り直しが伴うので最後に回します。
全件を対象にすると手戻りが膨らむため、素材違いで3個以上複製しているBPだけを棚卸しし、1点物は触らないほうがいいです。
複製が多いBPほど、パラメータ化で管理数が減る効果がはっきり出ます。
逆に1点物は手間の割に削減幅が小さいので、先にそこへ時間を吸われると導入全体が重くなります。

1.1のセーブデータは2.0でそのまま読み込めますが、流体の挙動が変わっているため石油精製ラインは要点検です。
新機能を追いかける前に、既存ラインが止まっていないかを確認しておくと、移行後の混乱を減らせます。
実際、2回目の組み直しではこの順で進めたおかげで、週末にBPへ回しても工場を一度も止めずに移行が終わりました。
次に読むなら、パラメータ化を前提にしたBPライブラリの再設計と、インタラプトによる動的な列車運用です。