【Factorio】ロボット物流の始め方｜最小構成と配置設計

物流ロボットは便利ですが、最初から工場全体を1ネットワークで包むと、思った以上に充電待ちと遠回りで詰まりやすいのが利点です。
この記事では、Factorio 2.0系のバニラ環境で最初のネットワークを確実に動かすために、最小構成→配置設計→使いどころ→失敗対策の順で整理します。
目安にするのは、ロボットステーションの50x50の物流範囲、110x110の建設範囲、そして同時充電4機という基本仕様です。
広げすぎず、でも窮屈にもならない配置判断ができるようにします。
自分もベルト主体の工場でモールだけを局所ロボ化したときは補充が一気に安定しましたが、逆に全体をひとつにつないだときは充電渋滞で遅延しました。
ロボット物流は万能ではなく、少量多品種の補充に絞って、小さく分けて使うのが強い――この感覚をつかめる内容です。

ロボット物流を始める前提知識

対象バージョンと前提条件

この記事で扱うのは、Factorio バニラ2.0系の地上物流です。
ロボット物流というと何でも運べる万能インフラに見えますが、実際は「ロボットステーション（Roboport）」「物流チェスト」「物流ロボット」の3つがそろって、同じ物流ネットワーク内でつながって初めて動きます。

最初の導入でいちばんわかりやすいのは、搬出側にパッシブ供給チェスト、搬入側に要求チェストを置いて、その両方を同じロボットステーションの物流範囲に入れる形です。
これで「どこから持ってきて、どこへ運ぶか」がはっきり分かるので、ロボット物流の挙動をつかみやすいのが利点です。
逆に、チェストだけ置いてロボットステーションの範囲から外れていたり、ロボットを入れていなかったりすると、見た目は完成しているのに何も起きません。
最初はここが全然わからなかったです。

ロボット物流は、壁や配線をまたいで柔軟に運べるのが強みです。
その代わり、長距離の大量輸送を置き換える仕組みではないという前提は持っておいたほうが楽です。
少量多品種の補充、モール、研究所まわり、プレイヤー補給のような用途では快適ですが、鉱石幹線や大規模中間材の主力搬送はベルトや列車のほうが安定します。
使い分けがわかると、ロボット物流は一気に扱いやすくなります。

Logistic network/ja

wiki.factorio.com

物流ネットワークの構成要素と用語

物流ネットワークを理解するうえで、まず区別したいのが物流エリアと建設エリアです。
ロボットステーションには2種類の範囲があり、オレンジ色が物流エリア、緑色が建設エリアです。
基準は物流50x50タイル、建設110x110タイルです。
この違いを知らないと、緑に入っているのに物流ロボットが動かなくて混乱します。
自分が最初に何度も引っかかったのもここでした。
緑は「建てる・直す」範囲で、運ぶ範囲ではありません。

ロボットステーション自体は、ネットワークの中継点であり充電設備でもあります。
1基につき同時充電できるのは4機なので、ロボットが増えると充電待ちが発生します。
広いネットワークに少数のロボットステーションだけを置くと、運搬そのものより充電行列で遅くなる場面が目立ってきます。
ロボットは途中で近い充電地点へ寄ることもあるので、実運用では「移動距離」だけでなく「どこで充電が詰まるか」も効いてきます。

物流ロボットの基礎性能も、最初にざっくり頭へ入れておくと判断がします。
未研究時の物流ロボット速度は3タイル/秒、蓄電量は1.5MJ、飛行中は常時3kWを使い、さらに1タイル移動するごとに5kJを消費します。
計算すると、未研究状態では1タイル進むあたりの実質消費はおよそ6kJで、理論上は約250タイル飛べる勘定です。
もちろん実際は往復や待機、経路の都合が入るのでこの通りにはなりませんが、「数百タイルを気軽に往復させるのは重い」という感覚はここから来ています。

充電の挙動も地味ですが崩れると全体に波及します。
ロボットは残量が少なくなると仕事より充電を優先し、1.5MJの20%にあたる約300kJあたりが実運用の目安になります。
なので、ネットワークをやたら広げるより、短めの往復で回せるようにしたほうが安定しやすく、結果として効率が上がります。
ロボット物流が強いのは「どこへでも飛べること」より、短中距離を柔軟につなげられることだと考えると、設計を外しにくくなります。

チェストの役割も用語として押さえておきたいところです。
最初によく使うのは、供給側のパッシブ供給チェストと受け側の要求チェストです。
ほかにも、不要品の退避やネットワーク在庫の集約に向く貯蔵チェスト、中継や優先供給を組みやすいバッファチェスト、中のアイテムを積極的に外へ出すアクティブ供給チェストがあります。
ただ、導入直後は種類を全部使い分けようとするより、まずは「供給元」と「要求先」の2つをきれいに分けたほうが挙動を読みやすくなります。

ロボットステーション - Factorio Wiki

wiki.factorio.com

個人物流（プレイヤー要求）の基礎

