Factorio ブループリントブック整理術｜3分類テンプレ

Factorio 2.0とSpace Ageでは、ブループリントを「作る」より「迷わず呼び出せる」状態にしておくほうが、現場の快適さを大きく左右します。
この記事は、手持ち・建設計画の本・ライブラリをどう分担し、どんな並び順にすればShift+ホイールで必要な設計へ1〜2スクロールで届くかを知りたい人向けです。

建設計画の本は1スロットで中身をまとめられるので、よく使うプランナー類と基礎カテゴリ本を最初に整えるだけで、惑星をまたぐ運用でも迷子になりにくくなります。
自分もロボ解禁後に製錬所を量産するとき、関連BPを1冊に集約してから切り替えが一気に速くなったので、整理ルールは早めに作っておくのが正解だと感じています。

Factorio ブループリントブック整理術の前提

用語の統一

この先の整理術を読みやすくするために、まず言葉をそろえます。
この記事では建設計画 = Blueprint（設計図そのもの）、建設計画の本 = Blueprint book（複数を収納する本）、建設計画ライブラリ = Blueprint library（全セーブ共有の保管庫）として扱います。
Factorio 2.0系とSpace Ageでも、この整理が通ります。

ここが曖昧なままだと、整理が崩れやすいんですよね。
自分も最初は設計図を手持ちにそのまま並べて使っていて、「よく使うBP」と「たまたま今持っているBP」がごっちゃになっていました。
すると紛失、並び替え、持ち替えの手間がじわじわ増えます。
最初は便利そうに見えるのですが、数が増えた瞬間に欲しいBPが見つからなくなります。

手持ち運用の弱点は、整理場所がインベントリ依存になることです。
うっかり別の場所へ移したり、手持ち前提で並びが崩れたりすると、使いたい場面で見つからなくなります。
なお、通常チェストに保管する運用については、長期保管としての安全性を巡って意見が分かれます。
拠点改修や事故でチェストごと失う可能性を懸念するプレイヤーもいるため、完成済みの定番BPはブックやライブラリへ退避しておくことをおすすめします（経験則／コミュニティ助言）。

その点、建設計画の本は整理の中心にしやすい道具です。
1スロットしか使わないのに、中には建設計画だけでなく、解体プランナー、アップグレードプランナー、さらに別の建設計画の本まで入れられます。
つまり「よく使うものを1冊に集める」「カテゴリごとに小冊子化する」「共通ツール本を別に持つ」といった整理がやりやすいわけです。
手持ちの単品を増やすより、ブックを軸にしたほうが管理コストが下がります。

もうひとつ大事なのが建設計画ライブラリです。
ライブラリに保存した建設計画やブックは、全セーブで共有できます。
単発セーブでは見落としがちですが、周回や検証用セーブを触り始めると、この差は大きいです。
完成済みの定番BPを毎回持ち直さなくて済むので、保管庫としての安定感が段違いです。

なお、クイックバーに置いたブックや建設計画は、見た目としては“そこにある”ように感じますが、本体そのものではありません。
あれはショートカットで、実体は元の保管場所にあります。
ここを取り違えると「クイックバーにあるから安全に持てている」と勘違いしやすいので、整理の前提として先に押さえておいてください。

公式仕様の根拠としては、おくと十分です。
建設計画の本が保管・整理・共有のためのアイテムであり、1スロットで扱えて、ほかの本まで入れられることも確認できます。
2.0系とSpace Ageの前提は

実戦目線で言うと、自分も最初は設計図を手持ちに直接並べていましたが、増えるほど「どこ行った？」と並び替えの時間ばかり増えました。
そこでブックにまとめ、完成品はライブラリへ逃がす形に切り替えたら、管理の手間が一気に軽くなりました。
整理術そのものより先に、何を手持ちに残して、何をブック化し、何をライブラリへ固定するかを決めるほうが効きます。
これ、地味に効きます。

建設計画の本 - Factorio Wiki

wiki.factorio.com

まず決めるべき3つの保管場所: 手持ち・ブループリントブック・ライブラリ

手持ち運用の短所と一時運用の割り切り方

手持ち運用の強みは、作った直後の設計図をそのまま使えることです。
試作した炉列や仮の防衛ラインをすぐ置き直したい場面では、いちいち本に入れなくても動けます。
序盤だけなら、この即応性は快適です。

ただ、長く続けるほど散らかりやすいのが難点です。
インベントリのどこに何を置いたかが管理そのものになってしまい、「常用BP」と「たまたま今触っていたBP」が混ざります。
自分もこれで何度も迷子になりました。
特に拠点を複数持ち始めると、採掘所用、防衛用、鉄道用、改修用のプランナーが手持ちに増えて、必要なときに1回で出せなくなります。

Space Ageではこの弱点がさらに目立ちます。
惑星移動が絡むと、手持ち前提の運用は取り回しが急に悪くなりやすいのが利点です。
普段は便利でも、移動をまたいだ瞬間に「この設計図、どこに置いたっけ」が起きやすいんですよね。
手持ちはあくまで作成直後の仮置き場、あるいはその場限りで使う一時領域と割り切ったほうが崩れません。

