Factorio 物流の選び方｜ベルト・列車・ロボの使い分け基準

Factorioの物流は、搬送ベルト・列車・物流ロボットのどれかを“好みで選ぶ”より、距離と流量で主役を決めるほうがだいぶ安定します。
工場内の短距離で大量に流すならベルト、遠距離でまとめて運ぶなら列車、少量多品種や障害物をまたぐ補給なら物流ロボット、という切り分けが基本です。
自分も100駅規模の列車網を回す中で、駅前だけロボ化すると一気に扱いやすくなる一方、長距離ベルトを雑に伸ばして何度も総入れ替えしたことがあります。
これ、地味に大事なんですよね。
この記事はバニラ v2.0 を基準に、距離・量・拡張性・電力/UPS・設計難度の5軸で判断フローと比較表を整理します。
主幹物流と補助物流を分けて設計する、という実践寄りの基準まで含めて、よくある選択ミスを避けられるようにします。

Factorioの物流手段は3種類あります

主幹物流と補助物流の考え方

Factorioの物流は、搬送ベルト・列車・物流ロボットの3種類に整理して考えると、設計の迷いが減ります。
役割分担の感覚としては、工場の骨格を作る「主幹物流」と、詰めの調整を受け持つ「補助物流」に分けるのが実践的です。

主幹物流は、鉱石や中間素材のように量が多く、止まると工場全体に響くものを流すレイヤーです。
ここでは、工場内なら搬送ベルト、拠点間や遠方資源の搬入なら列車が主役になります。
ベルトは流れが目で追いやすく、詰まりや不足を発見しやすいのが強みです。
搬送量の目安は黄色15アイテム/秒、赤30アイテム/秒、青45アイテム/秒で、工場内の定常搬送を組み立てる基準になります。
いわゆるメインバス（主要素材を平行にまとめて流す幹線レイアウト）とも相性がよく、序盤から中盤の拡張でも扱いやすいのが利点です。

一方の列車は、ベルトを何百タイルも引き回すと面倒になる距離で真価を発揮します。
貨物車両（Cargo wagon）などに関する運用知では長距離・大量輸送向けに扱われることが多く、列車を「物流幹線」として見ると設計が安定します。
物流ロボットは、この2つと立ち位置が少し違います。
ロボは障害物を飛び越えて最短経路で動けるので、主幹を担うというより、末端の融通を利かせる補助物流として使うと強いです。
たとえばモールへの細かな補給、研究所への多品種投入、列車駅での積み下ろし補助、壁越しの建設資材供給などですね。

自分が大規模工場でいちばん安定したのは、主幹を列車、工場内の定常ラインをベルト、末端の足りない部分だけロボに任せた形です。
これにしてから、レイアウト変更のたびに幹線まで壊す回数が減りました。
最初は「便利だからロボで全部やりたい」となりがちでしたが、主幹までロボに乗せると、見た目はきれいでも後で詰まり方が読みにくくなるんですよね。
逆に、末端まで全部ベルトで縛ると、ちょっとした材料追加でラインの引き直しが発生します。
3種類を競合させるより、階層で分担させたほうがFactorioらしい伸び方をします。

Belt transport system/ja

wiki.factorio.com

対象バージョンと用語の補足

ここでの基準はバニラ v2.0です。
判断の中心は、ナウヴィス上での通常工場をどう組むかに置いています。
Space Ageでは惑星間物流や宇宙プラットフォームという別レイヤーが増えますが、それは「地上の3物流をどう使い分けるか」の後に乗ってくる追加要素として見ると整理しやすくなります。
宇宙側ではロボに頼れない場面もあるので、DLC込みで考える場合も、まずは地上のベルト・列車・ロボの役割を固めておくのが土台になります。

用語もここでそろえておきます。
UPSは Updates Per Second の略で、ゲームが1秒間に処理する更新回数のことです。
大規模工場ではこの値が安定しているかが体感速度に直結します。
物流手段ごとの比較で「UPSに優しい」「重くなりやすい」と言うときは、この処理負荷の話です。

物流ネットワークは、ロボットステーション同士がつながって形成されるロボ用の配送圏です。
ロボットステーション1基には同時充電口が4つあり、待ちが増えると周囲で滞留しやすくなります。
ロボは数を増やせば何でも解決するわけではなく、充電地点の密度まで含めて設計しないと失速します。
ここが、ベルトや列車と違うロボ物流のクセです。