ロボット物流はチェスト間輸送だけでなく、プレイヤー自身を要求先にできるのが大きな魅力です。
個人物流を使うと、設定した数だけアイテムを自動補給してくれるので、ベルト・インサータ・ポール・弾薬・修理資材の持ち忘れが減ります。
基地を歩き回りながら建設や調整をする場面では、この差が想像以上に大きいです。

感覚としては、プレイヤーが「移動する要求チェスト」になるイメージです。
ネットワーク内に在庫があり、自分がその物流範囲に入っていれば、物流ロボットが不足分を届けてくれます。
逆に不要品を捨てたいときも、プレイヤー側の廃棄スロットを使えばネットワークへ戻せます。
モールを歩いて補充していた時期と比べると、作業の流れが途切れにくくなります。
自分は特に、拠点拡張でポールを切らしたときの往復がなくなったのが大きかったです。

ただし、個人物流もネットワークの性能そのものからは逃げられません。
遠い場所にいる、充電が詰まっている、在庫が別ネットワークにある、こうした状態では補給が遅れます。
つまり個人物流が快適かどうかは、プレイヤー設定そのものよりも、ロボットが短く往復できる範囲に必要物資が置かれているかで決まりやすさが際立ちます。
個人物流が重いと感じたら、要求数を見直す前に、拠点内の供給位置やネットワークの広げ方を見ると改善しやすい構成になります。

2.0系ではロボットまわりのGUIや周辺機能に関連する変更点がありますが、地上での基本原理そのものはここまでの理解で十分です。
なお、Space Ageでは宇宙プラットフォーム上でロボットやロボットステーションは通常どおりには機能しないため、地上の物流ネットワークとは別物として考えるのが整理しやすくなります。
2.0周辺の変更情報を追うなら、

Upcoming features/ja

wiki.factorio.com

最初のロボット物流はこの最小構成でOK

使うものリスト

最初の成功体験だけを狙うなら、構成は絞れます。
必要なのはロボットステーション、物流ロボット、パッシブ供給チェスト、要求チェスト、そして運ばせたいアイテム在庫です。
ここで大事なのはチェストの役割を混ぜないことです。
出してほしい側にパッシブ供給チェスト、受け取りたい側に要求チェストを置く。
この組み合わせにすると、ロボットが「どこから取って、どこへ入れるか」を素直に判断してくれます。

配置の時点で意識したいのは、両方のチェストを同じロボットステーションのオレンジ範囲内に収めることです。
前のセクションで触れた通り、緑ではなくオレンジが物流の有効範囲です。
ここがずれていると、見た目は完成していても配送は始まりません。
自分は最初、チェストが近そうに見えるから大丈夫だろうと雑に置いて、実は片方だけ外れていたことがありました。
これ、地味に大事なんですよね。

もうひとつ忘れやすいのが、要求チェストには希望するアイテムと数量を設定することです。
要求チェストは置いただけでは動きません。
「何を何個ほしいか」が入って初めて、ロボットの配送先として成立します。
自分はここで要求設定を0のままにして10分くらい悩みました。
数量を1でも入れた瞬間にロボットが飛び出してきて、「あ、そこか」となった記憶があります。
初回は本当に1種類・少量で試すほうが挙動をつかみやすい形になります。

設置手順

動かし方はシンプルです。
まずロボットステーションを1基置いて、電力をつなぎます。
ロボット物流は当然ですが、ロボットステーションが通電していないと始まりません。
見落とすとチェスト設定ばかり触って遠回りしがちです。

次に、出力側にパッシブ供給チェストを置きます。
ここには運ばせたいアイテムを入れておきます。
たとえばモールの横でベルトやインサータを補充したいなら、その在庫をパッシブ供給チェストに入れる形です。
供給元として認識されるのはこのチェストなので、元の組立機の出力を直接つなぐか、いったん手で入れても構いません。

そのあと、入力側に要求チェストを置きます。
ここが受け取り先です。
そして、パッシブ供給チェストと要求チェストの両方を、同じロボットステーションのオレンジ範囲内に入れます。
距離は短いほうが確認しやすいので、最初はステーションの近くに置くと失敗しにくい構造です。

要求チェストを置いたら、受け取りたいアイテムと数量を設定します。
ここは1個や10個のような小さい数字で十分です。
数量を入れた時点で、そのチェストが「不足している」と判断されれば配送対象になります。

仕上げとして、ロボットステーションの内部スロットに物流ロボットを入れます。
するとネットワークにロボットが在籍し、条件がそろっていれば動き始めます。
初心者のうちは「ロボットを持っている＝勝手に飛ぶ」と思いがちですが、実際にはステーションに入って初めて稼働です。
ここまでそろうと、パッシブ供給チェストから要求チェストへ、ロボットがアイテムを運びます。

動かない時の最小チェックリスト

ロボット物流が動かないときは、広く疑うより順番を固定して見るほうが早いです。最小構成なら、原因はだいたい絞れます。

1. 電力が来ているか

ロボットステーションが通電していないと、ロボットは待機したままです。まずここを見ます。

1. パッシブ供給チェストと要求チェストが、どちらもオレンジ範囲内にあるか