目安としては、完成品をずっと持ち歩かないことです。
使い回す前提のものはブックへ、セーブをまたいで使う定番品はライブラリへ送る。
この線引きがあるだけで、整理の破綻を防げます。

ブック運用の利点と最初の1冊の作り方

建設計画の本は、1スロットで中身をまとめられるのが最大の利点です。
しかも中には建設計画だけでなく、解体プランナー、アップグレードプランナー、別の建設計画の本まで入れられます。
日常運用ではこの「1冊に寄せられる」性質が本当に強いです。
単品を横並びで持つより、探す場所が一気に減ります。

操作面でもブック運用は扱いやすい構成です。
アクティブな設計図はShift+マウスホイールで巡回できるので、よく使うものを近くに並べておけば、実戦では段違いに速いです。
ネストした本でも連続的にたどれるため、単冊に全部詰め込むより「共通ツール本」「物流本」「製錬本」のように分けたほうが回しやすい場面が多いです。

最初の1冊は、凝った分類より毎回使うものだけを先に固めるのが失敗しにくい傾向があります。
自分なら最初は、解体プランナー、アップグレードプランナー、電柱、炉列、ベルト補給、防衛の短い定番ラインあたりを入れます。
要するに「迷ったら絶対触るやつ」を先頭に寄せる形です。
いきなり大分類を作り込むより、使う頻度が高い順で詰めたほうが実戦で崩れません。

プレイ方針ごとの向き不向きは、ざっくり下の表で整理できます。

この表を見ると、常用の中心はやはりブックに置くのが収まりやすい構成になります。
手持ちは一時置き、ブックは現場用、ライブラリは資産庫、という役割分担にすると整理が安定します。

ライブラリ運用: 全セーブ共有とラベリングの基本

ライブラリ運用の価値は、全セーブで共有できることです。
定番の設計図を毎回持ち直さなくてよくなるので、周回プレイや検証用セーブ、マルチ拠点の別セーブを行き来する人ほど効きます。
完成済みの共通資産を置く場所としては、手持ちや単一セーブの倉庫よりずっと安定しています。

実務では、共通で使う本を「My Blueprints」に置いておく形が扱いやすい構成です。
コミュニティでもBキーでライブラリを開いて管理する運用が定着しています。
自分も複数セーブをまたいで遊ぶようになってから、ライブラリ常設の“共通プランナー本”を置く形に変えました。
これにすると、あの「なくしたかも」という不安がほぼ消えます。
地味ですが、この安心感は際立って大きいです。

ライブラリは便利なぶん、放っておくと肥大化しやすい形になります。
そこで効くのがラベリングです。
厳密な命名規則まで作らなくても、少なくとも「共通」「惑星別」「試作」「外部取り込み」くらいの粒度で分けるだけで、探す負担が下がります。
Space Age寄りの運用なら、共通ツール群を1冊、惑星固有の生産や拠点設計を別冊、という分け方が特に相性がいいです。

ライブラリを保管庫、ブックを現場用の持ち出しセットとして使う形は、長時間セーブほど効いてきます。
Space Ageはプレイが長くなりやすく、拠点も惑星も増えるので、完成品をライブラリに逃がしておく意味がどんどん重くなります。

チェスト保管とクイックバーの落とし穴

通常チェストに設計図や本を保管する運用は、長期保管先として一長一短があります。
実務上、拠点改修や事故で失われるリスクを懸念する声があり、定番BPはブックやライブラリへ退避しておくのが安心です。
クイックバーは実体ではなくショートカットである点も含め、保管はブックかライブラリを優先する運用をおすすめします（コミュニティ助言／経験則）。

クイックバーも勘違いが起きやすい場所です。
見た目は「そこに本が置いてある」ように見えますが、本体ではなくショートカットです。
実体は元の保管場所にあります。
つまり、クイックバーへ並べたこと自体は整理でも保管でもありません。
この認識が抜けると、「クイックバーにあるから消えない」と思い込んで管理が崩れます。

この2つを混同すると、チェストに本体を置き、クイックバーだけ見て安心する状態になりがちです。
これが一番危ないです。
保管場所はブックかライブラリに寄せ、チェストは一時退避以下、クイックバーは操作ショートカットとして扱う。
この切り分けができると、整理の土台が安定します。

おすすめの分類テンプレート

分類は「正解を当てる」より、現場で迷わない形に揃えるほうが運用が崩れません。
自分も最初は本を1冊だけ作って、そこに何でも放り込んでいましたが、数が増えると欲しいものにたどり着くまでの手数が地味に増えます。
特に Space Age 以降は拠点も役割も散りやすいので、再利用の軸を先に決めておくと崩れにくい設計です。

まずは、よく使われる3パターンを並べて見ると整理しやすくなります。

この中で、初心者に最初に勧めやすいのは機能別です。
理由は単純で、「何をしたいか」で探せるからです。
ベルトを引きたいなら物流、炉を置きたいなら製錬、発電を増やしたいなら電力、という対応が直感的です。
後から進行段階別や惑星別に広げるときも移行しやすく、分類の土台として扱いやすい構成です。

