【Factorio】シティブロック拡張の始め方｜サイズと信号

メインバスが太りすぎて、どこに何を足せばいいのか見えなくなってきたら、シティブロックへの移行を考えるタイミングです。
この記事では、Factorio バニラ2.0とSpace Age環境で、中級者向けに「管理しやすく、あとから増やしやすい」工場へ切り替える具体手順を整理します。

ポイントは、いきなり巨大な鉄道網を作らないことです。
ブロックサイズ・列車長・通行方向・ブロック内物流の4項目を先に固定し、まずは最小1ブロックをきれいに複製できる状態まで持っていくのが、一番崩れにくい進め方でした。

自分も100駅超の列車網を回したとき、交差点内停止とスタッカー不足で3時間詰まって、設計をほぼ作り直しました。
シティブロックはUPS最適化の万能薬ではありませんが、ルールを先に決めてから組めば、拡張で破綻しにくい工場を現実的に作れます。

この記事の前提と対象バージョン

この先で扱う前提は、Factorio バニラ v2.0系の安定版2.0.73相当と、Space Age DLC導入環境です。
軸にするのはあくまでバニラのシティブロック設計で、Space Ageで増える選択肢や考え方の差分は混ぜずに別節で切り分けます。
ここを最初に分けておくと、「バニラでも通じる基本」と「DLCで広がる応用」がごっちゃになりません。
実際、自分も新要素を最初から全部乗せで考えたときほど設計が散らかりました。

また、この記事でいうシティブロックは、規則的なレール格子の中に生産モジュールを入れて増築していく設計を指します。
大事なのは、これを管理しやすさと拡張しやすさのための方式として扱うことです。
メガベース界隈で定番ではありますが、UPSを最優先で削り切るための専用設計とは別物です。
ここを混同すると、あとで「思ったより軽くならない」となりやすいんですよね。

設計の寸法感については、マップのチャンクが32×32タイルで区切られている前提で話を進めます。
グリッドやブロックの一辺を32の倍数でそろえると、ブループリントで複製するときも、あとから1列足すときも位置合わせが楽です。
96×96のような実例がよく挙がるのも、この考え方と相性がいいからです。

用語の初出に補足

本文で最初に出てくる用語だけ、ここで短くそろえておきます。
メインバスは、拡張用に資材をまとめて流す太いベルト幹線のことです。
序盤から中盤はこれで十分強く、工場がさらに大きくなってから列車中心のシティブロックへ移る流れは一般的です。

UPSは、Updates Per Secondの略で、毎秒のゲーム更新処理回数を見たときの体感指標です。
Factorioでは60が基準なので、重くなるとこの数字が落ち、操作感にもはっきり出ます。
この記事でUPSに触れるときは、「軽い・重い」をなんとなく言っているのではなく、この処理負荷の話をしています。

連動式信号は、いわゆるチェーン信号です。
交差点の入口で使い、先の進路が空いているときだけ進ませる信号だと思っておくと読みやすいのが利点です。
シティブロックでは交差点の数が増えやすいので、この用語に慣れておくと後半の説明が追いやすくなります。

チャンクの基礎仕様は 『Map structure』 を見ておくと話が早いです。
Space Ageの対象範囲そのものは Space Age にまとまっています。
この記事ではそこから必要な前提だけ拾い、設計論としてはバニラの土台を崩さない形で進めます。

Map structure

wiki.factorio.com

Factorioのシティブロックとは何か

シティブロックの基本要素

Factorioでいうシティブロックは、先に規則的なレール格子を敷き、その1マスごとを独立した生産区画として増やしていく設計思想です。
工場を一本の長い幹線で引っぱるのではなく、「製錬ブロック」「回路ブロック」「サイエンス素材ブロック」のように役割ごとに区切って、必要になったら同じ型を横に増やしていきます。
自分はこれを、巨大工場向けの最適解というより、人間が迷わず拡張するための整理術として捉えています。
どこに何を足すかが見えやすいので、設計判断が段違いに速くなるんですよね。

土台になるのは、レール、交差点、駅、信号、そして複製前提のブループリントです。
『建設計画』があるおかげで、1ブロックを一度きれいに作れば、あとは同じ形を繰り返し置いていけます。
ここがシティブロックの気持ちよさで、拡張のたびに毎回レイアウトを考え直さなくて済みます。
メインバス時代は、幹線の増線や分岐の整理だけで半日飛ぶことがありましたが、ブロック化してからは「不足したら同じ1区画を追加する」という発想に変わって、意思決定がずいぶん軽くなりました。

設計の実務では、1ブロックの寸法をチャンクに合わせてそろえる考え方がよく使われます。
マップは32×32タイル単位で区切られているので、96×96のような32の倍数ベースは位置合わせしやすい代表例です。
ただし、ここに唯一の正解はありません。
64級の小さめグリッドもあれば、100×100前後で組む例もあります。
駅を何本入れたいか、列車の長さをどうするか、ブロック内をベルトで回すかロボットで寄せるかで、使いやすいサイズは変わります。

鉄道面では、交差点の品質が全体の安定性を大きく左右します。
列車信号は進行方向の右側に置き、入口に連動式信号、出口に通常信号を置く基本パターンは、『チュートリアル：列車用信号』の考え方そのままです。
シティブロックは交差点が増えやすいので、ここが雑だと見事に詰まります。
自分も、交差点内で停車する配置を量産してネットワーク全体を止めたことがあります。
ブロック自体は整然として見えるのに、信号だけ崩れていると一気に不安定になるので、見た目以上に効きます。

建設計画 - Factorio Wiki

wiki.factorio.com

メインバスとの違いと使い分け

