ロジスティックチェスト5種の使い方と優先順位

ロジスティックチェストは、Factorio の物流を支える 5 種の箱で、パッシブプロバイダ赤・アクティブプロバイダ紫・ストレージ黄・リクエスタ青・バッファ緑に分かれます。
自分もロボステーションを初めて置いた頃は、パッシブとアクティブの違いが分からずアクティブを多用してしまい、ストレージが満杯になって物流が止まりました。
だからこそ、色と役割を 48 スロットの共通インベントリより先に整理し、搬出は「アクティブ+ゴミ枠→ストレージ+バッファ→パッシブ」、要求は「プレイヤー→リクエスタ→バッファ」という順序で押さえるだけで挙動の見え方が一気に変わります。
2.0/Space Age ではロジスティックグループや回路要求設定、バッファ要求トグルまで運用が進化しているので、昔の感覚のままだと同じ失敗を繰り返しやすいでしょう。

ロジスティックチェスト5種の役割を一望する

ロジスティックチェストは5種類しかありませんが、色で役割を覚えると配置判断が一気に速くなります。
赤のパッシブプロバイダ、紫のアクティブプロバイダ、黄のストレージが提供系で、青のリクエスタと緑のバッファが要求系です。
自分は最初、赤と紫を見分けられず中央倉庫を全部アクティブにして詰ませたことがあり、そこでようやく「色=挙動」で覚える癖が身につきました。

提供系チェスト:パッシブ・アクティブ・ストレージ

提供系3種は、在庫をどう外へ出すかで性格が分かれます。
パッシブプロバイダは要求が来るまで待つ供給拠点、アクティブプロバイダは中身を空にするまで吐き出し続ける送り出し拠点、ストレージは行き場のないアイテムを受け止める中継倉庫です。
特に混同しやすいのが赤と紫で、アクティブを中央倉庫に置くとロボットが優先して回収し続け、別の置き場がなければネットワーク全体が詰まりやすくなります。

ストレージは単なる保管箱ではなく、フィルタを設定すれば1種類専用の仕分け倉庫にもできます。
ここが便利なのは、余剰品の逃がし先として働きつつ、回収対象を絞った整理拠点にも変えられる点です。
内部インベントリは48スロットで共通なので、容量差で選ぶのではなく、ロボットがどう扱うかで使い分けるのが基本になります。
溜めたいならパッシブ、確実に空にしたいならアクティブ、と覚えておくと迷いません。

要求系チェスト:リクエスタ・バッファ

要求系の2種は、必要な物をどこまで積極的に呼び込むかが焦点です。
リクエスタはフィルタで指定量を引き寄せる消費側で、資材補給の起点になります。
バッファは提供と要求を兼ねる中継点で、前線の局所在庫に置くと往復距離を縮めやすく、ロボットの仕事を短く切れます。
プレイヤー物流では要求の優先度が高く、リクエスタはその中心に置くと扱いやすいです。

リクエスタの「バッファから要求」を有効にすると、要求の優先度が一段上がります。
初期はオフなので、単なる補給箱として置くか、倉庫間の受け渡しに使うかを分けて考えると整理しやすいでしょう。
2.0/Space Ageではチェストの内部名が表示名に統一され、ロジスティックグループと未要求アイテム自動廃棄がプレイヤー・リクエスタ・スパイダートロン・ロボポート・サイロ・ハブで共通化されました。
宇宙プラットフォームは通常のロボポート・物流ロボットが使えない別系統なので、地上の感覚をそのまま持ち込まないほうがいいです。

5種チェスト早見表(色・役割・提供/要求・主な用途)

冒頭に早見表を置くなら、色、役割、提供/要求、主な用途に加えて「向いている人」まで並べると索引として機能します。
さらに比較表はチェスト名・色・提供/要求・搬出/搬入優先度・主な設置場所の5列にしておくと、後続の配置判断がかなり楽になります。
自分もこの形の表を壁に貼るようにしてから、現場でチェストを前にして止まる時間が減りました。

ロボステーションを含む物流の土台も、実はチェスト選びと同じで優先度の理解が効きます。
ロジスティック範囲は50×50タイル、建設範囲は110×110タイル、同時充電4台分、ロボット格納7スロット×各50台です。
物流ロボットの基本速度は0.05タイル/tickで毎秒3タイル、初期積載1個からワーカーロボット積載量研究で最大4個まで伸びます。
高スループットの定常搬送はベルト、低頻度・多品種・短距離はロボットと分けると、早見表の使いどころがさらに見えやすくなるでしょう。