テンプレA: 機能別

機能別は、日常プレイで最も崩れにくい分類です。
カテゴリ名を見ただけで中身が想像しやすく、外部から取り込んだ設計図も振り分けやすい点で優れています。
コミュニティ配布でも、原油処理、メインバス、発電所、鉄道駅、採掘ステーションのように機能単位でまとまっている例が相当多く、自作と流用を混ぜても破綻しにくいのが強みです。

最初の構成は、欲張って増やしすぎないほうが回しやすい印象です。自分ならこの並びから始めます。

• 共通プランナー
• 物流
• 製錬
• 生産
• 電力
• 鉄道

ここに必要なら、防衛や油化学を足す形で十分です。
最初は無理に増やさず、（著者の目安として）6冊前後で始めると頭の中で場所を覚えやすく、「どこに入れたっけ」が起きにくくなります。
最初から10カテゴリ超えにすると整理した気分のわりに検索が遅くなりやすいので注意してください。

中身のサンプルも、ざっくり決めておくと迷いません。たとえばこんな形です。

共通プランナーには、解体プランナー、アップグレードプランナー、電柱、照明、歩道、ロボポートの基本配置を入れます。
どの拠点でも触るものを先頭に寄せるイメージです。

物流には、直線ベルト、分岐、アンダーグラウンド込みの交差、簡易バランサ、積み下ろし口、メインバスの基本ユニットを置きます。
物流だけは使用頻度が高いので、短い定番と大きい構造を分けておくと見つけできます。

製錬には、石炉列、電気炉列、鉱石受け入れ、板の圧縮搬出をまとめます。序盤用と電化後で別ページに分けると移行できます。

生産には、歯車、回路、研究パック、モジュール素材などの組立ラインを入れます。
ここは品目数が増えやすいので、「中間素材」「研究」「終盤部品」くらいの小分けが効きます。

電力には、ボイラー蒸気、太陽光、蓄電池、原子力の基本単位を置きます。電力は急いで増設する場面が多いので、起動しやすい順に並べておくと実戦で楽です。

鉄道には、単線、複線、T字、十字、待避、積込駅、荷下ろし駅、スタッカーを入れます。
列車網を触り始めるとここだけ急に厚くなるので、後述するネスト本化と相性がいいです。

テンプレB: 進行段階別

進行段階別は、覚えることが多い時期に助かります。
序盤・中盤・終盤で分ける形で、今の技術段階で置けるものだけを見に行けるのが利点です。
原油処理を段階別に作り分けた配布例があるように、同じ役割でも設備の世代で別設計になるものと特に相性がいいです。

この分類が向くのは、まだ「何をどこに入れるか」より「今使えるのはどれか」を優先したい段階です。
アセンブリ機やベルトの世代が上がるたびに切り替える発想なので、学習用としては素直です。

中身サンプルはこうなります。

序盤には、石炉列、赤緑研究の小規模ライン、蒸気発電、弾薬ベルト付きの簡易防衛、手詰まりしにくいメインバス入口を入れます。素材が軽く、すぐ置けるもの中心です。

中盤には、電気炉列、発展した原油処理、青サイエンス周辺、中規模の回路生産、鉄道の基本駅を入れます。
このあたりから物流と電力の作り直しが増えるので、置換前提の設計図が役立ちます。

終盤には、ビーコン前提の量産ライン、大規模発電、スタッカー付き駅、モジュール生産、終盤研究向けラインを置きます。
要求素材も前提研究も重いので、終盤本は「完成したら使う倉庫」に近い立ち位置になります。

ただ、進行段階別は中盤以降に重複しやすいと感じる場面が多くあります。
たとえば製錬だけでも、序盤炉列、中盤電気炉列、終盤高密度列と似た用途の設計図が並びます。
慣れてくると「製錬の中で選びたい」気持ちが強くなるので、長期運用では機能別へ寄せたくなりやすく、序盤の安定感が増します。
自分もこの形から始めた時期はありましたが、最終的には機能別へ吸収しました。

テンプレC: 惑星/拠点別

惑星/拠点別は、Space Age と相性がいい分類です。
複数の惑星や遠隔拠点を回し始めると、同じ「生産」でも要求される設備や置き場の事情が変わります。
そうなると、機能より「どこで使うか」で分けたほうが速い場面が増えます。

この構成のコツは、共通の道具と、現地専用の設計図を分離することです。
建設計画の本はネストできるので、共通ツールは共通本、惑星固有のものは惑星本という切り方がやりやすいため、実用性が高い構成です。
ブックの中にさらにブックを入れられることが確認できます。

中身サンプルとしては、たとえばこうです。

共通本には、解体、アップグレード、電柱、ロボ網、舗装、汎用の積み下ろし口、汎用の防衛ラインを置きます。どこへ行っても触るものをここに寄せます。

惑星A本には、その惑星でよく使う採掘、製錬、電力、生産の定番をまとめます。地形や搬送条件に合わせた駅設計があるなら、この本に入れるのが自然です。