片方だけ外れているパターンは本当によくあります。緑ではなくオレンジです。

1. 要求チェストにアイテム名と要求数が入っているか

数量が0のままだと動きません。自分はここで止まっていた時間がいちばん長かったです。

1. ロボットステーション内に物流ロボットが入っているか

ロボットをクラフトしただけ、インベントリに持っているだけでは配送されません。ステーション内スロットに投入されている必要があります。

1. パッシブ供給チェスト側に在庫があるか

要求があっても、供給元が空なら当然運べません。出力側にちゃんとアイテムが入っているかを見ます。

この5つを上から追うだけで、最初の「なぜ動かないのか」は解決できます。
特に初心者のつまずきは複雑な優先順位より、電力・範囲・要求数・ロボット在籍・在庫のどれかであることがほとんどです。
最初の1本が飛べば、そこから先は気が楽になります。

ロボットステーションの配置設計と範囲の見方

範囲の重なりとネットワーク接続の確認

ロボットステーションの配置でまず押さえたいのは、物流範囲は50x50、建設範囲は110x110という切り分けです。
オレンジの物流範囲に入っているものだけが物流ロボットの配送対象になります。
ここを曖昧にすると、見た目では届いていそうなのに動かない、という典型的な詰まり方をします。

特に初心者が引っかかりやすいのが、範囲外チェストでは動かないという点です。
供給側か受け取り側のどちらか片方でも物流範囲から外れていれば、配送は発生しません。
建設範囲の緑は広いので、つい「入っているから大丈夫そう」と見えてしまうのですが、建設と物流は判定が別です。
建設ロボットなら届くのに、物流ロボットは沈黙したまま、というのはこのズレで起きがちです。

ネットワークの接続自体も、つながっていれば何でも良いわけではありません。
ロボットステーション同士を接続ギリギリで数珠つなぎにして広域化すると、ロボットの移動距離がどんどん伸びます。
すると配送そのものに時間がかかるだけでなく、途中で充電へ寄る回数も増え、往復のオーバーヘッドが目立ってきます。
理屈の上では一つの巨大ネットワークにまとめられても、実際の運用では遅延しやすいんですよね。

自分も最初は「つながっていれば便利」と思って、工場の端から端まで無理に一本化していました。
でも、モールと研究所の間をロボットが長距離通勤し始めると、品物が届くまで妙に遅い。
原因を追っていくと、接続の細い継ぎ足し部分で遠回りと充電寄り道が増えていました。
ロボット物流は広さよりも、よく使う範囲を短く太く回すほうが安定します。

充電ポートと混雑対策

ロボットステーションは便利ですが、充電能力にははっきり上限があります。
1基あたり同時充電できるのは4機です。
ここを超えると、ロボットは近くに浮かんで順番待ちを始めます。
少数運用では気になりませんが、モールや研究所のように配送が集中する場所では、この4機上限がそのままボトルネックになります。

混雑しやすい場所では、ロボットステーションを厚めに置く発想が効きます。
工場全体に均等配置するより、発着が多い地点に追加で置いたほうが、充電待ちの列を崩しやすい印象です。
とくにモール周辺は、完成品の持ち出しと材料補充が重なってロボットの往復が増えるので、1基だけだとすぐに渋滞しがちです。

これは自分もはっきり体感しました。
モールを1基で賄っていたとき、ステーションの周りに充電待ちのロボットがずらっと並んだんです。
見た目にも「詰まってるな」とわかる状態でした。
そこで2基目を対角側に置いたら、ロボットの寄り先が分散して、往復距離も待ち行列もずいぶん軽くなりました。
ロボット数を増やす前に、混雑地点の充電口を増やすほうが効く場面は多いです。

接続ギリギリで広げた巨大ネットワークが扱いづらいのは、この充電混雑とも相性が悪いからです。
遠くから飛んできたロボットが、到着地点でも充電待ちを起こすようになると、配送遅延が連鎖します。
ロボットが多いのに遅いときは、単純な台数不足ではなく、充電口不足を疑ったほうが当たりできます。

電力供給と内部バッファの考え方

ロボットステーションは送電線につながっていれば終わり、ではありません。
ロボットの出入りが多い時間帯は電力消費も跳ねやすく、充電が集中するとステーションまわりの負荷が一気に上がります。
電源が細いままだと、ロボット側の動きが不安定に見えて、原因がチェスト設定なのか電力なのか切り分けにくくなります。

そのうえで知っておきたいのが、ロボットステーションには電力を短時間保持するような挙動（内部的なバッファと表現されることがあります）がある、という点です。
短い電力低下や充電ピークを緩和する効果が運用上観察される一方で、内部バッファの具体的な容量や定量的な挙動（どの程度の停電を吸収できるか）はバージョンやパッチで変わる可能性があります。
本文で具体値を示す場合は、