搬出と搬入の優先順位という2つの軸

ロボット物流の挙動は、チェストの種類そのものよりも、搬出と搬入で別々に働く優先順位で決まります。
ここを押さえると、なぜアクティブプロバイダは先に空になり、なぜバッファは最後に回されるのかが整理しやすくなります。
ロジスティックチェストは5種あっても、実際の運用では「どこから抜くか」と「どこへ配るか」を分けて考えるのが近道です。

搬出の優先順位:なぜパッシブは最後に取られるのか

搬出の探索順は、アクティブプロバイダとプレイヤーのゴミ枠が最優先で、次にストレージとバッファ、最後にパッシブプロバイダです。
これは、確実に外へ流したい在庫ほど先に回収し、溜めておきたい在庫は温存する、という役割分担に沿っています。
パッシブが最後なのは、過剰生産を抱えた定常供給の置き場だからで、アクティブを並べたのにそちらだけが減る現象も、この順序を知ればすぐ説明できます。
ストレージが途中に入るのも同じ理屈で、行き場を失ったアイテムを拾い上げてネットワークの詰まりを防ぐ役目があるからです。

搬入(要求)の優先順位:リクエスタが先、バッファが後

要求の割当順は、プレイヤー物流が最優先で、次にリクエスタチェスト、最後にバッファチェストです。
バッファが後回しなのは、そこが本来、余剰在庫を抱えておくための中継点だからで、前線の消費先と同列に扱うと物流の意図が崩れます。
前線のリクエスタになかなか壁が届かない場面では、「バッファから要求」を有効にすると、そのリクエスタがプレイヤーと同じ最優先度に昇格し、供給が安定します。
リクエスタは回路ネットワークから要求量を動的に変えられるので、必要な地点にだけ素早く補給を寄せたいときにおすすめです。

ストレージは『行き場のないアイテム』の最終受け皿

ストレージは、どこにも行き場のないアイテムが最後に流れ着く場所として扱うと理解しやすいです。
搬出ではバッファと同格の中間に置かれますが、提供側の優先度はかなり低く、ネットワーク全体の在庫調整を受け持つ受け皿になります。
ここを知っておくと、アクティブとパッシブの混同で「空にしたいのに残る」「溜めたいのに抜かれる」といった事故を避けやすくなります。
ロジスティックネットワークは、使い分けを間違えると一気に詰まります。
逆に言えば、搬出はアクティブ、保管はパッシブ、収容はストレージという軸で整理するだけで、挙動の見通しがぐっと良くなります。

パッシブとアクティブの使い分けで詰まる場面

パッシブプロバイダは、要求が来るまで在庫を抱えて待つ待機型なので、中央倉庫のように「すぐ空にせず、必要になった分だけ出したい」場所と相性がいいです。
副産物置き場でも同じで、まず溜めておき、流れが発生したらその分だけ搬出されるから挙動が読みやすいのです。
ネットワークに余計な圧をかけず、供給の見通しを立てやすい点が扱いやすさにつながります。

パッシブプロバイダ:過剰生産を溜めておく定常供給向き

過剰生産をその場で吐き出し続けるラインほど、パッシブの落ち着いた動きが効きます。
要求が来るまで待機し、需要分だけ搬出されるため、中央倉庫に積み上がる資材や、副産物のように発生量が先に決まっている物の置き場で事故が起きにくいからです。
自分も最初は全部を同じ感覚で置いていましたが、パッシブに統一しただけで流れが追いやすくなり、何がどこで詰まっているのかを見失いにくくなりました。

アクティブプロバイダ:確実に空にしたい場面の限定使用

アクティブプロバイダは中身が空になるまでロボットが運び出し続けるので、原油精製の副産物排出や解体物の強制回収のように、「ここは残したくない」という場面だけに絞るのが鉄則です。
行き場がある前提で使えば便利ですが、そこを外すと搬出先が詰まり、押し出された物がストレージに溜まっていきます。
自分は中央倉庫を全部アクティブにしてしまい、ストレージが満杯になって物流が全停止したことがあり、原因究明にかなりの時間を溶かしました。
あの失敗以降、アクティブは便利さよりも事故の起点になりやすい設定だと強く意識するようになりました。

