docs: m1-befunde in tickets 03, 04 und 11 zurueckgetragen, verification-abschnitt in der map

.scratch/rustkeep-1.0/issues/03-mod-ladepipeline.md

@@ -125,6 +125,16 @@ in die Welt gelegt.
 Überschreiben zwei Mods dasselbe, entscheidet die Ladereihenfolge — der letzte gewinnt. `overrides`
 ist ein Feld an *jedem* Registry-Eintrag, nicht nur an Gegenständen.
 
+**Befund aus M1: die Referenzseite war offen.** Oben steht, was mit der eigenen `id` passiert — nicht,
+was mit **Verweisen** passiert (`slot = "core:hand"`, `category = "core:race"`). Die wörtliche Fassung
+ist umgesetzt: Nur `id` wird präfixiert, Verweise stehen voll qualifiziert. Das ist asymmetrisch, und
+ein Modder wird darüber stolpern — er schreibt `id = "schwert"` und zwei Zeilen darunter
+`slot = "core:hand"`.
+
+Die Alternative wäre, dieselbe Regel auf jedes ID-förmige Feld anzuwenden: **kein Doppelpunkt heißt
+eigener Namensraum.** Das ist bequemer und macht mod-interne Verweise kürzer, verlangt aber, dass der
+Lader weiß, welche Felder IDs sind. Offen — zu entscheiden, bevor der erste Fremdmod existiert.
+
 ### Drei Phasen
 
 1. **Manifeste** — alle Ordner beider Pfade scannen, `manifest.toml` lesen, Reihenfolge aus