実戦では、電力供給を太めにしつつ、混む場所にステーションを寄せて置くのが安定しやすく、序盤の安定感が増します。
動かない原因の大半は、チェスト設定の難しさより、範囲の勘違い・広げすぎ・充電待ち・電力不足のどれかに集まります。
配置の段階でそこを潰しておくと、ロボット物流は素直に働いてくれます。

チェスト5種の役割と初心者向けの使い分け

まず覚える3種：パッシブ供給/貯蔵/要求

色違いチェストは5種類ありますが、最初はパッシブ供給チェスト・貯蔵チェスト・要求チェストの3つだけで十分回せます。
自分も最初は全色を並べて混乱しましたが、安定して使える形はこの3種に絞ったほうが早かったです。
役割を一言で分けるなら、出す箱・しまう箱・受け取る箱です。

パッシブ供給チェストは、組立機の完成品や余剰品を「必要なら持って行っていいですよ」とネットワークへ公開する箱です。
重要なのは、勝手に中身を吐き出さないことです。
たとえばモールで歯車やベルトやインサータを作った直後の出力先に置くなら、まずはこれが基本になります。
作った物を保管しつつ、要求チェストやプレイヤー物流が必要になったときだけロボットが取りに来るので、在庫の流れが読み進められます。

貯蔵チェストは、ネットワーク内の余り物や回収品の置き場です。
プレイヤーが捨てた物、解体で戻った物、行き先を失った物がここに集まります。
ロボットはできるだけ異なるアイテムを混ぜないように扱うので、雑多な倉庫役として群を抜いて優秀です。
さらにフィルターを使えば、「石だけ入れる箱」「木材だけ逃がす箱」のような整理もしやすくなります。
工場を動かしていると、意外とこの“余剰の受け皿”がないだけで詰まるんですよね。

要求チェストは、入力側で必要数を指定して受け取る箱です。
研究所へサイエンスパックを入れたい、弾薬を防衛ラインへ補給したい、モールの組立機に少量ずつ素材を持ってきたい、という場面で使います。
「この箱には鉄板をこれだけ」「電子基板をこれだけ」と決めておけば、ロボットがネットワーク内から補充してくれます。
受け取り側の意図を明確にできるので、初心者ほど手に馴染みます。

この3つをつなげると、流れは単純です。
生産物はパッシブ供給へ出す、余った物は貯蔵へ逃がす、必要な場所は要求で引っ張る。
この形だけ覚えておけば、色違いチェストの大半の混乱は消えます。
実際。

使い過ぎ注意：アクティブ供給の落とし穴

アクティブ供給チェストは名前だけ見ると「上位版の供給チェスト」に見えますが、初心者が量産ラインに多用すると事故りやすいため、実用性が高い構成です。
理由はシンプルで、中身をその場に置いておかず、ネットワーク側へどんどん押し出すからです。
行き先がすぐ決まらない物でも、ロボットは貯蔵チェストへ運ぼうとします。

この挙動が何を起こすかというと、量産ライン直後の完成品が片っ端から倉庫へ流れ込みます。
必要だから出荷されるのではなく、箱の中に置いておくこと自体が許されないので、とにかくどこかへ移されるわけです。
結果として、貯蔵チェストが製品や中間素材で埋まり、どこに何があるのか見えにくくなります。
倉庫が一気に“ゴミ屋敷”化する典型例ですね。

自分もこれでだいぶ遠回りしました。
完成品ラインの出力先をアクティブ供給にしていた時期、ロボットが働いているのに工場が妙に落ち着かないんです。
調べてみると、使う予定のない在庫まで全部貯蔵へ運び込んでいて、倉庫が雑貨屋みたいになっていました。
そこをパッシブ供給へ戻したら、必要な物だけ動く状態になって、一気に収まりました。
見た目以上に差が出ます。

もちろん、アクティブ供給自体が悪いわけではありません。
今すぐネットワーク外へ出したい物、手元に残してはいけない物を強制搬出したい場面では便利です。
ただ、最初のうちは「よくわからないけど供給だからこれでいいか」で置くと、物流の流れが見えなくなります。
通常の生産出力はパッシブ供給、アクティブ供給は特殊用途くらいの感覚でいると事故が減ります。

発展編：バッファーチェストの正しい出番

バッファチェストは発展的に便利ですが、挙動が設定に依存する点に注意してください。
たとえば「要求チェストの優先元として振る舞うか」「供給側として使い回すか」は設定や他チェストとの兼ね合いで変わるため、運用例はバッファチェストの詳細な相互作用や例外挙動については、「運用上の注意」として別項目で整理することをおすすめします。

色違いチェストで迷ったときは、全部を同列に覚えようとしないほうが楽です。
3種で基本形を作り、アクティブ供給は絞って使い、バッファーチェストは必要が見えてから足す。
この順番にすると、ロボット物流の挙動が読みやすくなります。

どこにロボット物流を使うべきか

おすすめ用途：モール/研究所/個人物流/小物補充

ロボット物流がいちばん気持ちよくハマるのは、少量多品種を、必要な場所へ細かく配る用途です。
具体的には、ホームセンター的なモール、研究所への多品種補給、プレイヤー個人物流、小物中間材の補充ですね。
ここはベルトで几帳面に配線しようとすると、配線量のわりに得られる価値が小さくなりがちです。
ロボットだと箱の設定だけで流れを作りやすく、レイアウト変更にも強いです。