アクティブ→ストレージ飽和の連鎖を避ける配置

アクティブを安易に多用すると、行き場のないアイテムが全部ストレージへ流れ込み、そこが埋まった瞬間にネットワーク全体の物流が止まります。
中盤でよくあるのは、出力先の吸収能力を見ずにプロバイダだけ先に増やしてしまい、回収したはずの物資が逃げ場を失うパターンです。
対策は単純で、アクティブの出力先になるストレージやリクエスタを先に用意し、受け止める容量を確認してから設置することです。
実際、副産物の重油排出にだけアクティブを使い、それ以外をすべてパッシブへ統一した運用に変えたところ、詰まりは目に見えて減りました。
判断基準は結局ひとつで、溜めておきたいならパッシブ、確実に空にしたいならアクティブです。

リクエスタとバッファの設定と使いどころ

リクエスタチェストは、欲しいアイテムと数量をフィルタで指定すると、アクティブ・パッシブ・ストレージから必要分だけを引き寄せます。
組立機ごとに置けば原料供給を自動化でき、配線に追われないロボットモールが一気に立ち上がるので、手作業の補充が工場のボトルネックになりにくい構成です。
モールの入口に並べると、流す側と使う側の境界がはっきりして管理もしやすくなります。

リクエスタチェスト:組立機への原料供給

組立機のそばにリクエスタを置く設計は、原料を必要な場所へだけ運ばせる発想です。
チェスト側でフィルタを切り替えるだけで供給品目を入れ替えられるため、ライン変更のたびに倉庫を組み直す手間が減ります。
自分も初めてロボットモールを組んだときは、配線なしで工場が回り始める感覚が新鮮で、箱を置くだけで生産がつながる快感がありました。

この方式が向いているのは、同じ素材を継続して消費する組立機です。
必要量が明確なぶん、フィルタ設定さえ決めてしまえば在庫の流れが読みやすくなります。
中央倉庫から毎回人が運ぶ必要がなくなるので、手戻りが減り、工場の立ち上げも軽くなるでしょう。

バッファチェスト:建設前線・修理拠点の局所在庫

バッファチェストは、リクエスタとパッシブプロバイダを兼ねる箱です。
自分でも在庫を要求しつつ、他の要求に対しては供給側にも回るので、単なる受け皿ではなく中継点として働きます。
建設前線や修理拠点の近くに置くと、その場で使う壁や修理パックを抱え込めるため、遠方の中央在庫へ何度も往復する必要が薄れます。

拡張工事の前線にバッファで壁と修理パックの局所在庫を作ったときは、建設ロボの移動が目に見えて減り、工事の進み方が一段変わりました。
ロボットは飛べても無限ではないので、移動距離が短いほど搬送の待ち時間と充電負荷が下がります。
前線で消えるものを前線に置く、この割り切りが効く場面です。

リクエスタの『バッファから要求』チェックボックスの判断

リクエスタの『バッファから要求』チェックボックスは初期状態でオフです。
オンにするとバッファの在庫も引き寄せられますが、その分だけバッファが抱えている局所在庫まで消費側に流れやすくなります。
つまり、前線や中継用に寝かせておきたい物資まで吸い上げる可能性があるため、使いどころは絞ったほうが扱いやすいです。

この切り替えは、リクエスタとバッファの役割差をそのまま配置思想に反映するためのものでもあります。
リクエスタは純粋な消費側、バッファは消費しながら提供もする中継点として分けて考えると、在庫がどこで止まり、どこで流れるのかを把握しやすくなります。
見た目が近い箱ほど役割の違いを意識して置いてみてください。

ロボステーションとロボット台数の見積もり

ロボステーション周りの設計は、チェストで回収できる範囲と、建設ロボが動ける範囲をまず切り分けるところから始まります。
ロボステーション1基のロジスティック範囲は50×50タイルで、建設範囲は110×110タイルと広いので、見た目のカバー範囲だけで安心すると、実際には物流が届いていない場所を作りやすいです。
充電口の数とロボット台数も同じ発想で見る必要があり、需要が増えたらロボポートを足す、という発想に早めに切り替えたほうが安定します。