メインバスは、鉄板・銅板・回路などの主要素材を複数本のベルトで並行に流し、各生産ラインがそこから分岐して取る構成です。
実践上は4本1グループにして、グループ間を2タイル空ける形が扱いやすい構成です。
見た目は単純ですが、「どこから何を取っているか」が把握しやすいので、初心者だけでなく中規模工場でも十分現役です。

Space Ageを含めた見方を少しだけ足すと、惑星間や宇宙の物流は新しいレイヤーが増えるのであって、地上のベルト・列車・ロボの役割が消えるわけではありません。
むしろ地上側の主幹物流が曖昧だと、宇宙物流を足した瞬間に全体が崩れやすい傾向があります。
なので、このセクションではあえて地上物流の3分類を先に固定しています。

判断の5軸

どの物流手段を選ぶかは、好みより5つの軸で切ると失敗しにくい構造です。自分は新しい工場を組むとき、この5軸でざっくり判断しています。

まず重要なのが距離です。
短距離から工場内の搬送ならベルトが基本で、遠距離になるほど列車の優位が大きくなります。
ロボは短〜中距離で便利ですが、遠くまで飛ばす主幹物流にすると効率が崩れやすい傾向があります。
障害物を無視して飛べるので近場の取り回しは抜群ですが、「遠くまで自由に飛べる」ことと「遠距離向き」は別なんですよね。

次に見るのが流量です。
鉱石、板材、回路のようにずっと大量に流れるものは、ベルトか列車で考えたほうが安定します。
ベルトは毎秒の搬送量が読みやすく、列車は大量輸送をまとめて処理できます。
ロボは少量多品種の融通に強い反面、単一資材を延々と大流量で回す主役には向きません。

3つ目は拡張性です。
今は小さくても、あとで生産ラインを増やす前提なら、主幹をどこまで残せるかが効いてきます。
ベルトはわかりやすい反面、長距離化すると引き直しが重くなります。
列車は駅や線路を基準に拡張しやすく、拠点分離とも相性がいいです。
ロボはレイアウト変更には強いですが、ネットワーク全体を大きくしすぎると局所の問題が見えにくくなります。

4つ目は電力とUPSです。
ベルトは搬送そのものに電力を要求しないので、停電時でもラインの構造自体はそのまま見えます。
ロボはこの点が対照的で、電力への依存が強く、さらに数と飛行距離が増えるほど処理負荷や充電待ちが効いてきます。
列車も信号や駅を含めて設計要素は増えますが、長距離大量輸送を1本化できるぶん、ベルトを延々と敷くより管理しやすい場面が多いです。
大規模化したときにUPSまで意識するなら、「便利だから全部ロボ」は危険寄りです。

5つ目は設計難度と可視性です。
ベルトは見れば流れがわかるので、初心者でも問題箇所を見つけやすくなります。
列車は信号や駅設計の学習コストがありますが、理解すると大規模化に強いです。
ロボは配置自体は簡単でも、どこで充電渋滞しているか、どの品目が足りないかを見誤りやすいことがあります。
つまり、置くのが簡単なのと、運用が簡単なのは別です。

この5軸で並べると、ベルトは「短距離・定常大量・高可視性」、列車は「長距離・大量・高拡張性」、ロボは「短〜中距離・少量多品種・高柔軟性」という立ち位置になります。
ここを先に押さえておくと、このあと信号設計や駅レイアウトの話に入っても、「なぜその物流を選ぶのか」がぶれにくくなります。

まず結論：距離・量・柔軟性で選ぶ判断基準

結論だけ先に置くなら、短距離で大量に流すならベルト、長距離で大量に運ぶなら列車、少量・多品種・障害物越えなら物流ロボットです。
ここを主軸にすると、物流手段の迷いは減ります。
自分は最初、この線引きを曖昧にして「とりあえず今ラクな方法」で伸ばしがちでしたが、あとで必ず付け替えコストが来ました。
特に石油地帯の拡張で、赤青ベルトを数画面分そのまま延ばしていた時期は本当にしんどかったです。
そこを列車1本に切り替えたら、配線も工事範囲も一気に整理されて、体感では工期が半分くらいになりました。
こういう切り替え判断は、感覚より基準で決めたほうが安定します。

3手段の比較表