モールやホームセンター枠は、とくに相性がいいです。
ベルト、インサータ、電柱、組立機、パイプのように、種類は多いけれど一度に流れる量はそこまで多くないアイテムをまとめて扱えるからです。
モールは完成品の種類が増えるほどベルト配線が窮屈になりますが、ロボットなら供給側をパッシブ供給チェスト、受け取り側を要求チェストに寄せるだけで形になりやすい点が強みです。
自分もモールだけは早めにロボ化することが多いですが、ここは本当に楽になります。
配線の見た目もすっきりします。

研究所への補給も、ロボット向きの代表例です。
とくに多色サイエンスを並べた研究ブロックは、全部をベルトで美しく流そうとすると意外と面倒です。
そこでロボットに小分けで運ばせると、研究所側は必要な種類だけを受け取る構成にしやすくなります。
研究所への小分け補給は、実際際立って強いです。
自分の感覚でも、ここは「ロボが神」と言っていい場面で、研究ラインの増減や並べ替えにも素直についてきます。

プレイヤー個人物流も、ロボットを使う価値がはっきり出る用途です。
建築中にベルトやポール、モジュール、壁、弾薬などを自動で持ってきてくれるだけで、作業のテンポが大きく変わります。
個人物流は工場の総スループットを直接上げる仕組みではないのですが、手が止まる時間を減らすという意味で効果が大きいです。
大規模拡張を始めるほど、この差がじわじわ効いてきます。

小物中間材の補給にも向いています。
たとえば電子基板、歯車、バッテリー、エンジンユニットのような、ライン全体の主役ではないけれど各所で少しずつ欲しいものです。
こういうアイテムを全部ベルト幹線に乗せ始めると、幹線が雑然として管理しづらくなります。
ロボットで必要地点へ小分けに送るほうが、工場全体の見通しは良くなりできます。

避けたい用途：大量長距離の主幹物流

逆に、大量かつ長距離の主幹物流をロボットに任せるのは避けたいです。
鉱石、板材、回路の基幹供給を広いネットワークで全部ロボにやらせる形ですね。
この使い方は、見た目はスマートでも、中身は苦しくなりできます。

理由は単純で、ロボットは未研究だと3タイル/秒で飛び、しかも運搬のたびに充電往復が入るからです。
1回ごとの配達は成立しても、距離が伸びるほど移動時間と充電待ちが効いてきます。
ロボポートは同時充電が4機までなので、広域ネットワークで台数を増やすほど、今度は充電待ちの列がボトルネックになりやすさが際立ちます。
働いているように見えて、実は空を飛んでいる時間と充電待ちの時間が長い、という状態になりがちなんですよね。

自分も昔、鉱石を遠方からロボで運ばせて痛い目を見ました。
だいたい1kタイル級の輸送をロボで押し切ろうとすると、電力と充電渋滞が本当に地獄です。
ネットワーク全体が常に忙しく見えるのに、肝心の供給が追いつかない。
そこを列車に切り替えたら、一発で詰まりが解消しました。
ロボットは万能輸送ではなく、細かい配送が得意な専門職として見るほうがうまくいきます。

長距離大量輸送で重要なのは、1往復ごとの柔軟性より、継続的に太く流せることです。
この条件ではベルトや列車のほうが明確に強いです。
ベルトは連続供給に優れ、列車は拠点間の大量輸送をまとめて処理できます。
ロボットは障害物を無視して飛べる反面、広域化した瞬間に運用コストが重くなります。

ベルト・列車との役割分担

ロボット、ベルト、列車は競合というより、担当範囲を分けるときれいに噛み合う輸送手段です。
自分はだいたい、工場の背骨をベルトと列車で作り、その周辺の細かい配達をロボットに任せる形に落ち着きます。
この分担にすると、拡張しても破綻しにくい点が特徴です。

役割の違いをざっくり並べると、こんなイメージです。

この表の通り、モールや研究所、個人物流、小物補充はロボットが担当しやすく、製錬ラインや基幹素材の幹線はベルト、遠方鉱脈や拠点連結は列車が担当しやすい形になります。
ここを混ぜすぎないだけで、工場の安定感は大きく変わります。

ロボットの価値は、全輸送を置き換えることではありません。
面倒な多品種配線を省き、必要な場所へ必要な量だけ届けることにあります。
ここに絞ると、ロボット物流は頼れる存在になります。

よくある失敗と対策

動かない三大原因：範囲/要求/供給

ロボット物流が動かないとき、原因はだいたい 範囲・要求・供給 の3つに集約できます。
正直なところ最初は全然わからなかったですが、ここを順番に切り分けるだけで段違いに早く直せます。