メインバスとシティブロックの一番大きな違いは、何を拡張単位にするかです。
メインバスはベルト幹線を延ばし、必要な素材ラインを横に足しながら工場を育てていく方式です。
序盤から中盤ではとても強くて、どこに何が流れているかを目で追いやすいのが魅力です。
一方で工場が太ってくると、ベルト本数が膨らみ、幹線の増線や割り込みが重くなってきます。

シティブロックはそこが逆で、幹線の延長ではなく、同一ブループリントの複製でスケールさせる考え方です。
つまり「銅板が足りない」なら銅板ブロックを1つ増やす、「緑回路が足りない」なら緑回路ブロックをもう1つ置く、という増やし方になります。
拡張単位がはっきりしているので、複数人で触る工場でも役割分担します。
どの区画が何をしているかが見えやすく、壊れている場所も追いやすい。
管理のしやすさという意味では、実利があります。

とはいえ、メインバスが古くてシティブロックが新しい、という話ではありません。
自分の感覚では、序盤〜中盤はメインバス、大規模化して管理負荷が目立ってきたらシティブロックという流れが一番自然です。
最初から巨大な鉄道格子を作ると、今度は鉄道設計そのものが重荷になります。
逆に、終盤までメインバス一本で押し切ろうとすると、幹線の整理がつらくなる。
どちらが優れているかというより、工場の段階で向いている設計が違う、という理解がしっくりきます。

さらに実戦では、完全な二択ではなく混成運用も際立って強いです。
たとえば中間素材まではメインバスでまとめ、重い資源搬入やサイエンス量産だけ列車ブロック化する形です。
いきなり全面移行しなくて済むので、既存工場からの乗り換えもやりやすいのが利点です。
実際、大きな工場ほど「全部バス」でも「全部ブロック」でもなく、どこかで折衷しています。

その違いをざっと並べると、次のようになります。

この表でも見える通り、シティブロックの価値は「最速」「最軽量」よりも、工場を部品化して扱えることにあります。
『Factorioにおける構築手法・ツールのメリット・デメリット整理』でも、構築手法ごとの向き不向きが整理されていますが、シティブロックはまさにその中で「管理しやすく増やしやすい」側の強みが際立つ方式です。

UPSとの関係

シティブロックを語るときに地味に誤解されやすいのが、シティブロック＝UPSに強いではないことです。
ここは切り分けて考えたほうがわかりやすくなります。
シティブロックはあくまで拡張と管理の方式であって、UPS最適化そのものではありません。
列車ネットワークが大きくなるほど交差点が増え、列車の経路探索も増えます。
設計が甘いと、そのぶん処理負荷が積み上がります。

特に、十字交差点を細かく量産した密なグリッドは、見た目は整っていてもUPS面では不利に振れやすい構成になります。
列車が頻繁に経路を引き直し、複数の交差点で待ち合わせる構造になると、処理も流れも重くなります。
ForumsやRedditでUPS議論を追っていても、「大規模シティブロックは便利だが、最軽量ではない」という見方は一貫しています。
自分の体感でも、駅数と交差点数が増えた瞬間に、工場の見通しは良くなるのに列車網の神経質さは一段上がりました。

つまり、UPSを本気で削りにいくベースは、シティブロックと発想が少し違います。
輸送距離を短くする、工程を直結する、中間輸送を減らす、交差点を減らす、といった方向が優先されやすい形になります。
シティブロックはそこに反するわけではありませんが、規則的なグリッドを維持する都合上、どうしても「少し遠回りでも同じ形を保つ」判断が入りやすいんですよね。
人間には優しいけれど、ゲーム処理には必ずしも優しくない場面がある、という言い方が近いです。

だからこそ、シティブロックの評価軸はUPSだけで決めないほうが実態に合っています。
拡張判断の速さ、保守性、役割分離、複数人で触ったときのわかりやすさまで含めて見ると、この方式は際立って強いです。
自分が大規模工場でシティブロックを使い続ける理由もそこで、極限まで軽いからではなく、増設と修正がブレにくいからです。
工場が大きくなるほど、プレイヤーの脳の負担を減らす価値は大きくなります。

導入前に決める4項目：サイズ・列車長・通行方向・物流方式

ブロックサイズの決め方

シティブロックで後からいちばん直しにくいのが、実はブロックの大きさです。
交差点、駅、電力、配線、ブロック内レイアウトまで全部そこに引っぱられるので、ここが曖昧なまま作り始めると、増設のたびに寸法がぶれます。
コツは、『Map structure』で示されている32タイル単位のチャンク基準で考えることです。
32で割り切れるサイズにしておくと、レーダーでの視認やブループリントの扱いも揃えやすく、あとで見直したときに「なぜこの幅なのか」が自分でもわかります。

実例として扱いやすいのが96×96タイルです。
3×3チャンクでぴったり収まり、『Factorioグリッド初心者メモ』でもこの寸法の運用例が紹介されています。
自分もこの系統のサイズを使うことが多くて、理由は単純で、小さすぎず大きすぎず、1品目1ブロックの試行錯誤がしやすいからです。
見た目は128×128に見えても、交差点や共用部分を含めた結果として、内部の実効面積は96×96相当で扱う設計もあります。
この「見た目の外寸」と「実際に生産に使える内寸」は分けて考えたほうが混乱しません。

一般論としては100×100級もよく見るサイズ帯です。
きっちりチャンクに合わせるより、感覚的に設計しやすい寸法を優先する流儀ですね。
逆に、試作や小さめの工場では64タイル級で始める手もあります。
ただ、64級は回し始めるとすぐ窮屈になりやすく、駅やブロック内物流の取り回しに余裕が出ません。
自分の経験でも、最初は「小さいほうが複製しやすそう」と思って64寄りにすると、結局は周辺にあふれた設備を継ぎ足すことになって、ブロック化の気持ちよさが薄れやすい設計です。

