Stellt einen Datenbestand als begehbares/durchfliegbares 3D-Universum dar – Regionen, darin Cluster, darin die einzelnen Objekte. Konkretisierung eines vom PO eingebrachten Ideenpapiers (docs/xr-universe-ideenpapier-chatgpt-2026-08-08.md) – Details/Architekturentscheidung in docs/roadmap-backend.md §8.

Datenquellen-Abstraktion: Die Szene kennt nur ein neutrales „Universe-Modell" (Region/Cluster/Objekt/Beziehung, js/xruniverse.js) – die eigentliche Datenbeschaffung übernimmt ein austauschbarer Provider (js/xruniverseproviders.js). Drei Provider stehen zur Wahl: Asset-Universum (Assets-Verwaltung, kein SAP-Endpunkt nötig – Region = Typ-Gruppierung, Cluster = Asset-Typ, Objekt = Asset-Instanz), Wissensablage (AP-XR3e, ebenfalls kein SAP-Endpunkt nötig – Region = Wurzel-Ordner/-Taxonomie-Knoten der gewählten Ablage, Cluster = deren Kind-Knoten, Objekt = Infoobjekt, Beziehungen = Bündel-/Link-/Vorgänger-Relationen; tiefer verschachtelte Ordner werden auf den nächsten Ebene-2-Knoten „zusammengefaltet") und SAP-Repository (ADT) (Region = Anwendungskomponente, Cluster = Paket, Objekt = Repository-Objekt, Beziehungen = Verwendungsnachweis). Für ADT gibt es keine Schnittstelle, die „alle Komponenten eines Systems" auflistet – Komponenten/Pakete müssen von Hand angegeben werden, und ohne Anlage-/Änderungsdatum aus der ADT-Schnellsuche bleibt der Zeitfilter dort deaktiviert.

Navigation (MVP): Anklicken einer Region/eines Clusters fliegt die Kamera automatisch dorthin („Autopilot"/„Warp") und lädt die jeweils nächste Ebene nach – Umschauen per gedrückter linker Maustaste, Scrollrad zoomt. Anklicken eines Objekts öffnet ein klassisches Detail-Panel (kein Text im 3D-Raum, s. Ideenpapier §22). In VR übernimmt derselbe Mechanismus über den Controller-Trigger (Zeigen + Auslösen = Hinfliegen/Auswählen).

Bewegungssteuerung (AP-XR5): zusätzlich zum Autopilot bewegt in VR der linke Thumbstick den Anwender frei innerhalb des aktuell sichtbaren Clusters (Blickrichtung, Höhe bleibt fix), der rechte Thumbstick dreht in 30°-Schritten (Snap-Turn). Für größere Distanzen (Region-/Cluster-Wechsel) bleibt der Autopilot der schnellere Weg.

Layout ist deterministisch: dieselbe Region/derselbe Cluster erscheint bei jedem Öffnen wieder ungefähr an derselben Position (aus der Objekt-Id abgeleitet, s. Ideenpapier §25) – neue Objekte reißen bestehende nicht aus ihrer gelernten Position.

Bereich vergrößern/Vollbild: der 3D-Bereich lässt sich unten rechts wie ein Langtext-Eingabefeld an der Ecke aufziehen, oder per Vollbild-Knopf über der Szene füllend darstellen – das Objekt-Detail-Fenster bleibt dabei bedienbar (AP-BUG8, vorher im Vollbild unsichtbar).

Flug beenden (AP-BUG8): ein eigener Knopf neben „Flug starten" räumt die Szene wieder auf und kehrt in den Leer-Zustand zurück; „Flug starten" selbst räumt dabei immer zuerst automatisch auf, auch bei einem Wechsel der Datenquelle.

Beziehungen/„Follow Dependency" (AP-XR3c, Ideenpapier §23): das Objekt-Detail-Panel listet bekannte Beziehungen mit einem „Folgen"-Knopf – liegt das Ziel im selben Cluster, verbindet „Beziehungen im Raum anzeigen" beide Objekte mit einer Linie in der Szene; liegt es woanders, fliegt „Folgen" direkt dorthin (auch über die konfigurierten Regionen/Pakete hinaus). Ist das Ziel eines Providers nicht bekannt, bleibt „Folgen" ehrlich deaktiviert statt ins Leere zu führen.

Mission (AP-XR3c, Ideenpapier §25): eine erste, bewusst einfache Mission – besuche eine Zielanzahl unterschiedlicher Objekte, optional beschränkt auf eine Region. Fortschritt zählt automatisch mit, sobald ein Objekt-Detail geöffnet wird.

Verifikations-Hinweis: Diese Sitzungsumgebung kann WebXR/ein Headset nicht selbst prüfen und der Browser-Pane-Tab kompositiert nicht (dokumentierter CLAUDE.md-Fallstrick) – die freie Maus-Flugsteuerung und die immersive VR-Darstellung sind „📖 nicht verifiziert". Die Datenbeschaffung (Provider), das Layout und der Szenen-Aufbau sind über echte Tests/DOM-Proben verifiziert.

Sitzung freigeben (AP-XR4b): ein einmaliger Zustands-Transfer beim Laden, keine Live- Kopplung – erzeugt EIN statisches Abbild des gerade geflogenen (gefilterten) Universums und legt es als neues, eigenes Objekt im verknüpften BDT-Hub-Projekt ab; der erzeugte Code ist menschenlesbar (z. B. ABCD-EFGH-JKLM, 15 Minuten gültig, mit „Sitzung stoppen" sofort widerrufbar samt Löschen des Abbilds, einmal einlösbar) – der eigentliche Zugangsschlüssel steht NICHT im Code/Link selbst (Nachschärfung 08.08.2026, verhindert Klartext-Schlüssel in Server-Logs). Auf der Brille entweder den vollen Link öffnen/QR-Code scannen, oder nur <bdt-hub-Adresse>/session aufrufen und den Code von Hand eintippen (Eingabehilfe formatiert automatisch mit Trennstrichen). Braucht ein mit BDT Hub verknüpftes Projekt UND „Schreibzugriffe erlaubt" am Endpunkt („Erweiterte Verwendung" → BDT-Hub-Backend). Bewusst „einfach und statisch" (PO-Entscheidung 08.08.2026): das Abbild enthält KEINE Beziehungen (kein „Folgen"/keine Linien in der freigegebenen Sitzung) und lädt nichts nach – ein dynamisches Nachladen über einen Echtzeit-Kanal ist als möglicher Folgeschritt dokumentiert (docs/roadmap-backend.md §11), aber nicht Teil dieses Pakets.