拠点B本には、特定の前哨基地や工業区専用の設計図を集めます。
たとえば鉱山前哨基地セット、防衛壁ライン、補給駅、砲台群のような「この現場でしか使わないもの」です。

この方式は、バニラ序盤だと少し細かすぎます。
ただ、Space Age で惑星移動が絡み始めると、一気に意味が出ます。
手持ちに散らしていた頃は「いつもの駅がない」「共通の解体が今ここにない」が起きがちでしたが、共通本と惑星本を分けてからは、その迷子が減りました。

ネスト本の使いどころと命名規則

ネスト本は、カテゴリごとに小冊子化したいときに使うのがいちばん自然です。
1冊に全部詰め込めるのは便利ですが、実際にはスクロール量が増えるほど探す時間も増えます。
単冊大容量より、カテゴリ本を束ねたネスト構成のほうが、検索性と管理のバランスが取れます。

自分は列車網を強化したタイミングで、『鉄道』小冊子を独立させました。
交差点、駅、スタッカー、シグナル調整用の細かいパターンまで増えて、他カテゴリに混ぜると切り替えが遅くなったからです。
これを分けたら、現場で「本を開く→鉄道へ入る→目的の駅を出す」の流れが素直になって、体感ではワンアクション短くなりました。
こういう差は地味ですが、何度も置くものほど効きます。

ネストの切りどころは、カテゴリ内にさらに意味のある束ができたときです。
たとえば鉄道なら「線路」「交差点」「駅」「スタッカー」、物流なら「基本パーツ」「バランサ」「積み下ろし」、生産なら「中間素材」「研究」「終盤部品」という分け方ができます。
逆に、2〜3枚しか入らないカテゴリまで別冊化すると、今度は開く手数のほうが重くなります。

命名規則は公式の標準があるわけではありませんが、実務では用途が先に見える名前が強いです。短く揃えるだけで、一覧性が大きく変わります。たとえばこんな形です。

• 共通_プランナー
• 物流_基本
• 製錬_序中盤
• 生産_回路
• 電力_原子力
• 鉄道_駅
• 鉄道_交差点
• 惑星A_生産
• 前哨基地_防衛

外部から取り込んだ設計図は、用途に加えて出典やバージョンを名前に残しておくと後で困りにくくなります。
投稿サイト由来のものや自分で改造したものが混ざると、元がどれかわからなくなりやすいからです。
名前を見た瞬間に「何をする設計図か」「自作か外部取り込みか」が判別できる状態が理想です。

初心者向けなら、まずは機能別の親本を作り、その中に必要なカテゴリだけ小冊子化する形が手に馴染みます。
たとえば親本の1階層目に「共通プランナー」「物流」「製錬」「生産」「電力」「鉄道」を置き、鉄道や生産だけ中でさらに分ける構成です。
この形だと、今は少ないカテゴリも後からそのまま育てやすい点が強みです。

JR西日本 West Japan Railway Company：トップページ

JR西日本（西日本旅客鉄道株式会社）の公式サイト。安全の取り組みや運行情報のほか、企業情報や採用情報、鉄道でのおでかけや生活・くらしに関わる情報についてご案内しています。鉄道ファン向けのコンテンツも充実。

www.westjr.co.jp

Shift+マウスホイール前提で並び順を設計する

“1軍/2軍/倉庫”の並び順テンプレと例

ここ、地味に見えて効きます。
アクティブBPの切り替えは Shift+ホイール が前提なので、よく使うものを先頭に固めるだけで、現場の迷いが一気に減ります。
ブループリントブックは整理して使う前提の道具です。
中身を好きなだけ入れられるからこそ、入れ方より並べ方のほうが実用差になりできます。

自分は並び順を考えるとき、まず中身を 「1軍」「2軍」「倉庫」 の3層に分けます。
感覚としては、よく使う→たまに使う→アーカイブ の順です。
1軍は現場で反射的に呼び出したい設計図、2軍は必要になるときはあるけれど常用ではないもの、倉庫は削除したくない過去版や特殊用途の保管枠です。
この考え方にすると、ブックが大きくなっても先頭側の取り回しを崩しにくい構成になります。

特に1軍は、各小冊子の先頭数件に収めるつもりで置くと扱いやすい構成です。
（経験則）。
感覚としては、よく使う→たまに使う→アーカイブの順に並べ、先頭付近を常に軽く保つとShift+ホイールでの巡回が速くなります。

防衛本でいうと、自分は先頭をタレット列弾薬ベルト壁ラインの連番にした時期がありました。
これが良くて、拡張戦の最中でも「あれどこだっけ」が起きにくかったです。
正直、自分は戦闘が一番好きなのでこの差を強く感じるのですが、戦闘中は操作が忙しいぶん、並び順の良し悪しがそのまま手の速さに出ます。
先頭に防衛の主力3点セットが並んでいるだけで、巡回と補修のテンポが崩れません。

逆に、倉庫枠に置くものを先頭近くへ残しておくと、使いたい主力BPまで遠くなります。
昔の改良前レイアウト、特殊な地形専用、試作中の亜種、外部から取り込んでまだ評価していないものは、気軽に使える位置に置かないほうが混乱しません。
残すこと自体は構いませんが、1軍と同じ場所に置くと主力BPまでのスクロールが増えます。

