Architektur

Builder- und Runtime-Modell

Die zentrale Architekturregel von Viaora lautet: Authoring, Contracts, Core und Guest-Runtime müssen sich zu einer Truth-Pipeline zusammensetzen, nicht zu mehreren Parallelwelten.

Contracts

Kanonische Produktobjekte und Rendering-Verträge liegen in geteilten Paketen und müssen App-spezifischen Heuristiken vorgelagert sein.

Builder

Der Builder verantwortet Draft-Bearbeitung, HUDs, Selection, Overlay-Verhalten und Authoring-spezifisches Scaffolding, ohne die veröffentlichte Truth zu duplizieren.

Core

Der Core verantwortet die veröffentlichte Business-Truth für guest-seitigen Content, insbesondere dort, wo mehrere Rollen Daten beitragen.

Guest-Runtime

Guest konsumiert den veröffentlichten Vertrag und darf keine lokale Fallback-Truth wieder einführen, die von Builder oder Core abweicht.

Stage-Regel seit 1.0

Jede Guest-Stage wird als eigenständige, schema-getriebene Fläche behandelt. Dashboard, Highlights, Discover, Journey, Services und Custom folgen demselben Grundvertrag.
Die kanonische Komposition liegt in pages[].content.blocks[]. Ein Block ist damit nicht an eine feste Standard-Stage gebunden, sondern grundsätzlich auf jeder Guest-Stage einsetzbar.
Sichtbare Sonderorte wie der Burger-Button im Guest-Header bleiben dennoch echte Blocks. Der Block wird nicht hart verdrahtet, sondern nur in einen Header-Slot gemountet.
Builder, Preview und Guest müssen dieselbe Stage-Struktur rendern. Wenn ein Block nur im Builder sichtbar oder nur in Guest wirksam ist, ist der Vertrag gebrochen.