Factorio Blueprint-Buch-Organisationstechnik | 3-Klassifizierungs-Vorlage

In Factorio 2.0 und Space Age ist es wichtiger, Blueprints so zu organisieren, dass man sie schnell abrufen kann, als ständig neue zu erstellen. Dieser Artikel zeigt, wie Sie Ihre Blueprints zwischen Handbestand, Blueprint-Büchern und Bibliotheken aufteilen und ordnen, damit Sie mit Shift+Mausrad in 1-2 Scrolls zum benötigten Design gelangen.

Blueprint-Bücher ermöglichen es, mehrere Designs in einem Slot zu speichern, sodass Sie bereits mit wenigen gut organisierten Grundkategorien deutlich weniger die Orientierung verlieren – selbst wenn Sie zwischen Planeten wechseln. Auch ich habe bemerkt, dass die Produktion nach der Roboterfreischaltung viel schneller voranging, sobald ich alle zugehörigen Blueprints in einem Buch zusammengefasst hatte. Organisationsregeln früh zu etablieren ist definitiv die richtige Entscheidung.

Grundlagen der Blueprint-Buch-Organisationstechnik

Einheitliche Begriffsdefinition

Um die kommenden Organisationstipps klar zu vermitteln, einigen wir uns zunächst auf die Terminologie. In diesem Artikel verwenden wir folgende Definitionen: Bauplan = Blueprint (einzelne Baupläne), Konstruktionsbuch = Blueprint book (Container für mehrere Baupläne), Konstruktionsbibliothek = Blueprint library (speichern, die über alle Spielstände hinweg verfügbar ist). Mit diesen Definitionen bleibt die Orientierung in Factorio 2.0 und Space Age deutlich einfacher.

Wenn diese Begriffe verschwimmen, wird die Organisation schnell chaotisch. Am Anfang hatte ich meine Baupläne einfach direkt ins Inventar gepackt und konnte dann nicht mehr unterscheiden zwischen „Plänen, die ich ständig brauche" und „Plänen, die ich zufällig gerade mit mir herumtrage". Das führte zu ständigem Umsortieren, Verlieren und Durcheinander. Am Anfang sieht das noch praktisch aus, aber sobald die Anzahl wächst, bricht das System zusammen.

Das Problem beim direkten Handbestand ist, dass die Organisation vom Inventar abhängt. Wenn man einen Blueprint versehentlich an einen anderen Ort verschiebt oder die Reihenfolge durcheinander gerät, kann man ihn genau dann nicht finden, wenn man ihn braucht. Übrigens gibt es bei der Lagerung in normalen Kisten unterschiedliche Meinungen: Manche Spieler sind besorgt, dass Kisten bei Umbauten oder Unfällen zerstört werden könnten. Daher ist es empfehlenswert, bewährte fertige Baupläne in Bücher oder die Bibliothek auszulagern (Erfahrungswert / Community-Rat).

Blueprint-Bücher sind dagegen ein ausgezeichnetes Organisationswerkzeug. Sie nehmen nur einen Inventarslot ein, können aber nicht nur Baupläne enthalten, sondern auch Abriss-Planer, Upgrade-Planer und sogar weitere Blueprint-Bücher. Das heißt, Sie können „häufig benutzte Dinge in ein Buch packen", „nach Kategorien aufteilen" oder „gemeinsame Werkzeuge separat verwalten". Mit Büchern als Basis lässt sich die Verwaltung viel effizienter gestalten als mit einzelnen Items im Handbestand.

Ein weiterer wichtiger Punkt ist die Blueprint-Bibliothek. In die Bibliothek gespeicherte Baupläne und Bücher sind über alle Spielstände hinweg verfügbar. Bei einzelnen Spielständen übersieht man das leicht, aber sobald man mehrere Durchläufe oder Testspiels startet, wird dieser Unterschied gewaltig. Sie müssen bewährte Baupläne nicht jedes Mal von vorne mitbringen – die Archivierungssicherheit ist deutlich höher.