ロジスティック範囲と建設範囲の違い

ロボステーションは、物流用の50×50タイルと建設用の110×110タイルが別物だと理解すると、チェスト配置の失敗をかなり減らせます。
建設ロボは広い範囲を飛べるのに、実際にアイテムを受け渡しできるのは内側の50×50だけなので、箱を置いたのに届かない、というズレが起きやすいわけです。
チェストの役割はあくまで内側の物流で、外周の建設支援まで自動で面倒を見てくれる仕組みではありません。
拠点を広げるほど、この差はそのまま運用の差になります。

充電待ち渋滞を防ぐロボポート密度

100駅規模の拠点でロボポートを1基だけ置き、充電待ち渋滞で上空が真っ黒になった失敗は、充電口の少なさがどれほどボトルネックになるかをはっきり教えてくれます。
同時充電は4台分しかないのに、ロボット格納は7スロット×各50台で最大350台、さらに修理パック7スロットまで抱えられるので、収納容量だけ見て台数を増やすと詰まりやすいです。
滞留が見えた時点で、ロボット過多かロボポート不足のどちらか、あるいは両方が起きています。
だから台数を増やす前に、充電口をどこで増やすかを先に決めておくのが筋です。

ロボット台数と積載量研究のバランス

物流ロボットの基本速度は0.05タイル/tick、つまり毎秒3タイルで、初期積載は1個です。
ワーカーロボット速度研究で無限に加速でき、ワーカーロボット積載量研究で最大4個まで積めるようになるので、距離と頻度が同じでも必要台数は変わります。
台数は『搬送距離×頻度÷積載量』でざっくり見積もると整理しやすく、足りなければ台数を足すか積載量研究を進め、距離が長すぎるならロボポートの中継を増やす、という分け方が有効です。
積載量研究を後回しにして台数だけ増やし続けると、研究を1段入れた瞬間に同じ仕事が1/4の台数で済むと気づいて驚くはずです。
おすすめです、先に積載と充電の両方を見てしまいましょう。

最適化のコツとよくある失敗

ストレージ運用とロボット物流の詰まりは、配置そのものよりも「役割分担」が曖昧なときに起きやすいです。
フィルタ付きストレージで仕分けを固定し、要求側と提供側をセットで整えるだけで、倉庫の見通しも搬送効率も一気に安定します。
ロボットは便利ですが、何でも任せる設計にすると電力と待機時間が先に膨らみます。
そこを見極めるのが最適化の肝でしょう。

ストレージをフィルタで仕分け倉庫化する

ストレージチェストにフィルタを設定すると、1種類専用の仕分け倉庫として使えるようになります。
ここを曖昧にしたまま増設すると、どこに何が入っているか分からない“ゴミ捨て場”が広がるだけで、必要な資材を探す手間も増えます。
逆にフィルタなしを回収用、フィルタ付きは保管用と分けておくと、搬入先が迷わず決まり、倉庫全体が自然に整うのです。

実際にこの分離を徹底すると、ストレージ内を見回して探す時間が目に見えて減ります。
例えば一時保管の鉄板や廃材をフィルタなしに寄せ、基礎素材だけをフィルタ付きに流す運用に変えると、取り出し先が固定されるので混線しません。
おすすめです。
特に中盤以降はチェストの数が増えるため、分類のルールがない倉庫はすぐ破綻します。
まずは「捨て置く場所」と「残す場所」を分けてみてください。

ロボット過多・不足の見分け方

パッシブプロバイダを大量に並べただけでは、物流は意外なほど動きません。
要求側のリクエスタやバッファが足りないと、供給先が存在しないのと同じで、アイテムはロボポート周辺にたまるだけです。
提供と要求は必ずセットで設計しましょう。
片方だけ増やしても詰まりの見え方が変わるだけで、流れは改善しません。

過不足の判断は、ロボポート周辺の滞留で見分けるのが早いです。
充電待ちで上空にロボットがたまるなら、ロボット過多かロボポート不足を疑えます。
逆に要求が満たされず待たされるなら、ロボット不足のサインです。
自分も一度、台数を増やせば解決すると考えて失敗しましたが、実際には要求先の配置が追いついていなかっただけでした。
ここは「何体いるか」より「どこで待っているか」を見てみてください。

ベルトとロボットの境界線