まず多いのが、チェストが物流エリア外に置かれているケースです。
ロボポートには物流範囲と建設範囲があり、この2つを混同するとハマります。
建設用の青い広い範囲に入っていても、物流チェストが機能するのはオレンジの物流範囲の中だけです。
チェストに警告が出ているのに見落としていて、「ロボは飛んでるのに受け渡しだけ起きない」というのは定番の失敗です。

次に多いのが、要求設定をしていないか、設定が足りていない状態です。
要求チェストを置いただけでは物は来ません。
要求数が空欄のままだったり、欲しいアイテムを指定していなかったりすると、ロボット側には仕事が発生しません。
バッファや貯蔵まわりを使っているときも、フィルター設定の食い違いで止まっていることがあります。
研究所やモールで「なぜか1種類だけ来ない」ときは、だいたいこの設定漏れです。

供給側の不足も見逃せません。
要求が正しくても、ネットワーク内に供給元の在庫がなければ当然運べません。
特に確認したいのは、パッシブ供給チェストに本当に在庫が入っているかどうかです。
供給元と思っていたチェストがただの通常チェストだった、あるいは組立機の出力先が違っていた、というのもよくあります。
要求チェスト側ばかり見ていて、実は供給元なしだった、というのは本当によくある詰まり方です。

さらに地味に厄介なのが、貯蔵先がないパターンです。
アクティブ供給チェストは中身をネットワーク側へ押し出そうとするので、受け皿になる貯蔵チェストが足りないと、ネットワーク全体が変な滞り方をします。
貯蔵チェストが満杯だったり、フィルターで受け入れ先が狭すぎたりすると、片付ける仕事だけが詰まり、他の搬送まで巻き込まれます。
アクティブ供給を便利そうだからと何でも使うと、ここで崩れやすい傾向があります。
自分は不要品の整理以外では慎重に使うようになりました。

充電待ちと電力不足の見抜き方

ロボットが遅いと感じたとき、搬送ロジックより先に疑いたいのが充電待ち渋滞です。
仕事が来ていないのではなく、ロボポートの周囲で列を作っているだけ、ということがあります。
ロボポートは1基で同時に充電できるのが4機なので、忙しい地点に対してポートが薄いと、ロボット数を増やすほど逆に詰まりやすくなります。

見分け方は単純で、ロボポートの近くにロボットがふわふわ滞留しているかどうかです。
受け渡し地点やモール中心部、研究所前で待機列ができているなら、供給不足ではなく充電枠不足の可能性が高いです。
しかも待ち行列ができると、別のロボポートへ遠回りし始めることがあり、移動距離が伸びてさらに遅くなります。
この連鎖が始まると「台数は多いのに届かない」状態になります。

電力不足も似た症状を出しますが、感触は少し違います。
充電待ちは特定のロボポート周辺に列が集中しやすく、電力不足はネットワーク全体の動きが鈍くなりやすい点で優れています。
どちらにしても、対策の軸は同じで、混雑地点にロボポートを増やす・移動距離を短くする・必要ならネットワークを分けるの3つです。
とくにモールや研究所のように往復が集中する場所は、ロボポートを気持ち厚めに置くだけで体感が大きく変わります。

自分も昔、ロボが足りないと思って追加投入したら、余計に空が混みました。
原因は充電待ちでした。
ロボポートを増やして往復距離を短くしたら、同じネットワークでも急に流れが良くなったので、この手の詰まりは台数より配置の問題で起きることが多いです。

巨大ネットワークの弊害と分割の基本

初心者ほどやりがちなのが、便利さに引っ張られて工場全体を1つの巨大ネットワークにすることです。
最初は何でも届いて快適なのですが、広がるほど遅延、混雑、把握の難しさが一気に出ます。
どこで詰まっているのか見えにくくなり、問題が起きても原因特定に時間がかかります。
しかも広いネットワークでは、ロボットが本来その場で済む仕事まで長距離で拾いに行きやすく、負荷がじわじわ重くなります。

特にまずいのが、防衛補給や遠方拠点まで同じネットワークでつないだときです。
自分も一度、壁の外周補充まで内側モールと同じネットワークでまとめたことがあります。
すると、外周向けの補給にロボットが吸われて、肝心の内側モールがスカスカになりました。
見た目は全部つながっていて便利でも、実際には重要度の違う仕事が同じロボ群を奪い合っていたわけです。
外周だけ分割したら、一気に安定しました。
これ、地味に大事なんですよね。

分割の基本は、用途ごとに局所ネットワークへ分けることです。
モール、研究所、防衛補給、前線建設支援のように、役割が違う場所を別ネットワークにすると、移動距離が短くなり、どこが忙しいのかも見やすくなります。
巨大1ネットワークで全部処理するより、狭いネットワークを複数並べたほうが、保守もしやすい印象です。
混雑する地点だけロボポートを厚く置く、という調整もしやすくなります。

設計の考え方としては、ロボットに「遠くまで何でも届けさせる」のではなく、「その場の周辺を素早く回す」ほうが安定します。
ロボネットワークの挙動を整理した このあたりの運用感は実感に近いです。
広く1枚で包むより、必要な場所ごとに小さく閉じるほうが、結果的に速くて管理できます。