ネスト本を跨いだスクロールの挙動と配置のコツ

ネスト本を使うなら、中身を連続して走査される感覚に合わせて並べるのがコツです。
つまり、親本と子本を別物として考えるより、「Shift+ホイールで流していったときに、どの順で目当てに触れるか」を意識したほうが実戦向きです。
ここを無視すると、カテゴリ分けはきれいでも、取り出しが遅い本になりできます。

この挙動を前提にすると、親本の先頭にはまず1軍カテゴリを置くのが基本です。
たとえば『共通プランナー』防衛物流のように、どの現場でも触りやすい小冊子を前に出します。
そして各小冊子の中でも、さらに1軍を先頭へ並べます。
要するに、本の入口も中身の入口も1軍で固めるわけです。
こうすると、親本に入った直後から目的物までの流れが途切れません。

配置の感覚としては、親本で大分類、子本で即使用の定番を出す形が強いです。
たとえば防衛小冊子の中に、先頭からタレット列弾薬ベルト壁ライン補修ポール前線砲台補助と並べておけば、防衛拡張の一連の動きをそのままなぞれます。
これ、実際にやると気持ちいいです。
現場で必要になる順番とスクロール順が一致していると、探すというより流れ作業になります。

逆に避けたいのは、親本の先頭にほとんど使わない小冊子を置くことです。
たとえば旧版アーカイブ実験中終盤専用が入口側にあると、毎回そこを通過することになります。
ネスト本は整理力が高い反面、入口設計を間違えるとスクロール負荷が積み上がりやすい構成になります。
小冊子化しただけで使いやすくなるわけではなく、どの本を前に置くかまで含めて設計したときに真価が出ます。

スクロール過多を防ぐ目安と棚卸しタイミング

並び順の失敗は、だいたいスクロール量が増えすぎることで表面化します。
Shift+ホイールで目当てに届くまで何度も送るようになったら、分類より先に並び順を疑ったほうがいいです。
ブックは無制限に入れられるので、放っておくと便利さより散らかりが勝ちます。

目安としては、常用の設計図が毎回先頭付近で触れない状態になったら整理どきです。
特に、1軍に入るはずのものが先頭付近からこぼれ始めたときは黄色信号です（経験則）。
このサインが出たら、倉庫への退避や小冊子分割を検討してください。

棚卸しのタイミングは、プレイの節目に合わせると自然です。
たとえば防衛方式を更新した直後、鉄道規格を統一した直後、惑星ごとの運用が固まった直後は、古いBPが一気に倉庫送りになります。
こういうときに1軍を詰め直すと、その後の操作がずいぶん軽くなります。
反対に、作業の途中で細かく整理しすぎると手が止まりやすいので、節目ごとにまとめて入れ替えるほうが続きます。

スクロール過多を防ぐうえでは、削除より退避が効きます。
まだ使うかもしれない設計図は消さずに倉庫へ移す。
そのかわり、1軍と2軍の入口は常に軽く保つ。
この運用にしておくと、「残したい」と「すぐ使いたい」がケンカしません。
ブループリントは増えるのが普通なので、整理の目的は減らすことではなく、先頭を速くすることだと考えると設計できます。

Space Ageで特に効く整理ルール

惑星移動時の持ち物問題と退避運用

Space Ageで地味に効いてくるのが、手持ちのブループリントや各種プランナーをそのまま常用しないという割り切りです。
バニラ感覚のまま、解体プランナーやアップグレードプランナーを手元に散らして持っていると、惑星をまたぐ運用で急に面倒になります。
現地で「あの解体条件のやつがない」「いつものアップグレード設定を置いてきた」となりやすいんですよね。
自分も最初は全然わからなくて、手持ちの便利さを優先した結果、移動のたびに道具箱を忘れる感じになりました。

そこで効くのが、よく使うプランナー類をブックか設計図ライブラリへ退避しておく前提で回すことです。
手持ちは一時作業用、常用の型は退避先から呼び出す。
この役割分担にすると、惑星移動が挟まっても運用が崩れません。
建設計画の本は解体プランナーやアップグレードプランナーもまとめて入れられるので、日常的に触るものほど手持ちよりブック寄せのほうが安定します。

この話は、Space Ageの中身を細かく知らなくても押さえておく価値があります。
Space AgeはQualityやElevated Railsと並ぶ主要構成として扱われていますが、ここで大事なのは個別要素のネタバレではなく、複数の場所で同じ道具を使い回す前提が強くなることです。
1つの拠点だけで完結していたときより、「どこでも同じ設定を即座に呼べる」価値が上がります。

実際にやってみると、現地で毎回プランナーを作り直すより、退避しておいた共通セットを呼ぶほうが早いです。
特に解体条件やアップグレード対象は、自分の癖がそのまま出るので、毎回作り直すと微妙にズレます。
そのズレが積もると、整理したはずの運用がじわじわ崩れます。

共通プランナー本の中身と命名ルール