Wichtig: Baupläne und Bücher auf der Schnellleiste sind nur Verknüpfungen, nicht die tatsächlichen Dateien. Die Originale befinden sich woanders. Wenn man das verwechselt, denkt man leicht: „Es ist auf der Schnellleiste, also habe ich es sicher dabei" – das ist ein häufiger Fehler, den man kennen sollte.

→ Referenz

Die offizielle Dokumentation finden Sie im «Blueprint book - Factorio Wiki» und «Blueprint - Factorio Wiki». Dort wird bestätigt, dass Blueprint-Bücher speziell für Verwaltung, Organisation und gemeinsame Nutzung konzipiert sind, einen Slot belegen und sogar weitere Bücher enthalten können. Die aktuellen Features von 2.0 und Space Age sind im «Upcoming features - Factorio Wiki» zusammengefasst.

Aus praktischer Erfahrung: Ich habe auch anfangs alle Baupläne direkt ins Inventar gepackt, aber je mehr es wurden, desto mehr Zeit habe ich mit Umsortieren und Suchen verbracht. Als ich dann anfing, alles in Bücher zu packen und fertige Versionen in die Bibliothek auszulagern, sank der Verwaltungsaufwand drastisch. Das ist wichtiger als perfekte Klassifizierung: Früh entscheiden, was im Handbestand bleibt, was in Bücher kommt und was in die Bibliothek gehört.

Blueprint book - Factorio Wiki

wiki.factorio.com

Die 3 wichtigsten Lagerplätze: Handbestand, Blueprint-Bücher und Bibliothek

Schwächen des Handbestand-Betriebs und richtige Nutzung

Der Vorteil des Handbestand-Betriebs ist, dass Sie gerade erstellte Baupläne sofort verwenden können. Wenn Sie einen neu entworfenen Hochofen oder eine provisorische Verteidigungslinie schnell wieder aufbauen möchten, können Sie das ohne Umwege tun. In der frühen Spielphase ist diese Reaktivität sehr komfortabel.

Das Problem ist, dass alles schnell unübersichtlich wird. Sie verlieren den Überblick darüber, wo welcher Plan liegt, und vermischen „ständig benutzte BPs" mit „Plänen, an denen ich gerade arbeite". Ich bin schon mehrfach verloren herumgelaufen. Besonders wenn man mehrere Produktionsstätten hat, sammeln sich Pläne für Bergbau, Verteidigung, Zugnetze und Umbauten an, und man braucht immer länger, um einen bestimmten Plan zu finden.

In Space Age wird dieses Problem noch deutlicher. Mit Planetenwechseln wird der Handbestand-Betrieb plötzlich sehr unpraktisch. Zwar ist es im normalen Spiel bequem, aber sobald man sich zwischen Planeten bewegt, passiert schnell: „Wo war dieser Plan doch gleich?" Der Handbestand sollte als temporärer Ablage- oder Einsatzort betrachtet werden, nicht als Dauerlagerung.

Die Regel ist einfach: Fertige Baupläne nicht ständig mitschleppen. Häufig gebrauchte Designs in Bücher packen, übergreifend nutzbare Lieblingspläne in die Bibliothek. Diese Trennung verhindert schon viel Chaos.

Vorteile des Buch-Betriebs und Erstellung des ersten Buches

Der größte Vorteil von Blueprint-Büchern ist, dass alles in einen Inventarslot passt. Und nicht nur Baupläne – auch Abriss-Planer, Upgrade-Planer und weitere Bücher lassen sich darin unterbringen. Im täglichen Betrieb ist diese „Alles-in-einem-Buch"-Eigenschaft wirklich mächtig. Sie müssen nicht mehr ständig wechseln zwischen verschiedenen Items.