まずは一覧で見たほうが早いので、判断に使いやすい項目で並べます。

この表の見方で大事なのは、強い軸が違うということです。
ベルトは「見える・安定する・工場内で強い」、列車は「遠くへまとめて運べる」、ロボは「面倒な地形や細かい品目に強い」と覚えると選びやすいのが利点です。

5軸で圧縮すると、判断はだいたいこうなります。
距離が短いならベルト寄り、距離が長いなら列車寄り。
量が少なく品目が多いならロボ寄り。
レイアウト変更が頻繁で、しかもベルトを通しにくいならロボが優勢です。
逆に、主幹素材をずっと流す役目をロボに任せると、あとで充電待ちやネットワーク肥大化が効いてきます。
ロボットステーションは1基で同時に4機までしか充電できないので、見た目より先に充電口が詰まるんですよね。
この癖は、

Logistic network/ja

wiki.factorio.com

判断フローチャート

実際に選ぶときは、距離から入るとほぼ迷いません。自分は新しい搬送を作るたびに、頭の中でこの順番で切っています。

1. 距離は短いか、長いか

工場内や隣接ブロック同士の搬送なら、まずベルトを候補にします。
拠点間、遠方鉱床、石油地帯のように「ベルトを長く引くほどつらい」距離なら、列車が第一候補です。
ロボはここで主候補になるというより、短〜中距離の特殊搬送として残しておくイメージです。

1. 必要量は大量か、少量か

大量に流れる鉱石、板材、中間素材ならベルトか列車です。
少量で多品種、しかも供給先が多いならロボが向きます。
研究所に複数のサイエンスパックを入れる、モールに部材を散らして補給する、といった場面は典型です。

1. レイアウト制約は強いか

崖、湖、既存ライン、防衛設備、密集した工場の隙間などでベルト経路がきれいに引けないなら、ロボの価値が急に上がります。
障害物を飛び越えて最短で運べる強みは、まさにここです。
列車も線路用の空間が取れれば強いですが、細かい取り回しはロボのほうが圧倒的に楽です。

1. 電力とUPSに余裕があるか

ロボは便利ですが、数を増やせば解決、にはなりません。
ネットワークが大きいほど充電待ちと飛行距離の問題が目立ちます。
電力が不安定な段階や、すでに処理負荷が気になる工場では、主幹物流をロボに寄せないほうが安定します。
ここで無理をしないと、あとで全体改修になりにくい傾向があります。

1. 設計難度をどこまで受け入れるか

すぐ形にしたい、流れを目で追いたいならベルト。
遠距離をきれいに整理したいなら列車。
細部の調整を最小スペースでまとめたいならロボ、という落ち着き方になります。
列車は学習コストがありますが、長距離大量輸送ではその元が取りやすい構成になります。

このフローに沿うと、原則は単純です。
短距離×大量はベルト、長距離×大量は列車、少量・多品種・障害物越えは物流ロボット。
実務的にはここに「主幹か補助か」という視点を重ねるだけで十分回ります。

例外と補足：駅前ロボ・モール・研究所供給

原則はシンプルですが、ロボが十分に効く例外があります。ここを知っていると、「ロボは弱い」でも「ロボが万能」でもない、ちょうどいい使い方が見えてきます。

ひとつ目は駅前だけロボ化する運用です。
長距離の幹線は列車で受けて、駅から工場入口までの短い積み下ろしだけロボに任せる形ですね。
これだと列車の長距離性能と、ロボの取り回しの良さを両取りできます。
自分も大規模拠点ではこの形を使います。
幹線までロボに任せると崩れやすいのに、駅前限定だとむしろ扱いやすい。
ロボの強みが一番素直に出る場所です。

ふたつ目はモールへの補充です。
建材や保守用品は、必要量が常時フルではないのに品目数だけ多いので、全部をベルトで整然と引くとすぐ窮屈になります。
ベルトで主材料を流しつつ、細かい部材や完成品補給をロボに任せると、設計の自由度が上がります。
モールは「大量生産ライン」ではなく「欲しい物を広く揃える場所」なので、ロボ向きなんですよね。

みっつ目は研究所の多品種供給です。
研究パックは品目が増えるほど、ベルトの分岐が煩雑になります。
一直線に流せる構成も強いですが、研究所の配置変更が多い段階ではロボでまとめたほうが組み替えが速いです。
特に研究区画をあとで拡張するつもりなら、主幹だけ別で持って、研究所直前をロボにする形がきれいに収まりできます。