サイズ選びで見たいのは、見栄えよりも駅を何本置けるか、内部でどれだけ加工を閉じられるかです。
特に複数入力のレシピを入れたいなら、駅のスペースとブロック内物流の通路を先に食います。
ここを甘く見ると、ブロックは四角くても中身だけ毎回別設計になりがちです。

列車長は運用上とても重要なので、可能なら「1種類に統一する」運用をおすすめします。
どの編成（例：1-2 / 1-4）を選ぶかは拠点の規模や輸送方針で変わりますが、途中で混在させると駅・スタッカー・分岐の寸法基準が崩れて設計コストが跳ね上がります。
筆者の運用例としては「1-4固定＋実効96×96」で揃えており、これは経験則に基づくおすすめの組み合わせです。
編成選びそのものは工場の規模感で変わります。
小さめに刻んで本数で回すなら1-2、大きめの搬送を少ない本数で回したいなら1-4、という発想はわかりやすくなります。
ただし重要なのは優劣より統一です。
シティブロックは規格化の恩恵で強くなる方式なので、ここだけ自由設計にすると一気に弱くなります。

通行方向（左側/右側）の選び方

通行方向も、先に決めておくと後が楽です。
右側通行でも左側通行でも成立しますが、ブロックを量産する前に統一しないと、交差点や駅の向きが混在して修正コストが跳ねます。

自分がよく使うのは左側通行です。
理由は実務的で、Factorioの列車まわりは進行方向に対して信号や駅を右側に置く前提で組む場面が多く、左側通行にするとそれらを線路の内側に寄せやすいからです。
二車線のブロック外周を組むとき、駅の入口や信号群を内側へまとめやすく、外周の形を崩しにくい。
見た目より、この「寄せやすさ」が効きます。
96×96系の実例でも左側通行はよく見ますし、自分もこの形にしてから駅前の配線が素直になりました。

もちろん、唯一の正解ではありません。
右側通行に慣れているなら、そのまま揃えたほうが設計ミスは減ります。
マップの地形や既存本線の向きに合わせて右側を選ぶのも普通です。
ここで大事なのは、理屈の美しさよりも交差点・駅・本線の全体を同じルールで複製できることです。
通行方向を決める場面で迷うなら、1つ交差点を作り、そこにT字分岐と駅入口を付けた状態で眺めると、自分の手に合う側が見えやすくなります。

ブロック内物流：ベルト / ロボット / 小バス

駅で品物を受け渡したあと、ブロックの中を何で回すかも先に固定しておきたい項目です。
ここが毎回変わると、同じブロックサイズでも設計思想が揃いません。
候補は大きくベルト、物流ロボット、小バス（サブバス）の3つです。

ベルトは一番読みやすく、流量の見積もりもしやすい点で優れています。
『ベルト輸送』の基礎データでは、黄色15アイテム/秒、赤30アイテム/秒、青45アイテム/秒です。
たとえば青ベルト1本で足りるのか、2本必要なのかが見えれば、駅の本数やアンロード側のレーン数まで逆算しやすくなります。
品目ごとの流量が重いブロック、たとえば板材や回路のように継続的に流すものは、ベルト前提で作ると詰まり方も把握しやすい印象です。

物流ロボットは、ブロック内の配線を簡単にできます。
形が崩れたレシピや、多品目を少量ずつ扱う工程とは相性がいいです。
ただ、自分の感覚では、ロボットは楽な代わりに広げすぎると電力と密度の管理が雑になりやすいです。
ブロック単位で閉じた運用なら扱いやすいのですが、何でもロボ化すると、どこが詰まっているのか見えにくくなります。

小バスは、ブロックの中だけに短いメインバスを引く考え方です。
外は列車、内は少本数のベルト束で回す方式ですね。
ベルト専用ほど窮屈ではなく、ロボ専用ほど見えなくもないので、実務では使いやすいと感じる場面が多くあります。
特に中間素材を2〜4種類くらいまとめて流したいブロックでは、この形がきれいにハマります。
自分も、全部を駅直結にしようとして苦しくなったとき、小バス化したら一気に整理できたことが何度もあります。

選び分けの感覚は素直で、距離が短くて高スループットならベルト、少量多品目ならロボット、複数素材を中距離でまとめて配りたいなら小バスです。
シティブロックでは外側の列車網ばかり注目されますが、実際の使い勝手はこのブロック内物流で大きく変わります。
同じ96×96でも、中を何で回すかが固定されている設計は複製が速いですし、逆にここが毎回ぶれると、ブロック方式なのに毎回ほぼ新築になってしまいます。

Belt transport system/ja

wiki.factorio.com

シティブロックで工場を拡張する手順

新エリアにグリッドだけを先に敷く

メインバスからシティブロックへ移るとき、いちばん事故が少ないのは段階移行です。
つまり、今ある工場の供給はそのまま動かしながら、別エリアに新しい区画だけ先に作ります。
いきなり本体を引っ越そうとすると、鉄板も回路も足りなくなって、建設中のはずなのに既存ラインまで止まりがちです。
自分も最初は「どうせ全部作り直すし」と旧工場側を触りすぎて、研究も弾薬補充も鈍って面倒でした。

ここで先に作るのは、生産ラインではなく空ブロックのテンプレートです。
具体的には、空の区画、交差点、そして入出力用の標準駅だけを置きます。
中身が空でも問題ありません。
むしろ先に外枠だけ整えておくと、「このブロックは何を作る場所か」を後から差し替えやすくなります。
Factorioのマップはチャンク単位で区切られているので、グリッドを先に揃えておくと地形越しの増設でも見通しが良くなります。

自分はこのテンプレートを交差点込みでひとつの雛形にして、さらに駅の向きと入出力の位置まで固定しています。
これ、地味に大事なんですよね。
ブロック本体だけを複製できても、駅前の向きが毎回ズレると、結局そこで手作業が増えます。
最初に「空ブロック＋交差点＋標準駅」を1クリックで敷ける状態にしてからは、移行の速さが上がりました。

