Release 0.5.0

docs/ARCHITECTURE.md

@@ -33,8 +33,9 @@ spätere API dieselben Regeln verwenden.
 
 ## Gesamtdatenmodell
 
-Die ersten vier Etappen materialisieren Identität, Inhaltsverwaltung und
-Sendungsplanung. Folgende Grenzen gelten für umgesetzte und spätere Bereiche.
+Die ersten fünf Etappen materialisieren Identität, Inhaltsverwaltung,
+Sendungsplanung und Live-Durchführung. Folgende Grenzen gelten für umgesetzte
+und spätere Bereiche.
 
 | Bereich     | Geplante Entitäten und Beziehungen                                                                                                        |
 | ----------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
@@ -149,6 +150,32 @@ Vorschau in der Liste belegt bereits die anhand der Zeigerposition berechnete
 Zielhöhe und verdrängt dadurch die benachbarten Elemente. Persistiert wird erst
 beim Loslassen.
 
+## Live-Modus und Präsentationsgrenze
+
+`src/lib/server/live.ts` ist die Transaktionsgrenze der Live-Durchführung. Der
+Live-Stand besitzt eine eigene Revision. Jeder steuernde Befehl trägt zusätzlich
+eine vom Browser erzeugte Befehls-ID; `(show_id, command_id)` ist eindeutig und
+liefert bei Wiederholung das bereits gespeicherte Ergebnis. Tatsächliche Zeiten
+liegen als mehrere Start-/Endintervalle je Verwendung vor. Damit bleiben
+Zurückgehen, Wiederaufnahme und bereits abgeschlossene Laufzeit getrennt von der
+geplanten Dauer nachvollziehbar.
+
+Die interne Route `/live` benötigt weiterhin eine aktive Sitzung und darf
+Recherche, Moderation und eigene Arbeitsdaten lesen. Die separate Ausgabe
+`/heinzlive/[token]` liegt dagegen in einem reduzierten Layout ohne Navigation
+oder Nutzerdaten. In SQLite liegt nur der SHA-256-Hash des 256-Bit-Tokens; ein
+neu erzeugter Ausgabezugang widerruft den vorherigen. Page, Polling-JSON und
+Medienroute leiten ihre Daten aus einer eigenen Positivliste ab. Bilder werden
+nur ausgeliefert, wenn sie zum aktuell ausdrücklich präsentierten Piece gehören.
+Normale Auswahl, Fortschaltung oder Wiederaufnahme verändern den
+Präsentationsstand nicht.
+
+Die Ausgabe synchronisiert ihren kleinen öffentlichen Zustand per
+`no-store`-Polling. Der letzte gültige Inhalt bleibt bei einem Verbindungsfehler
+sichtbar; die Oberfläche kennzeichnet den Abbruch und versucht die Verbindung
+mit verlangsamtem Intervall erneut. Private Live-Daten werden nicht Teil dieses
+Zustandsobjekts.
+
 ## Oberflächenstruktur
 
 Die Hauptnavigation umfasst Eingang, Fundus, Sendungen, Archiv und Verwaltung.
@@ -158,12 +185,9 @@ die untere Hauptnavigation die Seitenleiste vollständig. Auf breiten Ansichten
 stehen Fundus und Ablauf nebeneinander. Bis einschließlich `72rem` werden sie
 über eine gut erreichbare Umschaltung einzeln gezeigt, damit auch schmale
 Desktopfenster ohne horizontalen Überlauf bedienbar bleiben.
-Der Live-Modus ist eine eigene, fokussierte Ansicht; die spätere
-Präsentationsausgabe erhält eine separate, strikt reduzierte Datenansicht.
-
-Fundus und Sendungsbau sind produktive Arbeitsansichten. Der Live-Modus bleibt
-bis Etappe 5 eine sichtbare Gestaltungsvorschau, kann aber bereits gezielt die
-gewählte Sendung und deren kopierte Texte lesen.
+Der Live-Modus ist eine eigene, fokussierte Arbeitsansicht. Die
+Präsentationsausgabe verwendet eine separate, strikt reduzierte Datenansicht
+ohne interne Anwendungsnavigation.
 
 ## Sicherheitsgrenzen ab den Folgeetappen