高スループットの定常搬送、たとえば鉱石や鉄板の大量供給は、ベルトのほうが少ない機体数で安定して流せます。
ロボットは低頻度・多品種・短距離の搬送に向いていて、細かな補給や一時的な移送でこそ持ち味が出ます。
全部をロボットに寄せると、移動そのものより充電と電力消費が支配的になり、UPSまで重くなりがちです。

全物流をロボットでやろうとして電力が逼迫し、結局メインバスをベルトに戻した経験があります。
そのとき痛感したのは、ロボットは主役ではなく、ベルトを補う道具として使うほうが長持ちするということでした。
大量搬送の幹線はベルトで通し、必要な場所だけロボットに任せる。
この境界を意識するだけで、拡張しても崩れにくい設計になります。
おすすめの考え方です。
しましょう、搬送を全部同じ道具で統一するのではなく、役割で分けてください。

Space Age(2.0)で変わったロジスティック運用

2.0以降のロジスティック運用は、単に使える機能が増えたという話ではありません。
チェスト名の統一で旧ブループリントの見通しがよくなり、ロジスティックグループと回路連動の要求設定で、設計を「個別調整」から「再利用と自動化」へ寄せやすくなりました。
さらに未要求アイテムの整理も統一され、物流の面倒ごとをまとめて減らせるようになっています。

ロジスティックグループで要求を再利用する

2.0ではチェストの内部名が表示名に統一され、旧logistic-chest-requesterのような名称を前提にした感覚をいったん捨ててよくなりました。
実際に旧ブループリントを貼り直したときも、名称変更で設計が壊れず、そのまま動いたのは安心材料でした。
しかもセーブやブループリント文字列は自動マイグレーションされるので、移行時に過去資産を作り直す必要はありません。
むしろ、ここで初めて「過去の設計を守りながら、今の機能に乗り換えられる」方向へ進んだと言えるでしょう。

そのうえで効いてくるのがロジスティックグループです。
要求セットに名前を付けて使い回せるため、プレイヤー、リクエスタ、スパイダートロン、ロボポート、サイロ、宇宙プラットフォームハブで同じ考え方を共有できます。
個別のスロットを毎回手で埋める運用から外れられるので、複数拠点や複数機体をまたぐ設計ほど恩恵が出ます。
自分でも最初は旧式の感覚で組んでいましたが、共通化の便利さを知ると、いちいち作り直したくなるはずです。

未要求アイテムの自動廃棄も同じ流れで整理されました。
trash unrequested が各エンティティで統一されたことで、要求外のアイテムを自動でゴミ枠へ出し、在庫のノイズを減らせます。
物流は「運ぶ」だけでなく「溜めない」ことが運用の安定につながるので、この統一は地味でも効きます。

回路ネットワークからの動的要求設定

リクエスタの要求量を回路ネットワークから動的に設定できるようになったのも、2.0での大きな変化です。
固定値を置いておくだけでは、在庫過多や不足の波を拾いきれませんが、回路で要求量を変えられると、今ある在庫に応じて要求を絞ったり増やしたりできます。
つまり、物流を「常に同じ量を待つ装置」から「状況に応じて反応する装置」へ変えられるわけです。

このとき『バッファから要求』チェックボックスは初期状態でオフのままです。
必要な場面だけオンにする前提なので、普段の設計ではまず通常の要求設定を組み、例外だけをバッファ運用に回すと扱いやすいでしょう。
回路連動と組み合わせれば、消費の山に合わせて要求を動かす設計も作れます。

宇宙プラットフォームは別系統の物流であること

Space Ageで宇宙プラットフォームに地上の感覚を持ち込むと、最初に戸惑いやすいのがここです。
通常のロボポートや物流ロボットが使えない別系統の物流なので、地上で通用した発想をそのまま置いても動きません。
自分も初回は「まずロボポートを置けば回るはず」と考えてしまい、そこで手が止まりましたが、すぐに専用設計へ切り替える必要があると分かりました。

宇宙プラットフォームは、同じ物流でも地上とは前提が違います。
だからこそ、要求の出し方、在庫の置き方、搬送の流れを最初からプラットフォーム用に組む意識が要ります。
地上で便利だった構成を流用するより、専用の線引きを先に決めたほうが早いです。
ここを押さえておくと、2.0以降の物流運用は組み立てやすくなります。