このほか、壁の向こうへの建設資材供給や、既存工場を大きく壊したくない改修局面でもロボは便利です。
要するにロボは、距離ではなく制約を解決する手段として使うと強いです。
ベルトや列車で正面突破しにくい箇所を埋める役として見ると、無駄にネットワークを巨大化させずに済みます。

そして補足として覚えておきたいのが、ロボはネットワーク全体を広げるほど万能になるわけではないことです。
ロボットステーションの配置が粗いと、飛行より充電待ちで詰まりやすくなります。
数を足すより、どこで飛ばし、どこで降ろし、どこで充電させるかを分けたほうが伸びます。
駅前ロボ、モール補充、研究所供給が強いのは、どれも狭い範囲で役割がはっきりしているからです。

搬送ベルトを使うべき場面

定量値とスループットの目安

搬送ベルトを使うべき場面は、まず短〜中距離で、同じ物を途切れず大量に流したいときです。
数値で見ると基準がはっきりしていて。
この定量感があるので、「この素材はベルト何本分か」を見積もりやすいのが強みです。

しかもベルトは、流れている量を目で追えるのが大きいです。
詰まり、逆流、片寄り、供給不足が視覚でわかるので、初心者でも原因を追いやすいんですよね。
ベルト自体は電力もいらないので、立ち上がり段階から安定して使えます。
工場の骨格を作る物流として扱いやすいのは、この可視性と手軽さが効いています。

製錬で考えると目安もつかみやすい形になります。
黄色ベルト1本を鉄板でしっかり埋めたいなら、石の炉なら48台、鋼鉄の炉なら24台が基準になります。
自分はこの数字を覚えてから、製錬列の設計がずっと楽になりました。
黄ベルト基準で列を組み、足りなくなったら赤、さらに伸ばすなら青へ段階的に強化する、という流れにすると崩れにくい設計です。

UPSの面でも、ベルト主体の工場は比較的読みやすく安定します。
ただし、高密度化したベルト網にスプリッタやバランサを過剰に重ねると、そのぶん計算負荷が乗ります。
ベルトは雑に置いても強いですが、分配機構を凝りすぎると別の重さが出る、という感覚は持っておくと設計の判断がしやすい設計です。

相性の良い用途：メインバス・製錬・ライン内搬送

ベルトの得意分野は明確で、特にメインバス、製錬列、同一モジュール内のライン内搬送とは相性抜群です。
どれも「流す物がある程度固定」「流量が安定している」「経路を見える形で維持したい」という共通点があります。

メインバスでは、複数素材を平行に長く流し、必要な場所で分岐して使う構成が基本になります。
このときベルトは、何がどこを流れているかが一目でわかるので、工場全体の把握がしやすい点で優れています。
定石として4本1グループで並べ、グループ間を2タイル空ける形にしておくと、あとから分岐や地下通しを差し込みやすく、拡張もずっと楽になります。

この「2タイル余白」、最初は大げさに見えました。
でも黄ベルト2本の細いメインバスから始めて、途中で赤、さらに青へ更新したときにありがたみを痛感しました。
余白なしで詰めて作ると、強化そのものより周辺設備の引っ越しがつらいんです。
逆に、最初から少しだけ空けておくと、増設もバイパスもやりやすくて、総入れ替えになりにくい傾向があります。

製錬列でもベルトは素直です。
鉱石を投入して板を横に流すだけで、供給量と不足量が視覚的に読めます。
炉の台数目安が決まっているので、黄ベルト基準の列を横展開しやすいのも強いところです。
列車で鉱石を受けて、駅から先の製錬だけはベルトで整然と流す構成が扱いやすいのは、この「定量で組みやすい」性質があるからです。

ライン内搬送でも、ベルトは局所的な大量輸送に向いています。
同じモジュールの中で歯車、回路、板材のような中間素材を一定量流し続けるなら、ロボより挙動が読みやすく、列車より大げさになりません。
組立機の並びに沿って素材が流れていくので、どこで不足し、どこで余っているかもすぐ見えます。
工場の“配線図”がそのまま物流になる感じですね。

限界とよくある失敗：長距離乱用・改修の重さ