テンプレート管理には『建設計画』と建設計画の本を使って、ブロック本体・交差点・標準駅を一式で持ち運べるようにするのが扱いやすい構成です。
1冊の中で「外周だけ」「駅付き」「中身入り」と段階別に分けておくと、拡張時に迷いません。

高需要品（製錬・電子基板）から移設する

新グリッドが置けたら、次に移すのは消費が重くて、既存バスを太らせやすい品目です。
代表例が製錬の鉄板・銅板、それから電子基板です。
このあたりは多くのラインが触るので、メインバス側に残しておくと、どこかを少し増やすたびに幹線までいじる羽目になります。

移設の順番としてわかりやすいのは、まず新ブロックに製錬か緑基板のどちらかを作り、そこで安定供給を確認してから消費先を徐々に切り替える流れです。
既存工場を止めてから新工場を立ち上げるのではなく、新しい供給源を追加して、あとから依存先を入れ替える形ですね。
この順番なら、移設途中に不足しても旧ラインが支えてくれます。

特に電子基板は、見た目以上に影響範囲が広いです。
赤基板や青基板だけでなく、各種組立機械や中間素材にも波及するので、ここがバスの中心に居座ると配線が一気に苦しくなります。
自分の感覚では、緑基板を列車で切り出せるようになると、メインバス特有の「どこを足しても真ん中が窮屈」という状態がずいぶん軽くなります。

製錬も同じで、板材を列車受け渡しに変えると増設単位が見えやすくなります。
ベルトのままだと幹線の本数を足す発想になりがちですが、ブロック化すると「板ブロックをもう1個足す」で済むようになります。
規格化の強みが最初に体感しやすいのは、この高需要帯です。

1ブロック完成→複製→スケールアウト

シティブロック移行で効くのは、最初から完璧な全体図を描くことより、1ブロックをちゃんと完成させることです。
駅の入出力、ブロック内物流、電源、信号の流れまで含めてひとつ安定稼働する形ができたら、その時点でようやく複製フェーズに入れます。

この順番が大事なのは、不具合の原因を局所化しやすいからです。
交差点で詰まるのか、駅前で荷下ろしが追いつかないのか、ブロック内のベルトが細いのか。
1つだけ完成している状態なら切り分けが楽ですが、複数ブロックを同時に立ち上げると、どこで崩れたのか見えにくくなります。
自分は昔、未完成の駅テンプレをそのまま量産して、同じ詰まりを何区画にも増やしたことがあります。
あれは本当にしんどかったです。

完成した1ブロックは、そのままブループリント化して横展開します。
ここで効くのが、前段で作っておいた空ブロック＋交差点＋標準駅の土台です。
外枠が共通なので、中身だけ差し替えても全体のルールが崩れません。
製錬ブロックを複製して板材を増やす、電子基板ブロックを複製して回路供給を増やす、という形でスケールアウトしやすくなります。

ブロック方式は、増設のたびに設計し直すと弱いです。
逆に、1回作ったものをそのまま複製できる状態まで持っていけると、一気に強くなります。
自分の実感でも、「新規設計」ではなく「既存テンプレのコピー」に作業が変わった瞬間から、工場拡張がずいぶん軽くなりました。

旧工場はクッションとして温存

移設が進んでも、旧メインバス工場はすぐ壊さないほうが安定します。
ここはきわめて重要で、旧工場は供給クッションとして残すのが実務的です。
新ブロック側が立ち上がった直後は、一見回っているようでも、列車本数や駅滞留、局所的な不足が後から見えてきます。
そのタイミングで旧工場まで消していると、修正中の資材まで詰まります。

温存しておく利点は単純で、新旧の二系統がしばらく並走できることです。
片方の供給が落ちても、もう片方が埋めてくれます。
特に建設資材、弾薬、防衛補修、研究材のように「止まると別の問題に波及するもの」は、旧工場が保険として効きます。

自分は完全移行を急いで失敗したことが何度もあります。
新しいブロック網が気持ちよく見えると、つい古い配線を片付けたくなるんですが、そこで解体を急ぐとだいたい建設途中の不足が表面化します。
旧工場が生きていれば、その不足を吸収しながら新側の調整に集中できます。

旧工場を残す期間は、見た目のきれいさより新ブロック側が安定供給に入ったかで判断するのが自然です。
役目を終えたラインから順に止めていけばよく、全面撤去を一気にやる必要はありません。
シティブロック移行は引っ越しというより、稼働中の工場を隣で建て替える感覚に近いです。
この考え方で進めると、メインバスからの移行が再現しやすくなります。

線路・駅・信号の基本設計

信号と閉塞の基礎

シティブロックの鉄道で最初に崩れやすいのは、線路そのものより信号の置き方です。
ここが曖昧なまま交差点を量産すると、見た目はきれいでも列車があちこちで引っかかります。
自分も最初は全然わからなかったんですが、詰まり対策として一番効いたのは「どこで止めて、どこでは止めないか」を先に固定することでした。

まず押さえたいのは、信号は進行方向の右側に置くのが仕様だという点です。
複線の片側通行を前提にしているなら、各線路で列車が走る向きに対して右手側へ揃えて置きます。
ここが左右でぶれると、そもそも想定どおりに認識されず、通れるはずの線路が通れない状態になります。
ブロック設計では通行方向を統一しているはずなので、信号もそのルールに合わせて機械的に置ける形にしておくと事故が減ります。

そのうえで重要なのが閉塞を細かく切る場所です。
交差点の外、つまり交差点と交差点のあいだは、ある程度こまめに閉塞を分けたほうが後続列車が詰まりにくくなります。
1本の長い区間を丸ごと1閉塞にしてしまうと、先頭が先まで進んでいるのに後続が全部待つことになります。
逆に短く区切っておけば、前の列車が少し進んだ時点で次が詰められるので、流れが途切れにくい点が特徴です。
スループットを上げる、というと大げさですが、実際は「無駄な待ち時間を減らす」感覚に近いですね。