Bedienungstechnisch ist der Buch-Betrieb auch einfacher. Mit Shift+Mausrad können Sie schnell durch aktive Baupläne navigieren. Wenn Sie häufige Pläne am Anfang anordnen, können Sie sie im praktischen Einsatz sehr zügig abrufen. Selbst verschachtelte Bücher lassen sich sequenziell durchblättern, daher ist es oft besser, alles in mehrere Bücher aufzuteilen (z.B. „Gemeinsame Werkzeuge", „Logistik", „Verhüttung") als alles in ein großes Buch zu pressen.

Das erste Buch sollte man nicht zu kompliziert aufbauen. Besser: Zuerst nur Dinge sammeln, die man ständig braucht. Ich würde zuerst reinnehmen: Abriss-Planer, Upgrade-Planer, Stromabnehmer, Hochofenreihe, Förderband-Versorgung und eine einfache Verteidigungslinie. Also die „absoluten Klassiker", die immer gebraucht werden. Im praktischen Einsatz ist ein nach Häufigkeit sortiertes Buch stabiler als ein überambitioniert kategorisiertes.

Hier ist eine Übersicht, wann welches System passt:

Aus dieser Tabelle wird klar: Der Alltags-Kern gehört in Bücher. Der Handbestand ist für vorübergehende Ablagerung, Bücher für den aktiven Einsatz vor Ort, die Bibliothek als Vermögensarchiv.

Bibliotheks-Betrieb: Spielstandübergreifendes Teilen und Labeling

Der Wert von Bibliotheken ist, dass Sie über alle Spielstände hinweg verfügbar sind. Sie müssen bewährte Baupläne nicht immer wieder mitbringen. Das hilft enorm, wenn Sie mehrere Durchläufe spielen, Testspiels haben oder mehrere Produktionsstandorte betreiben. Für langfristige, sichere Verwaltung ist die Bibliothek deutlich zuverlässiger als Handbestand oder einzelne Kisten.

In der Praxis funktioniert es gut, häufig benutzte Bücher in „My Blueprints" abzulegen. In der Community ist es üblich, die Bibliothek mit B zu öffnen und von dort zu verwalten. Seitdem ich mehrere Spielstände parallel spiele, habe ich meine „Gemeinsame Planer-Bücher" in der Bibliothek gespeichert. Das beruhigt enorm – man hat nicht ständig Angst, etwas verloren zu haben.

Nachteil: Bibliotheken werden schnell zu groß, wenn man nicht aufpasst. Abhilfe schafft Labeling. Auch ohne strikte Nomenklatur genügt es, grob zu unterteilen: „Gemeinsam", „Nach Planet", „Prototypen", „Externe Quellen". Das reduziert die Suchzeit deutlich. Für Space Age besonders hilfreich: Ein Buch für universelle Werkzeuge, separate Bücher für planetenspezifische Designs.

Je länger der Spielstand läuft, desto mehr rentiert sich diese Aufteilung. Space Age führt zu langen Spielsessions und mehr Planeten/Standorten. Da wird es schnell nötig, fertige Baupläne auszulagern und nicht ständig im Handbestand zu haben.

Kisten-Lagerung und Schnellleisten-Fallstricke

Baupläne und Bücher in normalen Kisten zu lagern hat Vor- und Nachteile. Praktisch besteht das Risiko von Verlusten durch Umbauten oder Unfälle. Daher ist es sicherer, bewährte Baupläne in Bücher oder die Bibliothek auszulagern. Die Schnellleiste ist ein Verknüpfungs-Shortcut, nicht der tatsächliche Ablageort – ein wichtiger Unterschied (Community-Rat / Erfahrungswert).

Die Schnellleiste ist ein häufiger Verwirr-Punkt. Sie sieht so aus, als würde dort ein Buch liegen, aber das ist nur eine Verknüpfung. Das Original ist woanders gelagert. Wenn man das verwechselt, denkt man leicht: „Auf der Schnellleiste = sicher verwahrt" – das ist der größte Fehler. Der echte Lagerplatz sollte ein Buch oder die Bibliothek sein, die Schnellleiste nur ein Abruf-Shortcut.

Wenn man beides verwechselt, landen Originale in Kisten, man schaut nur auf die Schnellleisten und fühlt sich sicher – das ist sehr gefährlich. Richtig: Originale in Buch/Bibliothek, Kisten nur als Notfall-Ausweich, Schnellleiste als reiner Bedienings-Shortcut. Mit dieser Unterteilung wird die Organisation stabil.

Empfohlene Klassifizierungs-Vorlagen

Eine gute Klassifizierung ist nicht „die richtige Antwort finden", sondern die Dinge so organisieren, dass man nicht verwirrt wird. Anfangs hatte ich nur ein Buch und warf alles rein. Mit zunehmender Menge brauchte ich immer länger, um zum gesuchten Plan zu gelangen. Besonders in Space Age (mehr Standorte, mehr Rollen) ist es sinnvoll, die Wiederverwendungs-Achse früh festzulegen.

Hier sind 3 häufige Muster im Vergleich:

Nach Funktion ist für Anfänger am leichtesten. Der Grund ist simpel: Ich kann nach der Aufgabe suchen. Förderband-Problem? → Logistik. Hochofen-Expansion? → Verhüttung. Stromausfall? → Energie. Das ist sehr direkt. Auch wenn man später andere Kategorisierungen dazunimmt, ist die funktionale Basis ein stabiler Fundus.

Vorlage A: Nach Funktion

Funktionale Klassifizierung ist im Alltag am robustesten. Man sieht den Kategorie-Namen und weiß sofort, was drin ist. Externe Baupläne lassen sich leicht einsortieren. In Community-Repositories sind sie oft funktional organisiert (Ölverarbeitung, Main Bus, Kraftwerk, Zugstationen, Bergbau), daher fügen sich Fremdentwürfe und Eigenbauten nahtlos zusammen.

Den Anfang mache ich mit dieser Ordnung (nicht überambitioniert):

• Gemeinsame Planer
• Logistik
• Verhüttung
• Produktion
• Energie
• Zugverkehr

Später kann man Verteidigung oder Chemie hinzufügen. Mit ca. 6 Kategorien im Kopf behalten ist einfacher – beim Merken und „Wo war das noch?"-Problemen hilfreich. Wenn man mit 10+ Kategorien startet, wirkt es organisiert, aber die Suche wird langsamer.

Ein Beispiel für die Inhalte:

Gemeinsame Planer: Abriss-Planer, Upgrade-Planer, Stromabnehmer, Beleuchtung, Gehwege, Standard-Roboterstationen-Layout. Diese Dinge braucht jede Basis.

Logistik: Gerade Förderband, Verzweigung, Untergrund-Kreuzung, einfache Balancer, Be-/Entladestelle, Main-Bus-Grundmodul. Logistik ist hochfrequent, daher kurze Standards und größere Strukturen trennen.

Verhüttung: Steinofen-Reihe, Elektoofen-Reihe, Erz-Annahme, Plattenkompression und Transport. Early- und Post-Elektro-Versionen auf verschiedene Seiten – Umstieg wird einfacher.

Produktion: Zahnräder, Schaltkreise, Science-Packs, Module. Hier werden Kategorien schnell groß, daher interne Unterteilungen sinnvoll: „Zwischenstoffe", „Science", „Endgame-Komponenten".

Energie: Kessel-Dampf, Solar, Batterien, Kernkraft – Basis-Module. Stromausfälle sind dringend, also schnell erreichbar sortieren.

Zugverkehr: Eingleisig, Doppelgleisig, T-Kreuzung, Kreuzung, Weiche, Belade-, Entlade- und Stacker-Bahnhöfe. Zugnetze erzeugen schnell viele Varianten, daher sehr verschachtelbar.

Vorlage B: Nach Spielphase

Nach Spielphase ist für Lernphasen großartig. Early/Mid/Late aufteilen, mit den damals möglichen Designs. Ölverarbeitung ist ein gutes Beispiel – wird in jeder Phase anders gebaut. Diese Klassifizierung passt besonders gut zu solchen Etappen-Designs.

Das Gute: „Was kann ich JETZT bauen?" ist klarer als „Wo kommt das hin?" in der Lernphase. Technologie-Updates und Maschinen-Upgrades sind der Gedankenfluss, daher macht diese Sortierung Sinn.

Ein Beispiel:

Early Game: Steinofen-Reihe, kleine Rot/Grün-Wissenschaft, Dampf-Energie, einfache Betonschutzwälle, anfänglicher Main-Bus. Leichte Materialien, schnell zu platzieren.

Mid Game: Elektoofen-Reihe, fortgeschrittene Ölverarbeitung, Blue Science, mittelgroße Schaltkreis-Produktion, grundlegende Zugstationen. Stoff wie Neuaufbau nach Tech-Upgrades.

Late Game: Beacon-Basis-Massenproduktion, riesige Stromversorgung, Stacker-Bahnhöfe, Modul-Produktion, Endgame-Tech. Schwere Vorraussetzungen und Ressourcen.

Aber: Nach Mid-Game wiederholen sich Funktionen. Verhüttung gibt es in drei Versionen (Early Stone, Mid Electric, Late Dense) – irgendwann will man nicht „welche Phase", sondern „welche Art Verhüttung". Langfristig wechselt man deswegen oft zu Funktional-Klassifizierung. Auch ich bin von Phase-Ordnung irgendwann zu Funktional-Ordnung übergegangen.

Vorlage C: Nach Planet/Standort

Planet/Standort-Klassifizierung ist Space Age perfekt. Mehrere Planeten oder Außenposten = unterschiedliche Anforderungen beim gleichen „Zweck". Funktional zu sortieren wird da unbequem, weil „Produktion auf Mars" anders aussieht als „Produktion auf Nauvis".

Der Trick: Gemeinsame Werkzeuge und ortsspezifische Baupläne trennen. Blueprint-Bücher können verschachtelt sein, also „Gemeinsames Buch" + „Planet-A-Buch" + „Außenposten-B-Buch".

Ein Beispiel:

Gemeinsames Buch: Abriss, Upgrade, Stromabnehmer, Roboter-Netzwerk, Gehwege, universelle Be-/Entladestellen, Standard-Verteidigungslinie. Überall der gleiche Grundbedarf.

Planet-A-Buch: Bergbau, Verhüttung, Energie, Produktion für diesen Planeten. Wenn es planetenspezifische Zugstations-Varianten gibt, hier untergebracht.

Außenposten-B-Buch: Spezielle Entwürfe nur für diesen Ort. Ölförder-Außenposten-Set, Verteidigungs-Mauer-Linie, Versorgungsbahnhof, Kanonen-Gruppe – alles, was NUR hier verwendet wird.

Das System braucht Vanilla-Early vielleicht nicht. Aber wenn Space Age Planeten-Hopping einführt, gewinnt diese Sortierung schnell an Wert. Früher hatte ich diese Designs verstreut, was beim Planeten-Wechsel zu Problemen führte. Mit Gemeinsam/Planet-Unterteilung ist das fast nicht mehr vorgekommen.

Verschachtelte Bücher und Namensvergabe

Verschachtelte Bücher sind sinnvoll, wenn Sie nach Kategorien "Mini-Bücher" erstellen möchten. Ein großes Buch mit allem ist praktisch, aber beim Scrollen wird es langweilig. Viele kleine Kategorien in separaten Büchern sind praktischer für die Suche und Verwaltung.

Ich habe mein Zugverkehr-Buch bei stärkerer Ausbau ausgegliedert. Kreuzungen, Stationen, Stacker, Kurven-Varianten – alles zusammen verlangsamte die Bedienung deutlich. Als separates Buch: „Öffne Hauptbuch → Zugverkehr → suche Bahnhof" war viel direkter. Das klingt minimal, ist aber spürbar.

Wann wird Verschachtelung sinnvoll? Wenn innerhalb einer Kategorie mehrere „Bedeutungs-Blöcke" entstehen. Zugverkehr: „Gleise", „Kreuzungen", „Stationen", „Stacker". Logistik: „Basis-Teile", „Balancer", „Be-/Entladung". Produktion: „Zwischenstoffe", „Wissenschaft", „Endgame-Komponenten". Aber 2-3 Pläne in ein eigenes Buch zu packen ist Overkill.

Beim Naming: Es gibt keinen offiziellen Standard, aber praktisch sieht man den Zweck sofort, wenn der Name klar ist. So zum Beispiel:

• Gemeinsam_Planer
• Logistik_Basis
• Verhüttung_EarlyMid
• Produktion_Schaltkreise
• Energie_Kernkraft
• Zugverkehr_Station
• Zugverkehr_Kreuzung
• Planet-A_Produktion
• Außenposten-B_Verteidigung

Externe Baupläne sollten Quelle/Version im Namen tragen. Verlags-Communities, veränderter Eigen-Import – das wird schnell konfus. Ein Name sollte auf den Blick zeigen: „Was macht das?" und „Eigen oder extern?"

Anfänger-freundlich: Zuerst ein funktionales Hauptbuch machen, dann nur bestimmte Kategorien intern aufteilen. Z.B. Hauptbuch 1. Ebene mit Gemeinsam, Logistik, Verhüttung, Produktion, Energie, Zugverkehr. Nur Zugverkehr und Produktion intern weiter teilen. So können Sie später einfach weitere Kategorien hinzufügen.

JR West Japan Railway Company: Start

www.westjr.co.jp

Reihenfolge nach Shift+Mausrad-Usus gestalten

"1. Liga / 2. Liga / Archiv" Reihenfolgen-Vorlage mit Beispielen

Das klingt klein, hat aber großen Effekt. Da das aktive Blueprint-Wechseln mit Shift+Mausrad läuft, oft benutzte Designs am Anfang zu platzieren reduziert Suchzeit massiv. Das Blueprint-Buch ist ausdrücklich als Organisations-Tool gedacht, daher ist die Anordnung oft wichtiger als der Inhalt.

Ich teile die Inhalte im Kopf in „1. Liga", „2. Liga", „Archiv" ein. Das ist: häufig-nutzbar → gelegentlich-nutzbar → historisches Material. 1. Liga sollten die Baupläne sein, die man reflexartig abruft. 2. Liga sind Dinge, die man braucht, aber nicht täglich. Archiv sind alte Versionen, spezielle Fälle oder Material, das man behalten möchte. Mit dieser Mentalität bleibt das Buch auch bei vielen Designs am Anfang agil.

Besonders die 1. Liga sollte klein gehalten werden – meist die ersten paar Einträge pro Mini-Buch. Häufiges Scrollen = mehr Suche = langsamere Bedienung (Erfahrung). Das Gefühl: häufig → selten → Archiv in dieser Reihenfolge, vorne immer klein.

Ein Beispiel aus Verteidigung: Ich hatte eine Phase, in der die ersten Plätze Geschütz-Reihe, Munitions-Förderband, Mauer-Linie waren. Das war sehr praktisch – beim Aus bauen der Abwehr "Wo war noch...?" kam fast nicht vor. Verteidigung ist action-reich, und wer im Gefecht ist, braucht schnelle Navigation. Mit den Top-3 am Anfang war jeder Wechsel um eine Aktion schneller.

Gegenteil: Wenn Archiv-Inhalte am Anfang stehen, dauert es länger bis zur 1. Liga. Da verliert man Zeit. Alte Designs sollen lagern, aber nicht im Arbeitscenter.

Verschachtelte Bücher und Scroll-Verhalten

Verschachtelte Bücher sollte man mit kontinuierlichem Durchblättern planen. Statt sie als völlig separate Entitäten zu sehen, denkt man: „Was sehe ich, wenn ich mit Shift+Mausrad durchscroll?" Eine fehlerhafte Anordnung der Haupt-Bücher und deren Inhalte macht Verschachtelung unpraktisch.

Die Basis-Idee: Wichtige Kategorien VORNE. Dann auch in jedem Mini-Buch die wichtigen Designs VORNE. Doppelte 1. Liga-Priorisierung – erst Haupt-Einstieg, dann Mini-Einstieg. So fließt der Scroll nahtlos.

Die Sensation: Anti-Patterns. Wenn das Hauptbuch mit Archiv/Altlast startet, muss man das jedes Mal durchscrollen. Verschachtelungs-Fehler summieren sich: Zu viele Layer oder falsche Reihenfolge macht das praktischer als ein flaches Buch. Kleine Optimierung: Haupt-Buch erste Positionen mit 1. Liga-Kategorien, Mini-Bücher mit den aktuellen Top-Designs. Dann ist Scrollen flüssig, nicht frustrierend.