docs: ticket 07 (game-state-baum) aufloesen, wesen und affix ins glossar, vorgaben an tickets 08 09 10 14 16

.scratch/rustkeep-1.0/issues/09-save-schema.md

@@ -21,3 +21,15 @@ Zu klären:
 - Wie viele Speicherstände, Autosave, und speichert man mitten im Kampf?
 
 Ergebnis: Save-Schema als kommentiertes TOML-Beispiel plus Regeln für fehlende Mods.
+
+## Vorgaben aus anderen Tickets
+
+- **03**: Der Mod-Header nutzt `manifest.id` und `version`. Da `depends` keine Versionsbereiche trägt,
+  ist `version` das einzige Signal, dass ein Mod sich geändert hat — und dieses Ticket ist sein
+  **einziger Leser** in 1.0. Fällt der Header, fällt das Feld.
+- **07**: Serialisiert wird der `Game`-Baum. Alle Verweise sind ohnehin `String`-IDs, es gibt also
+  nichts zurückzuübersetzen. `ItemInstance` schreibt sich als `{ id, affixes }` — Affixe sind
+  Registry-Einträge, keine eingebetteten Modifikatoren, der Save bleibt damit eine ID-Liste. Es gibt
+  **eine** Etage, keine besuchten Vorgänger. `Creature.options` (Rasse, Klasse) muss mit, sonst hat der
+  Held nach dem Laden keine Herkunft mehr — womit die Frage „was, wenn die Klasse fehlt?" oben scharf
+  wird.