ただし、細かく分ければどこでも良いわけではありません。
交差点内で列車を止めないのが最優先です。
ここを勘違いすると、交差点の中央で1本が止まり、横から来た列車も止まり、出口も塞がって全方向が詰まる、という悪循環に入りやすくなります。
自分は昔、入口に通常信号を混ぜてしまって、まさにこの状態を作りました。
見た目では「信号を増やしたから安全そう」に見えるのに、実際は交差点の中に停止位置を増やしていただけでした。
入口側を連動式に差し替えたら、それだけで流れが安定したので、この原則は本当に地味ですが崩れると全体に波及します。

列車が共有区間へ入る前に進路の安全を確認させる考え方が整理されています。
シティブロックでは交差点の数が増えやすいぶん、この基本を毎回同じように適用できるかが効いてきます。

Tutorial:Train signals/ja

wiki.factorio.com

交差点：入口チェーン／出口通常の型

交差点の基本形は、はっきりしています。
入口に連動式（チェーン）信号、出口に通常（レール）信号です。
これがいわゆる定番で、理由も明快です。
入口では「交差点を抜け切れるか」を見てから入れ、出口では「交差点を出た先の閉塞が空いたら進めるようにする」ためです。

この配置にすると、列車は交差点へ入る前に進路全体を確認します。
出口側が詰まっているなら、入口で待ちます。
つまり、交差点の中を待機場所にしないわけです。
シティブロックは交差点が反復して並ぶので、1か所でも交差点内停止が起きると、その先の交差点まで巻き込んで渋滞が連鎖しやすいため、実用性が高い構成です。
だからこそ、交差点は「通る場所」であって「止まる場所ではない」と割り切ったほうが安定します。

実際の配置イメージとしては、分岐や合流で線路が競合し始める直前に連動式を置き、競合区間を抜けた直後に通常信号を置きます。
交差点の中そのものに通常信号を置いて細かくブロック化したくなる場面もありますが、そこは我慢したほうが詰まりにくくなります。
交差点内に閉塞を増やすと、一見すると複数列車が入りやすそうに見えて、実際には「途中で止まれる場所」が増えるだけになりがちです。

『入口連動式の解説をまとめた記事』でも、この考え方が図付きでわかりやすく整理されています。
自分の感覚でも、複雑な十字交差点ほど小細工を入れるより、この型に寄せたほうがトラブルが少ないです。

グリッド型のネットワークでは、交差点の数が増えるほど渋滞要因も増えます。
そこで効くのが、主要動線は直進を優先し、交差点間隔をやや長めに取るという発想です。
四方八方に同じ密度で交差点を置くと、どの列車も短い間隔で減速判断を繰り返すことになります。
幹線はなるべく素直に抜けられるようにして、細かい受け渡しは枝線側でさばくほうが、全体の流れは整いやすく、結果として効率が上がります。
見た目の均一さより、列車がどこを多く通るかを優先したほうが、あとで詰まりにくい鉄道網になります。

駅・スタッカー：本線を塞がない待避設計

信号を正しく置いても、駅前で本線を塞いでしまうと結局詰まります。
シティブロックでよくあるのが、荷下ろし駅の前に入線待ちがあふれて、幹線側まで列車列が伸びるパターンです。
交差点をきれいに作っても、駅の待機場所が足りないとそこがボトルネックになります。

そこで必要になるのがスタッカー、つまり待避線です。
役割は単純で、駅が空くまで待つ列車を本線から退避させることです。
これを駅の手前に用意しておくと、複数列車が同じ受け入れ駅を目指しても、本線上に停止列を作りにくくなります。
自分は大規模化するまでこの重要性を軽く見ていたんですが、駅そのものより「待たせる場所」を作ったほうが詰まり解消に効く場面は相当多いです。

設計の考え方はシンプルで、列車長に合わせてプラットフォーム長と待避スペースを揃えることです。
駅に入り切れる長さで作っているのに、スタッカーだけ短いと、待避線に収まり切らなかった車両が分岐器や本線へはみ出します。
これが起きると、待避しているつもりが本線を塞ぐので逆効果です。
駅、スタッカー、分岐後の停止位置までをひとまとまりとして見て、どこにも編成がはみ出さない形にしておくのが基本になります。

もうひとつ大事なのが、発着の動線を本線から分離することです。
駅へ入る列車が減速する場所、駅を出た列車が加速し直す場所、この両方が本線にかかっていると、通過列車まで巻き添えになります。
理想は、本線から分岐して待避し、そこで順番待ちをして、駅で荷役を済ませたら合流レーンから戻る形です。
本線はあくまで「流し続ける線路」、駅まわりは「待つ・曲がる・止まる線路」と役割を分けたほうが安定します。

マルチで複数人が触る工場だと、この分離はさらに効きます。
誰かが駅を1本増やしたり、資源列車を追加したりしても、本線ルールと駅ルールが分かれていれば影響範囲を読みやすいからです。
シティブロックは複製しやすい反面、詰まる設計もそのまま複製されます。
だから駅テンプレには、積み下ろし設備だけでなく、本線を塞がない待避設計まで含めておくのが手に馴染みます。

自分の経験だと、交差点を疑っていた渋滞が、実際には駅前の待機列だったことは相当多いです。
列車ネットワークは、走っている場所より止まっている場所の設計で安定度が変わります。
シティブロックで詰まりやすいポイントを先回りで潰すなら、交差点の型と同じくらい、駅前の逃がし方にも注目しておくと差が出ます。

ブロック内部のレイアウト設計

1品目1ブロック