一方で、ベルトをどこまでも伸ばせばいいかというと、そこははっきり限界があります。
長距離化した瞬間に管理コストが急増するのがベルトの弱点です。
遠方鉱床まで何本も引く、湖や崖を避けて大回りする、途中で防衛線や既存工場をまたぐ、といった状況になると、設置そのものより保守と改修が重くなります。

自分も昔、遠い鉱石を「とりあえずベルトで持ってくれば早いだろう」と雑に引いたことがあります。
結果はだいたい同じで、増設したくなった瞬間に地獄でした。
ベルトを1本足すだけで地下ベルトの差し替え、横断部の組み直し、防衛設備との干渉処理がまとめて発生します。
これ、最初の建設より後からの修正のほうがつらいです。
遠方資源や拠点間輸送をベルトで抱え込むと、列車に切り替えるタイミングで大工事になりがちです。

改修の重さも見逃せません。
ベルトは完成形に近いレイアウトほど、あとからの変更が広範囲に波及します。
青帯化そのものは単純でも、分岐位置、バランサ、製錬出口、組立ライン入口までつながっているので、結局の範囲を触ることになります。
だからこそ、初期から少し余白を持たせた設計が効くわけです。

UPS面でも注意点があります。
ベルト自体は安定しやすいのですが、長大な幹線に大量のスプリッタ、複雑なバランサ、過密な分岐を積み上げると、処理負荷の源が増えます。
ベルトは軽い、というより単純に使えば安定しやすいと捉えたほうが実感に近いです。
工場が大きくなるほど、ベルトの強みは「見えること」と「単純なこと」にあります。

なのでベルトは、短〜中距離の主幹や工場内搬送では強い一方、長距離や地形越えまで背負わせると途端に苦しくなります。
遠方資源は列車、細かい末端補給はロボに任せて、ベルトは工場の中で太く安定して流す役に専念させると、一番きれいに働いてくれます。

列車を使うべき場面

導入のタイミングとスケールアップの考え方

列車の価値は、ひとことで言うと遠方資源と大容量幹線です。
工場内の短距離をきれいに流すならベルトのほうが素直ですが、鉱床が枯れて採掘拠点がどんどん外へ伸びはじめたあたりから、列車の強さが一気に見えてきます。
特に遠距離の鉱石搬入と、離れた拠点どうしを結ぶ大量輸送の背骨としては、他の手段より伸びしろが大きいです。

初心者向けに言うと、列車は最初から無理に主役にしなくて大丈夫です。
正直なところ自分も最初は、線路を引けば終わりだと思って何度も詰まらせました。
列車は便利ですが、便利になるのは「必要になってから正しく導入したとき」です。
まだ工場が近距離で完結している段階なら、ベルト主体のほうが早くてわかりやすくなります。
逆に、遠い鉄鉱石や銅鉱石を何本ものベルトで引っ張り始めたら、それは列車に切り替える合図だと思っていいです。

スケールアップの考え方も、ベルトとは少し違います。
列車は固定のアイテム毎秒で単純比較するより、必要なSPMから逆算して編成と駅を決めるほうが実践的です。
実際の輸送力は、何両編成にするか、積み下ろしをどう組むか、停車時間がどれくらい発生するかで大きく変わります。
なので「この列車は何アイテム毎秒」と決め打ちするより、「この拠点へ何をどれだけ送りたいか」を先に決めて、そこから路線数や編成数を調整するほうが失敗しにくい構成になります。

加工後の輸送が有利になる場面があるのも、列車らしい分かれ目です。
たとえば鉄系なら、鉄板のまま運ぶより鋼材にしてから運んだほうが貨物効率が良くなる構成があります。
長距離では「どこで加工するか」がそのまま輸送設計になるので、採掘地で一次加工するのか、中央工場へ生鉱石を集めるのかでレール網の負担も変わります。
ここは数字の暗記より、何を積むと車両1台あたりの価値が上がるかで、路線設計の判断が変わります。

駅設計と信号の前提

列車を使うなら、線路そのものより駅設計と信号が本番です。
これを抜きにすると、列車は「遠くから物を運べる便利装置」ではなく、「たまに全部止まる乗り物」になりがちです。
特に複線化、交差点、待機線が出てきたあたりから、設計難度はベルトよりはっきり上がります。