発展編：在庫制御とネットワーク分割

在庫・ロボット数の信号を使う

ここから先は、ロボット物流を回路とつないで自動制御すると一段便利になります。
ロジスティックネットワークの在庫やロボット数は信号として取り出せるので、設備の有効化条件に使えるんですよね。
たとえば「ネットワーク内のレールが一定数を下回ったら補充用の組立機を動かす」「修理パックが十分ある間は生産を止める」といった、補充のON/OFFや上限制御が組めます。

この仕組みが効くのは、モールや防衛補給のように必要量が上下しやすい場所です。
ベルトだと作りっぱなしになりがちなものでも、ネットワーク在庫を見て必要なときだけ回せば、箱に積み上がりすぎるのを防げます。
研究関連の消耗品や、壁・タレット・弾薬のような「切らすと困るけど作りすぎも微妙」な品目と相性がいいです。

ロボット数の信号も地味に使えます。
物流ロボットや建設ロボットの数を見て、「予備ロボが少ないときだけ追加生産する」といった制御ができます。
自分はマルチで建設が重なる拠点だと、建設ロボの保有数だけ別で見ておくことがあります。
人数が増えると、誰かが一気に青写真を置いた瞬間に建設ロボが吸われるので、在庫だけでなくロボット本体の頭数も管理対象にすると安定します。

回路を難しく考えなくても、最初は「不足したら作る」「多すぎたら止める」の2段だけで十分です。
回路構築（入力・出力編）でも、ネットワークの情報を信号として扱える前提が整理されていますし、実際の組み方は回路構築（実践例編）の発想が役立ちます。
自分も最初は配線そのものより、「何の数を見れば安定するか」がわからなかったです。
慣れてくると、箱の中身ではなくネットワーク全体の在庫を見るほうが、ロボ物流らしい制御になります。

輸送中アイテムと負値の癖への対処

ただ、この在庫信号にはひとつ癖があります。
輸送中のアイテムや予約状態の影響で、見かけ上の在庫が減ったり、条件によっては負値っぽく見える挙動が起きたりすることです。
ここを知らないまま「在庫が0になったらON、1になったらOFF」みたいな厳密すぎる条件にすると、制御がひたすらカタカタ切り替わります。

自分も昔、補充の閾値をちょうど 0↔1 に置いて、スイッチング地獄にしました。
ロボットが運搬予約を入れた瞬間に不足判定、届いた瞬間に停止、また別の要求で不足判定……という往復です。
見た目は賢そうな回路なのに、実際はずっと落ち着かないんですよね。
これ、率直に言って最初は全然わからなかったです。

安定させるコツは、ヒステリシスを持たせることです。
つまり、ONにする下限とOFFにする上限を分けます。
たとえば50を下回ったら生産開始、100まで戻ったら停止、という形です。
こうすると、輸送中アイテムや一時的な予約で数字が揺れても、制御が細かく反転しません。
体感でも、この「幅」を入れた瞬間に挙動が素直になります。

とくにロボ物流は、箱の中身だけで完結せず、空を飛んでいる途中の分や搬送予約が絡みます。
だからベルトの満空判定と同じ感覚で閾値を置くと、想像以上に落ち着きません。
回路を厳密にしすぎるほど強くなるわけではなく、むしろ少し雑なくらいの余裕を持たせたほうが、実運用では安定します。

ネットワーク分割の設計パターン

ネットワーク分割も、回路制御と相性がいい考え方です。
全部をひとつの網で見ようとすると、在庫信号もロボット数も意味がぼやけます。
どこ向けの不足なのかが混ざるからです。
用途ごとに分けると、「このネットワークの在庫が減ったなら、この場所で使われている」と読めるようになって、制御がぐっと組みやすくなります。

実戦で扱いやすいのは、まずモール専用網です。
建材、電柱、インサータ、組立機のような多品種少量を短距離で回す用途で、ロボ物流の強みがそのまま出ます。
このネットワークだけで在庫信号を見れば、補充制御も素直ですし、他所の需要に引っぱられません。

次に分ける価値が高いのが研究所専用網です。
サイエンスの補給は止めたくない一方で、必要物資が比較的はっきりしています。
研究所まわりを独立させると、モールの補充や建設資材の流れに邪魔されず、どのパックが不足しているかも見やすいと感じる場面が多くあります。
研究所は一度流れが整うと安定しやすいので、専用網にすると管理がずっと楽になります。

さらに効果を感じやすいのが、外周防衛・建設専用網です。
壁、修理パック、タレット、弾薬、建設資材を扱うエリアは、平時と戦闘時で負荷差が大きいです。
これを内政のモールや研究と同じネットワークにすると、激しい補充が入った瞬間にロボットがそちらへ吸われます。
防衛だけ切り出しておけば、前線の消耗があっても内側の物流まで巻き込みにくくなります。
自分はこの分割を覚えてから、外周補修のせいでモールの棚が空になる事故が減りました。

