[CloudCraft Integration] Normalize chunk, Kappa, and discovery unit contracts before deeper donor transfer

[OuroborosCollective]

Dritter CloudCraft-Integrationsslice: die bestehenden räumlichen und Einheiten-Verträge normalisieren, bevor weitere Donor-Muster tiefer integriert werden.

Der Audit belegt aktive Drift zwischen 16- und 64-Tile-Chunk-Annahmen sowie einen Discovery-Unit-Mismatch. Diese Abweichungen blockieren jede belastbare Overlay-, Discovery- und Replay-Parität.

Umfang:

• alle aktiven 16/64-Chunk-Annahmen in Server, Shared, 2D und 3D inventarisieren
• einen gemeinsamen Kappa-/Chunk-Vertrag festlegen und echte Call-Sites daran ausrichten
• Discovery-Radius-Einheiten normalisieren und explizit als Kappa/Tiles belegen
• gemischte POI-/Weltpositionspfade aufdecken und vereinheitlichen
• Kompatibilitätsstrategie für persistierte Discovery-/Resource-/POI-IDs festlegen

Regeln:

• keine stille globale UI-Korrektur ohne Contract-Inventur
• keine zweite Chunk-Definition als Workaround
• keine Änderung an Wahrheitspfaden ohne Replay-/Hash-Betrachtung
• 10 Hz, Kappa1000 und deterministische Sortierung bleiben Invarianten

Abnahme:

• kein runtime-kritischer Hardcode für konkurrierende Chunk-Größen bleibt unbegründet aktiv
• dieselbe Kappa-Koordinate mappt in Server, Shared, 2D und 3D auf denselben Chunk
• Discovery-Radius-Tests belegen Einheiten explizit
• Replay-/Hash-Verhalten ist für die gewählte Kompatibilitätsgrenze dokumentiert und stabil

Erste Arbeitsaufträge

• aktive 16-/64-Chunk-Konstanten, Helper und Mapper in Server, Shared, 2D und 3D als Inventarliste erfassen
• Discovery-Radius-Definitionen und gemischte Kappa-/Tile-Verwendungen nebeneinander dokumentieren
• einen einzigen vorgeschlagenen Zielvertrag für Chunk-Größe, Kappa-Mapping und Discovery-Einheit formulieren
• risikoreiche Persistenz-/ID-Stellen markieren, bevor irgendeine Normalisierung umgesetzt wird

[linear]

AIM-107