通常のレール信号は線路をブロックに分けて、1ブロックに1編成ずつ入れる考え方が基本です。
連動式信号は、その先が抜けられるときだけ交差点に入れる役目です。
実運用ではよく言われる「入口に連動式、出口に通常信号」の形が際立って強くて、これを守るだけでも交差点内で立ち往生する事故がだいぶ減ります。
自分はこれを理解する前に、交差点の真ん中で列車が止まって全路線を塞ぐ失敗を何度もやりました。
列車は走っている間より、止まる場所を間違えたときに問題が大きくなるんですよね。

駅まわりでは、積み下ろし能力だけでなく待機場所の確保が抜けると、交差点まで渋滞が波及します。
採掘駅や製錬駅が混み始めると、本線で順番待ちをした列車が交差点までふさいで、そこから連鎖的に詰まります。
だから本線の外にスタッカーを用意して、待つ列車を逃がす設計が効きます。
100駅規模まで広げたとき、自分がいちばん効果を感じたのもここでした。
スタッカーと、よく使う路線を優先しやすい幹線構造を先に整えただけで、ネットワーク全体の詰まり方が大きく変わりました。
列車の問題は個別駅より、本線に待機を持ち込まないことで一気に改善することが多いです。

信号まわりを体系的に整理したいなら。
大事なのは難しい交差点をいきなり覚えることではなく、列車長より短いブロックを作らないことと、交差点の中で止めないことを先に身につけることです。

典型用途：遠方鉱石・モジュール間輸送・駅前ロボ連携

列車がいちばん活きる用途は、まず遠方の鉱石搬入です。
鉄鉱石、銅鉱石、石炭、石の採掘地が外へ離れていくほど、ベルトを何本も引くより列車1本で幹線化したほうが扱いやすくなります。
資源が枯れたあとも、同じ受け入れ駅へ新しい採掘駅を増設するだけで延命しやすいのが強みです。
採掘地が増えるたびに長距離ベルトを引き直す構成は、終盤ほどつらくなります。

次に強いのが、中間製品のモジュール間輸送です。
大きい工場を製錬区画、回路区画、科学パック区画のように分けているなら、列車で拠点間を結んだほうが拡張しやすく、序盤の安定感が増します。
モジュール化した工場は、足りない工程だけ別敷地に増設しやすい一方で、物流の主幹が弱いとすぐ詰まります。
そこを列車でつなぐと、「必要な生産ブロックを外へ足していく」発想が取りやすくなります。
ベルトは工場の中、列車は工場どうしの間、という役割分担がきれいにはまる場面です。

そして実際の運用では、駅前だけロボを使う構成が群を抜いて優秀です。
列車で大雑把に大量輸送し、駅に着いた物をロボで周辺設備へ配る形ですね。
ロボットステーションは1基で同時に4機まで充電できるので、駅前の短い範囲で使うぶんには制御しやすいため、実用性が高い構成です。
反対に、駅から遠くまで全部ロボで飛ばそうとすると、充電待ちが見え始めて一気に鈍ります。
自分の感覚でも、列車とロボは競合というより分業です。
長距離の幹線は列車、最後の取り回しはロボに任せると、積み下ろし設計がずっと楽になります。

関連する運用や設計は。まずは「列車長より短いブロックを作らない」「交差点内で列車を止めない」などの基本を抑えることを優先してください。

物流ロボットを使うべき場面

向いている用途と実例：モール/プレイヤー補給/研究所/駅前

物流ロボットは、率直に言って燃費は悪いです。
その代わり、配線やベルトの形に縛られず、障害物や建物配置をまたいでそのまま飛べる柔軟さがあります。
なので主役になるのは、ベルトのように一定量をずっと流し続ける搬送ではなく、短〜中距離で、少量多品種を、必要な場所へ融通する仕事です。
ここを外すと便利さより失速が先に来ます。

いちばんわかりやすいのがモールの補充です。
ベルトで全建材をきれいに並べるより、ロジスティックチェスト経由で歯車、電子基板、鉄板、インサータ、組立機の材料を必要分だけ回したほうが、増改築に強いです。
自分もモールは最終的にロボ寄りにすることが多いですが、理由は効率というより工場の変更に追従しやすいからです。
レシピを差し替えても配線替えの手間が小さく、建材ラインを触る心理的ハードルが下がります。