いちばん扱いやすいのは、1ブロックで1品目だけを完結させる形です。
たとえば「緑基板ブロック」「鋼材ブロック」のように、出力品をひとつに固定して、そのために必要な中間素材や組立機を中へ詰め込みます。
シティブロックを生産セルとして使うなら、まずこの形を基準に考えると崩れにくい設計です。
何を作っているブロックなのかが一目でわかるので、複製もしやすい点が強みです。
し、トラブル時の切り分けも速いです。

この方式の強みは、役割が明確で、列車ダイヤを読みやすいことです。
入力駅は原料用、出力駅は完成品用と分けやすく、どの列車が何のために来ているか迷いにくくなります。
マルチで触るときも、このわかりやすさは地味に効きます。
誰かがブロックを増設しても「ここは緑基板専用」という前提が共有されていれば、配線や物流のルールがぶれにくいからです。

一方で、レシピが少し変わっただけでも別ブロック化しやすいので、ブロック数は増えがちです。
中間素材を細かく分離しすぎると、列車本数まで膨らんで駅前が忙しくなります。
自分も最初は「全部きれいに分業しよう」とやりがちでしたが、実際には分けすぎると運ぶものばかり増えて、工場全体では扱いにくくなりました。
見通しのよさと輸送回数の増加のバランスを取るのが、この型の分かれ目です。

入力複数-出力1

もうひとつの定番が、複数の素材を受け入れて、完成品をひとつ出すブロックです。
これは1品目1ブロックに近い考え方ですが、内部で前工程をあえて全部は抱えず、必要な素材を列車でまとめて受け取る点が違います。
たとえば複数の中間素材を搬入して、目標の完成品だけを外へ出す形です。

この型は、高次素材ほど相性がいいです。
完成品1つのために必要な材料が多いと、ブロック外の供給網は増えますが、内部レイアウトは整理しやすくなります。
受け口を素材ごとに分け、中央の組立列へ流し込み、出力側で製品だけをまとめる構図にしやすいからです。
組立ラインの変更も、入力側の受け渡しを維持したまま中だけ差し替えられるので、運用はずっと楽です。

ここで大事なのが、「入力が多い＝駅も多くなる」とは限らないことです。
入力品目が複数あっても、必要スループットが低ければ1駅で十分回ることがありますし、逆に品目は少なくても消費量が重いと駅を分けたほうが安定します。
ブロック内部のベルト本数に換算してから考えると、駅数の判断がぶれません。
黄色ベルトは毎秒15アイテム、赤ベルトは毎秒30アイテム、青ベルトは毎秒45アイテムです。
先に「その素材は青ベルト何本ぶん必要か」を見ておくと、駅で何本の積み下ろしラインが要るか、本線側の受け入れ能力と噛み合っているかを揃えできます。

この型はロボット物流とも組み合わせやすさが際立ちます。
が、ブロック内の距離が伸びるほどロボ偏重は不利です。
置くのは楽ですし、品目追加にも強いのですが、量が増えたときはベルトや駅直結のほうが安定しやすい構成になります。
自分は試作段階ではロボで雑に回して、量産に入る段階でベルトへ置き換えることが多いです。
これ、地味に手戻りを減らせます。

サブバス内蔵型

柔軟性を重視するなら、ブロックの中に小さなメインバスを持たせる形が実に便利です。
この記事ではこれをサブバス内蔵型として扱います。
考え方はシンプルで、外から受けた主要素材をブロック内部の幹線へ流し、そこから各組立列へ枝分けして使います。
シティブロックなのにメインバスっぽい発想を中へ持ち込むわけです。

この型の良さは、レシピ追加や増設への強さです。
1品目1ブロックは完成度が高い反面、途中で工程を足したくなったときに作り直しが発生しやすい形になります。
その点、内部にサブバスがあると、空きレーンへ新素材を流したり、既存ラインの脇へ工程を継ぎ足したりしやすくなります。
緑基板ブロックで銅線を中で作って、そのままサブバスに載せておく形は、あとで別用途へ転用しやすくて助かりました。
自分は青基板側を強化したくなったとき、この余白が効いて「全面作り直し」を避けられました。

サブバス内蔵型は、中間素材をその場で内製する設計とも噛み合います。
外から全部完成品で受けるより、銅板や鉄板のような基礎素材を入れて、中で銅線や歯車へ変換して流したほうが、拡張の自由度が高い場面が多いです。
もちろん、そのぶん内部は広く使います。
なので、用途が固まり切っていないブロックや、将来別レシピへ転用したいブロックで特に光る型です。

正直なところ最初は「シティブロックなのに中でまたバスを引くのは回りくどい」と感じていました。
でも実際にやると、列車で大まかに運び、ブロック内は小型メインバスで吸収する形は実務的です。
列車側のルールを増やしすぎずに済みますし、ブロックの複製後に中だけ調整する余地も残せます。
シティブロックをきっちり固定レイアウトで回すか、少し余裕を持たせるかの分かれ目は、この内部サブバスを持つかどうかで変わりできます。

駅本数と列車長の決め方

駅を何本置くかは、見た目の左右対称よりも入出力の種類、必要スループット、採用している列車長で決まります。
ここを曖昧にしたままレイアウトを始めると、「駅はあるのに降ろし切れない」「積み下ろしは足りるのに待機列が溜まる」というズレが起きやすい傾向があります。
前の段階で列車長を固定しているなら、ブロック内部もその前提で合わせたほうが素直です。

考え方としては、まず各素材の必要量をベルト本数へ換算します。
黄色・赤・青のどのベルトで何本ぶんなのかを見れば、その素材に必要な荷下ろし口の規模が見えてきます。
次に、その本数を駅1本でさばける配置なのか、複数駅に分けたほうが詰まりにくいのかを考えます。
駅本数は「品目数」だけではなく、その品目をどれだけ速く出し入れしたいかで決まります。