自分がおすすめしたいのは、解体プランナーとアップグレードプランナーを1冊にまとめた『共通プランナー本』運用です。
もちろんこれは公式テンプレ名ではなく、自分でそう呼んでいるだけですが、考え方としては実践的です。
名前が固定されていて、中身の並びも固定されている。
それだけで、どの惑星でも操作がぶれません。

中身はシンプルで大丈夫です。
基本は、普段使いの解体プランナー、条件違いの解体プランナー、普段使いのアップグレードプランナー、用途別のアップグレードプランナーを集約する形です。
重要なのは豪華さではなく、同じ位置に同じ道具があることです。
前のセクションで触れた並び順の話ともつながりますが、プランナー系は特に「覚えた位置にある」だけで手が止まりにくくなります。

命名も凝りすぎないほうが使いやすい設計です。
コミュニティ全体で統一された命名規則は確認されていませんが、外部取り込み後に用途や出典、バージョンを残す運用は実務的です。
自分は少なくとも、何に使うかが一目でわかる名前に揃えるのを重視しています。
たとえば「解体_通常」「解体_電柱残し」「更新_通常」のように、効果が先に読める名前だと現場で迷いません。
逆に、凝った略称や思いつきの名前は、時間が経つと自分でも読めなくなります。

この1冊は単冊大容量で何でも放り込むより、小さく目的を固定した本として扱うほうが強いです。
プランナー系だけを独立させておくと、親本の先頭に置きやすい点で優れています。
し、必要なときにすぐ開けます。
正直なところ、物流本や防衛本より先に整えてもいいくらいです。
生産BPは現地事情で差し替えが出ますが、プランナーはどこでも使う共通道具だからです。

複数惑星・複数セーブ前提での“共通資産”管理

Space Age向け整理でバニラと差が出やすいのは、1つのセーブだけを見て整理しないことです。
惑星が増えると、同じセーブ内でも「共通で持ち回したいもの」と「その場所専用のもの」がはっきり分かれます。
さらに複数セーブでも遊ぶなら、この差はもっと大きくなります。
ここで生産レイアウトまで全部共通化しようとすると無理が出ますが、プランナー類や基礎的な道具群は共通資産として手に馴染みます。

考え方としては、共通ツール群と現地専用BPを分けるのがいちばんです。
共通ツール群はライブラリか常用ブック側に置き、惑星固有の生産や配置は個別ブックに分ける。
この切り分けにしておくと、「どこでも使うものを探す時間」がほぼ消えます。
We love Factorioでも、惑星ごとの設計図運用や移動時の取り回しについて触れられていますが、実際に触ると納得感があります。
現地調達で何とかするより、共通資産を先に整えたほうが、移動を挟んだ作業が明らかに軽いです。

特に、Space Ageの主要構成であるSpace Age、Quality、Elevated Railsをまとめて入れている環境では、触る設計対象そのものが増えやすい印象です。
だからこそ、全部を1冊に押し込むのではなく、どのセーブでも同じ顔をしている道具群を別枠にしておく意味があります。
自分の感覚だと、ここができていると新しい場所へ行っても操作の土台が変わりません。
列車でも防衛でもそうですが、土台の道具が固定されていると判断が速くなります。

プレイ時間が長くなる拡張では、この“共通資産”の設計がじわじわ効いてきます。
想定プレイ時間が長めに設定されることが多く、実際のクリア体験でも長丁場になりやすいと感じる場面が多くあります。
長時間プレイになる前提では、共通の道具をあらかじめ整理しておくメリットがより大きくなります。

よくある失敗と回避策

直置き・単冊化・命名なし…“3つの地雷”

整理が崩れる原因は細かく見るといろいろありますが、実際に事故りやすいのはだいたい同じです。
自分が見てきた範囲でも、完成版BPをインベントリに直置きし続ける、巨大な1冊に全部詰める、名前を付けずに外部BPを抱え込むの3つが特に危ないです。
これ、地味に見えて後から一気に効いてきます。

まず厄介なのが、完成したブループリントをそのまま手持ちに置き続ける運用です。
作った直後は使いやすいのですが、完成版まで常駐させると「いま使うショートカット」と「長期保管したい資産」が混ざります。
前のセクションでも触れた通り、Space Ageでは持ち回りの不便さが出やすいので、完成版はブックかライブラリへ早めに退避したほうが安定します。
クイックバーは保管場所ではなく、呼び出し用のショートカットとして割り切ると迷いにくい構造です。

次に多いのが、1冊に全部入れてしまう単冊大容量運用です。
建設計画の本は中身をいくらでも入れられるので、最初はこれが楽に見えます。
ところが、実戦では「入る」ことと「探せる」ことは別です。
ひとつの巨大本に物流、製錬、防衛、鉄道、惑星別配置、試作版まで押し込むと、必要な1枚に着くまでの移動が長くなります。
自分も一時期これをやって、スクロール地獄になりました。
夜にまとめて整理し直して、命名規則を入れつつ小冊子へ分割したら、そこから一気に快適になったのを覚えています。
ネスト本にして「防衛本」「鉄道本」「惑星別本」に分けるだけでも、探す負担は下がります。