プレイヤー補給もロボの得意分野です。
ベルトや列車でプレイヤーの手持ちを直接整えるのは面倒ですが、物流ネットワークに入れておけば弾薬、壁、ベルト、電柱、モジュール素材などをまとめて扱えます。
特に防衛ラインの補修や駅の増設で、細かい資材を何種類も持ち歩く場面では強さがはっきり出ます。
少量ずつ必要なアイテムが多いほど、ロボの価値は上がります。

研究所まわりの多品種供給も相性がいいです。
研究は複数のサイエンスパックを同時に扱うので、ベルトで美しくさばく構成もできますが、研究所群の近くで必要な種類だけ配るならロボのほうが組み替えやすい点が強みです。
特に研究所を後から増やしたとき、ベルトの差し替えなしで広げやすいのはずっと楽です。
研究所自体はまとまって置くことが多いので、ロボの飛行距離も伸びにくく、使いどころとして素直です。

列車と組み合わせるなら、駅前の短距離積み下ろし補助が際立って強いです。
列車で大まかに運んで、駅から周辺設備への受け渡しだけロボに任せる形ですね。
前のセクションでも触れた通り、この役割分担は本当に扱いやすい構成です。
ロボは幹線輸送にすると鈍りやすい一方、駅前のような局所では一気に便利になります。
自分の感覚だと、ロボは「物流の主役」というより最後のひと押しを担当する部隊として使うと失敗しにくい構成になります。

スループットと充電の制約

ロボ運用で見落とされやすいのが、流量はロボの数だけでは決まらないことです。
機体を増やせば運べる量も増えそうに見えますが、実際は充電地点が足りないとそこで詰まります。
ロボットステーションであるRoboportは、同時に充電できる機体数が4機です。
ここが細いまま需要だけ増えると、配送そのものではなく充電待ちがボトルネックになります。

この挙動は、実際に工場を回しているとわかりやすくなります。
アイテム要求を少し増やした瞬間は動いているように見えるのに、しばらくするとロボがロボポート周辺で滞留し始めて、補給が急に鈍ります。
自分も最初は「ロボ不足かな」と思って機体だけ追加していたんですが、効いたのはロボ数よりロボポートの増設でした。
ロボポートをまとめて足したら、飛行そのものではなく充電待ちが原因だったとすぐわかります。
流量が戻るときは、露骨に回復します。

しかもロボは、充電事情が悪いと単純に待つだけでなく、十分に回復しないまま飛び続けて遅くなりやすい傾向があります。
つまり、ネットワークが苦しくなると「配送回数が増えたから少し遅い」ではなく、全体がじわじわ鈍る形で悪化します。
ベルトのように1本何アイテム毎秒と見積もりやすい手段ではないので、感覚で増築していると失速の原因を見誤りやすいんですよね。

ロボ物流は便利ですが、スループット面では想像以上に繊細です。少量多品種には強いのに、同じネットワークに何でも背負わせると急に苦しくなるのはこのためです。

ネットワーク設計のコツ：分割・範囲制御・UPS/電力の注意

ロボで失敗しやすい設計は、巨大な1ネットワークに全部つなぐ形です。
見た目は管理しやすそうですが、実際には遠い依頼まで同じロボが飛びに行きやすく、充電待ちも偏りやすくなります。
そこにモール、研究所、駅前搬送、プレイヤー補給まで全部載せると、便利さより混雑のほうが目立ってきます。
自分も大規模拠点でこれをやって、工場の端から端までロボが飛び始めた瞬間に「これはダメだ」となりました。

安全なのは、用途ごとにネットワークを分割する考え方です。
モール用、研究所用、駅前用のように区切ると、ロボの行き先が局所に収まりやすく、トラブルの切り分けも楽です。
1か所が渋滞しても他まで巻き込みにくいので、マルチプレイでも扱いやすい構成です。
誰かが駅前を増設したせいで研究所の補給まで遅くなる、みたいな事故を減らせます。

ロボポートの範囲も広げればいいわけではありません。
Roboportはロジスティック領域が50×50タイル、建設領域が110×110タイルありますが、防衛線の外や遠い採掘地までだらだらつなぐと、配送経路が長くなって一気に重くなります。
建設用に届かせたい場所と、物流として常時つなぎたい場所は分けて考えたほうが安定します。
特に前線修理や外壁建設で便利だからといって、そのまま本拠点の物流網と一体化すると、平時の補給まで引っ張られがちです。

