--- title: jobs.xml und god.xml: NPC Schiffe und Stationen summary: Quotas, Platzierung und warum XML nicht sofort ein vorhandenes Universum verändern muss. section: galaxy kind: guide status: reference updated: 2026-10-27 tags: ["X4","modding","jobs","and","god"] sources: ["https://chemodun.github.io/x4/modding-support/anatomy-of-game-data/libraries/jobs-xml/","https://chemodun.github.io/x4/modding-support/anatomy-of-game-data/libraries/god-xml/"] --- ## Ihre Zwecke trennen `libraries/jobs.xml` beschreibt NPC Schiffe: Auswahl, Bestellungen, Quoten und erlaubte Standorte. Die Job Engine hält die Bevölkerung; mit `buildatshipyard="true"`, Nach der ersten Generation erfolgt die Wiederauffüllung der Werften, und eine Quote ist kein Versprechen, sofort laichen zu können. `libraries/god.xml` Die nachfolgende Entwicklung setzt auch MD ein. Version 9.00 hat Produktionseinträge mit Plänen und inszeniertem Bauen hinzugefügt. Ein Stationseingang ersetzt keinen Patrouillenjob. ## Ein minimaler Quoten-Patch Beispiel `libraries/jobs.xml` in Ihrer Erweiterung: ```xml 2 ``` **Voraussetzung:** `wiki_scout_patrol` ist eine fiktive ID für einen gültigen Job, den Sie bereits erstellt haben, mit einem `quota`, ausreichend `maxgalaxy` und geeignete Orts-/Schiffsdefinitionen. Vanilla hat keinen solchen Eintrag. **Wirkung:** Nach dem Patchen ist dieser Eintrag `galaxy` Attribut wird `2`. Dies ändert das Ziel der Job-Engine; es werden keine zwei zusätzlichen Schiffe angezeigt. Ein Selektor, der nichts zusammenpasst, führt die beabsichtigte Bearbeitung nicht aus. Bestehende Schiffe erhalten bei Änderungen einer Vorlage keine neuen Geräte. ## Neue Spiele und Laden spart | Scenario | Kontrolle | | --- | --- | | Neues Spiel | Aktivierung, ausgewählter Datensatz, Quoten und Standortfilter | | Laden mit einer neuen Erweiterung | Seine gespeicherte Erweiterung Datensatz und `content/@save` | | Aktualisierung einer bereits bekannten Erweiterung | Eine neue `god` Einfahrt bedeutet nicht automatische Stationserstellung | | Arbeit bearbeiten | Job-Status wird gespeichert, Definitionen werden aus Dateien gelesen; bestehende Schiffe können alte Bestellungen behalten | Chem O,Dun berichtet, dass das Laden erzeugt `god` Einträge für eine Erweiterung, die zuerst zum Speichern mit hinzugefügt wurde `save="true"`; Die Aktualisierung einer bereits bekannten Erweiterung tut dies nicht. `save="false"` löst nicht diese Lastzeit-Generierung aus. Bei einem neuen Spiel wird diese Flagge allein nicht die Generierung deaktivieren. Ein Datensatz für einen bestimmten Gamestart oder eine bestimmte Galaxie ersetzt den Wurzelsatz, anstatt ihn hinzuzufügen. `matchextension`: Die Beschränkung der Auswahl auf den Raum der Erweiterung kann die Basiskarte ausschließen. ## Ergebnis überprüfen Vergleichen Sie ein neues Spiel und eine Kopie eines älteren Speichern separat. Nehmen Sie die Eintrags-ID, tatsächliche Objektanzahl/-ortung und erwartete Wiederauffüllungsroute auf. Für Stationen untersuchen `-godlog`; Ein leerer Bericht ohne Generationspass beweist nichts. Eine Aktualisierung einer bestehenden Welt kann eine separate MD-Migration erfordern. Dies ist eine quellbasierte Erklärung und Lernpatch, nicht unser eigener Spiel Akzeptanztest. Weiter mit dem [Manifest](wiki:extension-manifest), [Spiel beginnt](wiki:gamestarts-and-menu) und [Fehlersuche](wiki:debugging).