もうひとつ見逃せないのが、他人のブループリントを理解しないまま使うことです。
特に共有サイトや掲示板から取り込んだものは、見た目が動いても、その設計がどの用途向けで、どのバージョン前提で、誰の作なのかが抜け落ちると後で詰まります。
名前が「oil」「smelter」「good rail」みたいな雑なままだと、自分の棚卸しができません。
さらにまずいのが、共有元不明の文字列だけ保存してしまうパターンです。
あとで更新版を探したい、挙動の理由を見直したいと思っても、元ページも作者名もわからず、結局「これ何だっけ」で止まります。

古いバージョン向けを現行環境と混ぜるのも危険です。
Factorio 2.0とSpace Ageは2024-10-21にリリースされ、環境差を意識しない運用が前より通りにくくなりました。
Space AgeはSpace Age、Quality、Elevated Railsの3つの主要MODを含む構成なので、昔の前提で作られたBPを無印のまま混在させると、探すときも直すときも判断が遅れます。
使えないこと自体より、使えるのか要修正なのかが名前から読めない状態がいちばんしんどいです。

命名規則テンプレ: 『用途_規模_vX.Y_出典』

コミュニティ全体で統一された正式な命名規則は確認されていませんが、実務的には自分の命名規則を固定するだけで管理はずっと楽になります。
自分が扱いやすいと感じるのは、『用途_規模_vX.Y_出典』の形です。
これは公式ルールではなく、あとから見返したときに必要な情報を先頭から読める並びにしたテンプレです。

たとえば、防衛用なら「壁ライン_長尺_v2.0_自作」、外部取り込みなら「原油処理_中規模_v2.0_FactorioPrints投稿者名」のようにしておくイメージです。
見た目の美しさより、並べたときに用途でまとまり、更新差分が読めて、出典までたどれることです。
他人のBPをそのまま使う場合でも、名前欄に用途・バージョン・出典を追記して、自分の棚卸しルールへ寄せたほうが後で圧倒的に助かります。

共有元不明の文字列問題も、この運用で防げます。
インポートしたら文字列だけ別メモに放置するのではなく、出典URLと保存日付をセットで残す。
そうしておけば、「どこで拾ったものか」「いつ時点のものか」が追えます。
後から同じBPの更新版を探すときも、壊れた理由を切り分けるときも、この差は大きいです。
逆に文字列だけ保存してしまうと、名前を見ても中身を見ても来歴がわからず、保管しているのに資産として使えない状態になりがちです。

規模の書き方は厳密でなくて構いません。
「小規模」「中規模」「長尺」「初期用」くらいでも十分機能します。
大事なのは毎回書き方を変えないことです。
今日だけ「中型」、明日は「ミドル」、別の日は無記入、という運用がいちばん崩れます。
名前にルールがあると、検索というより視認だけで候補を絞れるので、プレイ中のテンポが落ちません。

バージョン混在の隔離運用

外部BPを増やしていくと、避けにくいのがバージョン混在です。
ここで無理に同じ棚へ押し込むより、対応版と非対応版を最初から分けるほうが管理しやすいため、実用性が高い構成です。
自分は先頭メモに「2.0対応」「Space Age対応」「旧版要確認」のような情報を付けて、現行運用に乗らないものは『倉庫』小冊子へ隔離する形がいちばん安定しました。

ポイントは、非対応BPを削除しないことではなく、現役の棚から外すことです。
古い防衛線、昔の製錬所、旧バージョン向けの駅設計などは、資料として残す価値はあります。
ただ、普段使いの本に混ぜると誤爆しやすく、結果として効率が上がります。
そこで「1軍/2軍/倉庫」の並びにして、常用するものだけを前に置く。
巨大な1冊を延命するより、小冊子で役割を分けたほうが、どれが現役かが視覚的にはっきりします。

この隔離運用は、長時間プレイになりやすいSpace Ageと相性がいいです。
プレイ時間が長いほど、試作、流用、拾い物、古い自作BPがじわじわ溜まっていきます。
そうなると必要なのは完璧な整理ではなく、現場で間違えない配置です。
使う本と保管する本を分け、古いものは倉庫側へ寄せる。
この切り分けができると、見た目は同じブループリントでも、現役資産とアーカイブを頭の中で分けずに済みます。

率直に言って、失敗を全部なくすのは無理です。
自分も「あとで整理する」で放置して、名前なしBPだらけの時期がありました。
ただ、完成版の即時退避、命名規則の固定、小冊子分割、旧版の隔離。
この4つを入れるだけで、管理のしんどさは減ります。
特にマルチプレイや複数拠点運用では、自分だけでなく他の人が見てもわかる形になるので、整理の価値がそのまま実用性に変わります。

外部ツールと共有時の注意点

インポート/エクスポートの基本フロー

外部で配布されているブループリントを取り込むときは、ゲーム内の「インポート」からコード文字列を貼り付けるのが基本です。
『We love Factorio の手順解説』でもこの流れが紹介されていますが、実際貼り付け自体より、その直後の整理です。
前のセクションで触れた命名ルールに沿って、名前欄に出典とバージョンを残すだけで、あとからの追跡がずっと楽になります。