電力面も見逃せません。
ロボは手軽ですが、動きが詰まると充電需要が一点に集中します。
そこで発電が苦しいと、今度はロボ網の鈍化が電力不足と絡んで悪循環になります。
さらに大規模化すると、巨大ロボネットワークはUPS面でも不利になりやすい構成になります。
数字で切れる話ではないものの、体感では「便利だから全部ロボ」で伸ばした工場ほど、後から調整が重くなります。
なので設計のコツは、ロボを万能輸送にしないことです。
短く区切って、局所に閉じ込めて、充電地点を厚くする。
この3つを意識するだけで、ロボの便利さだけを取り出しやすくなります。

コミュニティでは。把握しておきたいのは、Space Ageでは「どの手段が便利か」より、どの層の物流をどの手段に任せるかがいっそう重要になる、という点です。

Upcoming features/ja

wiki.factorio.com

宇宙プラットフォーム側の制約

Space Ageで特に感覚が変わるのは、宇宙側では“とりあえずロボ”が通じない場面があることです。
ここ、率直に言って最初は引っかかりました。
バニラ終盤の感覚だと、面倒な取り回しはロボに寄せたくなりますが、宇宙プラットフォーム側ではベルトやパイプで基幹を組む前提の場面があり、地上と同じノリでロボ依存にすると発想が噛み合わなくなります。

この違いは、単なる不便さではなく、物流の骨組みを先に作るゲームデザインとして見ると理解しやすくなります。
地上ではロボが配線の悪さやレイアウトの無理をある程度吸収してくれますが、宇宙側ではその逃げ道が薄いので、「何がどこから来て、どこへ流れるか」をベルトやパイプで最初に決める必要があります。
見た目には遠回りでも、実際はそのほうが立ち上がりが早いです。

自分も宇宙側で一度、地上の延長で細かい搬送を後から整えようとして、かえって流れを読めなくしたことがあります。
そこで発想を切り替えて、まず基幹のベルトと流体系だけを素直に通したら、一気に整理できました。
ロボは柔軟性の道具、ベルトとパイプは骨格の道具という区別が、Space Ageでははっきり効いてきます。

バニラと共通する選択原則

新要素が増えても、選択原則の骨格はバニラと同じです。
主幹と補助を分けること、距離と量で主役を選ぶこと、電力や処理負荷を見積もることは、そのまま通用します。
Space Ageだから別の思想が必要、という感じではありません。
むしろ、要素が増えたぶんこの基本が雑だと崩れやすくなります。

たとえば、惑星間物流は幹線寄り、拠点内の定常搬送はベルトやパイプ寄り、局所的な受け渡しや多品種の穴埋めはロボ寄り、という整理は素直に機能します。
これはバニラで「主幹をロボにしない」「末端だけロボ化すると安定する」と感じていた人ほど飲み込みやすいはずです。
前述の通り、ロボは便利ですが、Roboportの同時充電数には上限があり、密度と待ちが絡むと気持ちよく見えていたネットワークが急に鈍くなります。
Space Ageでも、この便利さの反動をどこで受けるかは考えておいたほうが設計できます。

Space Ageで新しく増えるのは、手段そのものよりもレイヤーの増加だと自分は捉えています。
地上の短距離・長距離に加えて、惑星間というさらに大きい幹線が入る。
その上で、宇宙プラットフォームのようにベルトやパイプ前提の現場がある。
だからこそ、バニラで身につく「主幹は読みやすく、補助は限定的に」という原則がむしろ効きます。
派手な新要素に引っ張られず、物流を層で分けて考えると、ネタバレなしでも整理して理解できます。

まとめ

用途別の最終確認だけ置いておくと、短距離で大量に流すならベルト、長距離で大量に運ぶなら列車、少量多品種や障害物越えならロボです。
迷ったら、まず主幹と補助を分けて決めるだけで設計が安定します。

• 用途別おすすめ早見表：短距離大量＝ベルト／長距離大量＝列車／少量多品種・障害物あり＝ロボ
• 次の一手：自工場の短・中・長距離区間を書き出し、各区間に主役を割り当てる。試し方は、メインをベルト、遠方鉱石を列車、モール補充をロボにする形が入れます。
• 補足：列車は必要になってから導入で十分です。自分もこの判断フローで既存工場を棚卸ししただけで、渋滞と電力スパイクが目に見えて減りました。