要するに、分割の狙いは見た目をきれいにすることではなく、短距離化して渋滞・遅延・把握の難しさを避けることです。
ロボット物流は広域を一枚で覆うより、役割ごとに閉じた小さめのネットワークを並べたほうが、在庫制御もトラブルシュートもずっとやりやすく、序盤の安定感が増します。
回路を組むと、この差がさらに大きく見えてきます。
どの信号を見ても意味がはっきりする設計は、運用していて本当に強いです。

2.0/Space Ageの差分と注意

地上ロボット物流の不変ポイント

2.0系やSpace Ageまわりでロボット周辺の使い勝手が変わっていても、地上でのロジスティックネットワーク設計の芯はあまり変わりません。
自分が実際に組むときも、まず見るのは「どこまで届くか」「どこで充電が詰まるか」「そのネットワークを何の仕事に使わせるか」の3つです。
ここが崩れなければ、UIが便利になっても運用の考え方はそのまま通用します。

とくに大事なのは、ロボット物流は相変わらず局所運用が強いという点です。
モール補充、研究所への供給、建設資材の配布みたいな多品種少量の仕事では際立って強い一方で、工場全域の基幹輸送を全部持たせると苦しくなりやすい傾向があります。
これは前述の失敗例ともつながりますが、ロボットが賢くなったように見えても、広域化すると移動距離と充電待ちの問題はちゃんと出ます。

ロボットステーションの基本性能を前提にした配置感覚もそのままです。
物流範囲と建設範囲の見方、複数ポートで充電需要を分散する考え方、チェストの役割分担でネットワークの流れを整える考え方は、2.0系でも地上運用の土台になります。
UI改善が入ると管理はしやすくなりますが、短く閉じたネットワークのほうが安定しやすいという実戦感覚は変わりません。
ここ、地味ですが崩れると全体に波及します。

変わり得るポイントと確認先

一方で、2.0系ではロボポート周辺のQoLや表示まわり、管理しやすさに関わる仕様に変更が入ることがあります。
話題に出やすいのがロボポートのレーダー内蔵のような改善で、ほかにもGUIや視認性、操作まわりで「前より扱いやすい」と感じる要素が増えています。
こういう変更は便利ですが、便利になったからといってロボット物流の向き不向きまでひっくり返るわけではありません。

注意したいのは、2.0系の情報は計画段階の話、実装済みの話、修正だけ入った話が混ざりやすいことです。
コミュニティでは「これ入るらしい」「前に見た」という話が広まりやすいのですが、実際に今の版で使える内容とはズレることがあります。
自分も一度、フォーラムや断片的な情報だけ先に読んで、「あれ、ゲーム内だと想像と違うな」となったことがあります。
ロボットまわりは便利機能の追加が話題になりやすいぶん、この食い違いが起きできます。

そのため、この本文ではバニラ2.0の地上運用で外しにくい部分に絞って扱っています。細かな差分を追うときは、

宇宙環境の扱い

Space Ageで名前の通り気になるのが宇宙側ですが、ここは地上のロボット物流と別物として見たほうが混乱しません。
宇宙プラットフォームでは通常のチェストが置けず、主な保管はプラットフォームハブが担います。
しかも、宇宙プラットフォームではロボットとロボポートが機能しないので、地上で慣れた「チェストを置いてロボに運ばせる」という発想をそのまま持ち込めません。

この違いは際立って大きいです。
地上ではロボットが障害物をまたいで柔軟に運んでくれますが、宇宙ではその前提自体がありません。
なので、Space Ageの宇宙環境を見て「ロボ物流が弱くなった」と考えるより、そもそも物流ルールが別レイヤーに切り替わると捉えたほうが正確です。
ベルトやハブ中心の設計を組み立てる感覚になり、地上のロボ網の延長では考えにくい傾向があります。

このあたりは記事の対象を広げると話が散りやすいので、本稿では地上ロボット物流を主軸にしています。
宇宙プラットフォームやSpace Age固有の物流設計は、それだけで設計思想が変わるテーマです。
地上のロボット運用を理解したうえで切り分けて見ると、「どこまでが共通で、どこからが別ルールか」が見えやすくなります。

まとめと次のアクション

ロボット物流は、工場全体を置き換える手段ではなく、必要な場所を軽くつなぐ道具として使うと一気に扱いやすくなります。
自分なら、最初はパッシブ供給チェストから要求チェストへ流す最小構成だけを組み、混みやすい場所だけロボポートを厚めにします。
少量多品種や短〜中距離はロボ、大量幹線や長距離はベルトと列車、と役割を切るのが安定への近道です。

次は列車ネットワークやメインバスなど「拠点間の幹線輸送」との役割分担まで整理すると、全体像がより明確になります。
（補足）当サイトはまだ記事数が少ないため、今すぐ内部リンクを張れない場合は以下の「サイト内記事候補」を目安にしてください。
将来的に該当記事が公開されたらここから相互参照を貼ると読者導線が良くなります。

サイト内記事候補（推奨スラッグ・タイトル）

• logistics-train-network — 列車ネットワーク入門

なお、すぐに参照したい場合は