列車長も同じで、長い編成を使うなら駅そのものだけでなく、進入・退出スペースまで含めてブロック内部を圧迫します。
短い編成は収まりやすい代わりに、同じ量を運ぶには本数が増えやすい設計です。
どちらが良いかではなく、そのブロックに何駅置きたいかとの兼ね合いです。
駅をたくさん持つブロックなら短めの編成が取り回しやすく、少数駅で大きく運ぶなら長めの編成が噛み合いやすい、という整理になります。

自分はここで何度も失敗しました。
ブロックの中身だけ先にきれいに作って、あとから駅を差し込もうとすると、列車長に対してプラットフォームも退避スペースも足りず、結局まるごと組み直しになります。
逆に、駅数と列車長を先に置いて、その残りで生産設備を組むようにすると破綻しにくい傾向があります。
シティブロックは外形が揃っているぶん、中の自由度をどこに使うかが重要で、駅まわりにどれだけ面積を食うかを先に見積もるだけで設計は安定します。

ここで本線側の能力と揃っているかも見逃せません。
ブロック内部で青ベルト何本ぶんも飲み込める設計にしても、本線や駅前の処理が追いつかなければ意味がありません。
ブロック単体の理屈ではなく、本線から見て無理のない受け渡し量かまで含めて設計したほうが、増設後に崩れにくい設計です。
シティブロックは1個ずつ見ると小さく感じますが、同じものを並べた瞬間に駅の設計差が一気に効いてきます。

よくある失敗と対策

初心者が詰まりやすいポイントは、だいたい決まっています。
シティブロックは見た目が整うので、動き出す前はうまくいっているように見えやすいんですが、実運用に入ると駅・待機・分岐・列車長のルールが崩れたところから一気に破綻します。
自分も最初は「四角く並べれば拡張しやすいはず」と思っていましたが、実際にはブロックの外形より交通設計の整合性のほうがずっと重要でした。

ブロックが小さすぎて本線を塞ぐ

ありがちなのが、ブロックを小さく作りすぎて、駅と待機スペースが入り切らないパターンです。
見た目はコンパクトで気持ちいいのですが、列車が駅前で待てずに本線まではみ出し、分岐の手前で止まって全体を巻き込む形になりやすい印象です。
特に小さめのブロックへ無理に複数駅を押し込むと、荷下ろし自体はできても、その手前のスタッカー不足で幹線が詰まります。

対策はシンプルで、駅の長さだけでなく、待避と進入の余白込みで寸法を決めることです。
基準にするのは、列車長に合わせた車両ぶんの長さに加えて、機関車ぶんの余長、さらに本線から分岐して減速・整列するための距離です。
ここを最初からブロック内に含めておくと、駅が混んでも本線側へ影響が漏れにくくなります。
自分は駅だけ収まれば十分だと思って設計して、あとから待機列の置き場がなくて丸ごと作り直しました。
あれは時間を溶かしました。

列車長が途中で変わって寸法が崩れる

次に多いのが、途中で列車長を変えてしまうケースです。
最初は短い編成で回していたのに、輸送量が足りなくなって長い編成へ切り替えると、スタッカー、駅、交差点前の停止位置が全部ずれます。
すると、入れるはずの待避線に収まらない、交差点を尻尾で塞ぐ、信号の区切りが噛み合わない、という形でトラブルが連鎖します。

これは列車長を必ず1種類に固定するだけで防げます。
設計図もその列車長前提でそろえ、駅・スタッカー・分岐を共通寸法にしておくのが安定です。
ブロック単位で複製する方式なのに、編成ルールだけ複数あると、一気に管理しづらくなるんですよね。
マルチで遊んでいると特にこの問題が出やすくて、誰かが善意で長い列車を追加した瞬間、既存設計と噛み合わなくなります。

全品目を無理にブロック化しない

シティブロックに移行し始めると、なんでもかんでも1品目1ブロックにしたくなります。
これ、すごく気持ちはわかります。
見た目もきれいですし、設計思想としても統一感があります。
ただ、低需要品まで全部列車物流に乗せると、必要以上に駅と輸送が増えて面倒になります。
消費量が少ないものまでブロック化すると、列車本数のわりに実入りが少なく、管理コストだけが増えがちです。

こういうときは、既存のメインバスやブロック内サブバスを残したほうが楽です。
高需要品から段階的に移し、低需要品はしばらく既存ラインで供給するほうが安定します。
混成運用を前提にすると、無理にすべてを四角へ押し込まなくて済みます。
自分は一度“全品目ブロック化”に走って、物流だけがやたら増えたことがありました。
駅は増えるのに処理は伸びず、列車の往復だけが忙しくなる感じです。
需要が集中する品目だけ先に移したら、一気に回りやすくなりました。

交差点を増やしすぎる

ブロックを格子状に並べると、どうしても交差点をたくさん作りたくなります。
でも、交差点は便利である一方、停止の原因でもあります。
列車の経路が複雑になり、進路が交差するたびに待ちが発生しやすくなります。
しかも交差点が多いほど、どこか1か所の混雑が別ルートへ波及できます。

ここで効くのは、幹線をできるだけ直進優先にすることです。
分岐は外周へ寄せて、ブロック中央で細かく交差させないほうが流れが素直になります。
Uターンも本線上でやらず、駅の出入りや駅構内で処理する形のほうが詰まりにくくなります。
自分の感覚では、列車網は「行けるルートが多いほど強い」ではなく、迷わず真っすぐ流れるルートが多いほど強いです。
見た目の自由度より、止まらない構造のほうが結果的に増設しやすくなります。

シティブロックはUPS最強だと誤解しない