自分は外部BPを入れた瞬間に、名前をそのまま使わず少し整えます。
たとえば駅設計なら「巨大駅_作者名_2.0」くらいでも十分です。
URLを名前欄に全部入れる必要まではありませんが、誰の何向けのBPかが読める状態にはしておきたいです。
ここを省くと、数日後には「見た目は良さそうだけど、どこから拾った駅だっけ」で止まります。
これ、地味に時間を溶かします。

エクスポートも考え方は同じです。
自作でも改造版でも、他人に渡す可能性があるなら、受け取った側が迷わない名前にしてから書き出すほうが親切です。
マルチでは特にそうで、共有された側は中身より先に名前を見るので、用途と対応バージョンが名前から読めるかで使いやすさが大きく変わります。
整理術の記事として見るなら、インポートとエクスポートは別作業ではなく、どちらも「棚に戻す前のラベル付け」だと考えると運用できます。

ブループリントのインポートの仕方

ブループリントのインポートの仕方 ゲーム画面右下にある「コードをインポート」をクリックします ブループリントのコードを貼り付けて「インポート」をクリックします インポート直後の様子(左)インベントリに持っていけばブループリン…

welovefactorio.com

Visualizerで“失敗の事前回避”

巨大な外部BPほど、いきなり本番の拠点に置くのは危険です。
そこで効くのが Blueprint Visualizer のような可視化ツールです。
『GIGAZINE の紹介記事』でもわかる通り、コード文字列を読み込ませると、ゲームに入れる前に全体の形、線路の流れ、駅の向き、分岐の密度あたりを外から把握できます。

自分は他人の巨大駅BPを入れるとき、これを挟むだけで手戻りが減りました。
特に列車系は、完成図を頭の中で展開できるかどうかで難しさが変わります。
Visualizerで先に見ると、「両側通行の駅束なのか」「スタッカーが前段にあるのか」「信号密度が高すぎないか」が一目でつかめるので、現地で置いてから崩す回数が減ります。
実際、巨大駅を事前に見取り図として把握してから導入したときは、現場での手戻りがほぼ出ませんでした。

もちろん、Visualizerは整理そのものの代用品ではありません。
見た目が把握できても、名前が雑だったり保管先が散っていたりすると、再利用時にまた迷います。
役割としては、取り込む前の安全確認と大規模BPの構造理解に強い補助ツール、くらいの位置づけがちょうどいいです。

工場建設シム「Factorio」のブループリントをシンプルに視覚化する「Factorio Blueprint Visualizer」

ロケットの打ち上げを目指して資源の採掘や建設を行うシミュレーションゲーム「Factorio」には、建設した施設群の青写真(ブループリント)を作成できる機能が備わっています。そのブループリントをシンプルなデザインで視覚化できるツールが「Fac

gigazine.net

文字列フォーマット（JSON/base64/zlib）の豆知識

ブループリント文字列は見た目こそ長い英数字の塊ですが、中身は完全な謎データではありません。
先頭1文字を除いた部分を base64 デコードし、さらに zlib 展開すると JSON 表現が得られる形式です。
つまり、文字列はただの呪文ではなく、設計情報を圧縮して持ち運びしやすくしたものです。

この話は知っておくと、「共有コードは中身のある構造化データなんだな」と理解しやすくなります。
たとえば外部ツールが可視化できるのも、最終的にはJSONとして解釈できるからです。
ただし、この記事の主題はあくまで整理して迷わず使える状態を作ることなので、ここを深掘りして解析に進む必要はありません。
普段の運用では、形式を知識として押さえつつ、実務はインポート後の命名・仕分け・保管に寄せたほうがリターンは大きいです。

正直なところ、自分も最初は「読めない文字列だから扱いづらい」と感じていました。
でも形式を知ってからは、正体不明の呪文というより、圧縮された設計図ファイルとして見られるようになりました。
この感覚の変化だけでも、外部BPへの抵抗感は減ります。
解析そのものを目的にしなくても、共有と保管を落ち着いて扱えるようになるのがこの豆知識の価値です。

Blueprint string format

wiki.factorio.com

まとめ: 迷わない1冊目の完成形

迷わない1冊目は、共通で使う道具を1冊にまとめ、機能ごとに小冊子へ分ける形にしておくと崩れにくい設計です。
自分も最初は単冊に詰め込みましたが、探すたびに止まるので、分けたほうが建設のテンポが明らかに安定しました。
完璧な分類を最初から目指すより、すぐ呼べる並びを先に作るほうが効きます。

今日やることは3つだけです。

1. ライブラリを開いて、完成済みBPを退避する
2. 共通プランナー本を作って、プランナー類を集約する
3. よく使う順に並べ替えて、Shift+ホイールで巡回確認する

深掘りするなら、次はインポート整理、作成のコツ、配布サイトの使い分け、入門向けセットの考え方あたりを追うと流れがつながります。
並び替えまで済ませると、現場での探す時間が体感で半分くらいまで減って、置く・伸ばす・直すのリズムが滑らかになります。