もうひとつ大事なのが、シティブロックだからUPSに強い、とは限らないという点です。
ここは誤解されやすく、序盤の安定感が増します。
シティブロックは管理しやすく、複製しやすい設計ですが、交差点が増え、列車の停止回数が増え、輸送距離まで伸びると、むしろ重くなる方向へ振れます。
UPSを本気で詰める設計は、四角く整っていることよりも、交差点数を減らす、停車回数を減らす、搬送距離を短くする、といった発想のほうを外すと設計が崩れます。

なので、UPSを意識するなら、ブロックを増やすこと自体を目的にしないほうがいいです。
直駅で渡せるものは直で渡す、ベルトで短く済む工程は無理に列車へ載せない、遠回りの経路を減らす、といった積み重ねのほうが効きます。
シティブロックはあくまで「運用しやすい大規模化の型」であって、最強の性能特化解ではありません。
ここを勘違いしないだけでも、設計の迷走は減ります。

Space Ageとv2.0環境での考え方

Space AgeとFactorio 2.0の文脈でシティブロックを見ると、考え方は「全部作り直し」ではなく「土台はそのまま、選択肢だけ増えた」と捉えるのがしっくりきます。
Space Ageには専用要素が加わりますが、1.1時代に定着していた列車設計の原則まで無効になったわけではありません。
右側通行で信号規則を統一すること、交差点の入口をチェーン信号・出口を通常信号で組むこと、ブロックを複製単位として扱うこと。
このあたりは、DLC適用後でも普通に効きます。

自分の感覚でも、2.0環境に入ったからといって、既存の大型列車網が急に別物になる感じはありませんでした。
設計の芯として効いているのは、やはり交差点のルールをそろえることと列車長を混ぜないことです。
ここが揃っていれば、周辺の要素が増えてもネットワーク全体は崩れにくい設計です。
率直に言って、自分も最初は「Space Ageなら新しい正解があるのでは」と構えましたが、実際は基本設計の出来のほうがずっと影響が大きかったです。

一方で、2.0とSpace Ageではベルトや列車まわりの選択肢が広がったぶん、シティブロック＝絶対に正しい標準形とは言い切りにくくなりました。
従来よりも物流の組み方に幅が出るので、地形が素直で大量複製しやすいマップなら格子運用が強いですし、逆に地形の制約が強い場所や、目的の工場規模がそこまで大きくない場面では、幹線を太く通して必要なところだけ列車化するほうが扱いやすいこともあります。
マルチプレイでもこの差は出やすくて、参加人数が多いほど「誰が見ても分かる四角い規格」が強みになりますが、少人数ならもっと寄せ集め寄りの設計でも十分回ります。

グリッドを目的化しないことです。
四角く並んでいると管理しやすいのは事実ですが、2.0以降は「何でもかんでも同じブロックに押し込む」より、工程によってはベルト主体、別の工程は列車主体、と分けたほうが自然な場面があります。
前述の通り、シティブロックは大規模化の整理術として優秀なのであって、あらゆる条件で唯一の最適解ではありません。

品質付き設備や新規要素を前提にした設計差分についても、現時点では断定しすぎないほうが安全です。
Space Age側の追加要素で設計の取り回しが変わる場面はありますが、どの要素がどれだけレイアウトに効くかを定量で語れる材料はまだ薄いです。
なので、「新要素があるから従来の規格は古い」と切り捨てるより、まずは1.1系の安定原則を土台にして、効きそうな差分だけ実運用で足していくほうが失敗しにくくなります。
こういうの、理屈で全部決めたくなるんですが、実際は数ブロック動かしてみたほうが早いんですよね。

Space Ageそのものの追加要素や前提を押さえるなら、Space Ageの整理が出発点として使いやすく、結果として効率が上がります。
この記事の主題はシティブロックなので細部までは踏み込みませんが、2024年10月21日にリリースされた拡張として、2.0系の環境を前提に設計を見直す必要が出てきた、という時代背景はここでつかめます。

体験: シグナル周りで効いたこと

自分の環境では、DLC適用後に列車ネットワークを大きく作り直す必要はほぼありませんでした。
交差点の原則を崩さないことと、列車長を統一することだけ守っていれば、大型ネットワークでも素直に安定します。
新要素を見ていると派手な更新点に目が行きますが、運用面で効いたのは昔からある基本のほうでした。
逆にこの2つが揺れると、2.0だろうが1.1だろうが詰まるときはちゃんと詰まります。
ここ、地味ですが崩れると全体に波及します。

このテーマをさらに掘るなら、列車信号やブループリントのページ、メインバスに関するガイドを先に押さえると、シティブロック移行の理解が速まります。

読み進める順番としては、メインバスの整理で混成運用の感覚をつかみ、その後に列車信号・列車ネットワークの基礎へ入る流れが自然です。
そのうえでブループリント運用までつなげると、「何を列車化するか」「どう詰まらせないか」「どう複製するか」が一本につながります。
シティブロックは単体の記事だけで理解するより、周辺の設計記事とセットで見るほうが、実際の工場に落とし込みできます。

まとめと次のアクション

シティブロックは、工場を一気に作り替える方式ではなく、拡張時の管理コストを下げるための手法として使うのがいちばん噛み合います。
近道は、最初に列車長・ブロック規格・通行方向・ブロック内物流の4項目を固定し、完成度の高い最小ブロックを複製して伸ばすことです。
自分の周回でも、この最小セット移行を守ったときは資材の落ち込みがほぼ出ず、増設のテンポを崩さず進められました。

まず動くなら、次の順番が手に馴染みます。

• 列車長を1種類に決め、空ブロック・交差点・標準駅を1つのテンプレとしてブループリント化する
• 製錬、電子基板、プラスチックのどれか1系統だけを新ブロックへ移し、旧メインバスは供給源として残す

正直なところ、全部を同時に変えようとすると詰まります。1規格を決めて、1ブロックを完成させて、それを増やす。この順番がいちばん安定します。