release: add post-production workspace 0.9.0

docs/ACCEPTANCE.md

@@ -1,5 +1,109 @@
 # Abnahme
 
+## Einheitliche Inhaltswerkbänke 0.9.0
+
+| Bereich                             | Nachweis                                                                                                                                        | Stand                 |
+| ----------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | --------------------- |
+| Gemeinsame Übersichtshierarchie     | Pieces, Eingang und Post zeigen Navigation/Quellen, mittlere Auswahl und rechte Schnellbearbeitung aus denselben Layoutgrundlagen               | erfüllt am 29.10.2026 |
+| Piece-Schnellbearbeitung            | Titel, Kurzbeschreibung, Einleitung, Moderation, Status, Dauer, Format und Bild-Upload speichern revisionsgeschützt; Voll-Editor öffnet separat | erfüllt am 29.10.2026 |
+| Getrennte RSS-Sichtung              | RSS-Vorschau, Originallink, Übernehmen und Verwerfen bleiben vor der bewussten Piece-Erzeugung getrennt                                         | erfüllt am 29.10.2026 |
+| Post ohne zweite Sendungsverwaltung | Übersicht beginnt bei abgeschlossenen Streams; Vollbearbeitung verwendet vorhandene Post- und Streamdienste                                     | erfüllt am 29.10.2026 |
+| Eigenständige Vollbearbeitung       | Piece bleibt modal; Post besitzt eine normale eigene Seite im Streams-Layout mit Streamkopf, Zurücklink und Schnellnavigation                   | erfüllt am 30.10.2026 |
+| Einheitliche Auswahlflächen         | Aktive Karten, Checkboxen und Radios folgen Streams: abgerundete ruhige Fläche mit dünner goldener Kontur, ohne Cyan-Füllung oder Seitenbalken  | erfüllt am 30.10.2026 |
+| Responsive Gestaltung               | Chromium prüft Übersichten bei 1440 × 1000, 960 × 900 und 390 × 844 sowie Piece-Overlay und Post-Detailseite ohne horizontalen Überlauf         | erfüllt am 30.10.2026 |
+| Bestehende Fachgrenzen              | Autosave, Revisionen, Medien, RSS-Import, Stream-/Live-Snapshots, Post-Exporte, Rechte und private Dateien bleiben erhalten                     | erfüllt am 29.10.2026 |
+| Live als Nur-Lesen-Projektion       | Normale Navigation, Streamkopf und drei Pane-Flächen; Auswahl und Darstellung ändern nachweislich weder Show-/Usage-Status noch Reihenfolge     | erfüllt am 30.10.2026 |
+| Verbindliches Seitenraster          | Linke Spalte beginnt oben; freier Seitenkopf und darunter liegende Inhalts-/Inspectorflächen nutzen in allen Werkbänken dieselben Maße          | erfüllt am 30.10.2026 |
+| Reduzierte App-Bewegung             | Piece-Overlay schließt nach echtem Animationsende; Dialog-/Pane-Wechsel bleiben unter 200 ms und respektieren reduzierte Bewegung               | erfüllt am 30.10.2026 |
+
+- Gezielte Chromium-Abläufe für Piece-Auswahl, RSS, Schnellaufnahme,
+  Piece-Autosave/Präsentationsmodus, Streamplanung und Postproduktion: erfolgreich.
+- Desktop-, Zwischenbreiten- und Mobilaufnahmen der drei Übersichten sowie der
+  Piece- und Post-Vollbearbeitung wurden erzeugt und visuell kontrolliert.
+- Korrekturstand 30.10.2026: Post-Navigation, Piece-/Post-Schnellinspektoren und
+  Post-Vollbearbeitung verwenden nachweislich die Stream-Basisklassen. Gezielte
+  Chromium-Abläufe für Fundus und Post liefen erfolgreich; die Aufnahmen bei
+  1440, 960 und 390 Pixeln wurden erneut visuell kontrolliert.
+- Die vollständige Chromium-Matrix bedient die vorhandenen Checkboxen und Radios
+  weiterhin über ihre native Semantik. Post-Detailübersicht ohne Auswahl und
+  mobile Schnellnavigation wurden separat aufgenommen und visuell kontrolliert.
+- `npm run lint`: erfolgreich.
+- `npm run check`: 0 Fehler und 0 Warnungen.
+- `npm test`: 69 von 69 Verhaltenstests erfolgreich.
+- `npm run build`: erfolgreich mit `@sveltejs/adapter-node`.
+- `npm run test:e2e`: 22 von 22 Chromium-Abläufen erfolgreich.
+- Live-Nur-Lesen-Test: Desktop-, Kompakt- und Mobilansicht erfolgreich; lokale
+  Auswahl, Vor/Zurück, Präsentieren, Darstellungswechsel und ein abgewiesener
+  Status-POST ließen Show-/Usage-Status und Reihenfolge unverändert.
+- Safari und echte Mobilgeräte: nicht verfügbar und deshalb offen.
+
+## Postproduktion 0.9.0
+
+| Bereich                           | Nachweis                                                                                                                                                            | Stand                 |
+| --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------- |
+| Bestehende abgeschlossene Streams | `/post` zeigt ausschließlich vorhandene Streams mit Status `completed`; Suche, Sortierung und Fortschrittsfilter erzeugen keine zweite Sendung                      | erfüllt am 29.10.2026 |
+| Responsive Arbeitsfläche          | Chromium prüft die normale Detailseite mit drei Desktopspalten und mobiler Umschaltung zwischen Inhalte, Bearbeiten und Details ohne Überlauf                       | erfüllt am 30.10.2026 |
+| Stream-artige Gestaltung          | Detailkopf, Datumszeile, Formfelder, Radien, Abstände und aktive Auswahl entsprechen unmittelbar der Streams-Referenz                                               | erfüllt am 30.10.2026 |
+| Direkte Streamwerkbank            | Klick auf Streamzeile oder Öffnen-Aktion führt direkt zur Werkbank; ohne Einzelwahl erscheinen Inhaltsübersicht und Streammetadaten                                 | erfüllt am 30.10.2026 |
+| Schnelle Inhaltsnavigation        | Links stehen YouTube, Social-Clips und Twitch-Highlights mit Sofortanlage; aktive Inhalte wechseln farblich markiert in den Editor                                  | erfüllt am 30.10.2026 |
+| Aufzeichnungen und Kontext        | Mehrere Teile und Markdown-Dateien sind persistent; SHA-256-Dublettenschutz, unveränderter Inhalt und konservative Zeitmarkenextraktion sind im Servicetest geprüft | erfüllt am 29.10.2026 |
+| YouTube-Uncuts                    | Beschreibung, Titelvarianten, Thumbnailkonzept, private echte Bilddatei, Auswahl, Download, Status und Veröffentlichungsdaten sind verfügbar                        | erfüllt am 29.10.2026 |
+| Social-Clips                      | Beliebig viele Clips führen Shorts-Titel, gemeinsame TikTok-/Instagram-Caption samt Hashtags, Hooks, Endcards, Ziele, Untertitel und Schnittdaten                   | erfüllt am 30.10.2026 |
+| Kontextbezogene Zuordnung         | Eine einzige Kontextdatei wird automatisch gesetzt; Piece-Optionen stammen ausschließlich aus tatsächlichen Verwendungen des geöffneten Streams                     | erfüllt am 30.10.2026 |
+| Twitch-Highlights                 | Eigenständiger Typ mit Beschreibung, Originaltranskript, Zeitbereich, Schnitt- und Veröffentlichungsdaten                                                           | erfüllt am 29.10.2026 |
+| Status ohne Aufgaben/Analytics    | Revisionierter Workflow Entwurf bis Veröffentlicht; keine Aufgaben-, Kennzahlen- oder Publikationsautomatik                                                         | erfüllt am 29.10.2026 |
+| Private Dateien                   | Kontextdateien und Thumbnails liegen im konfigurierten Uploadpfad und werden ausschließlich über authentifizierte, private Routen ausgeliefert                      | erfüllt am 29.10.2026 |
+| Valide Exporte                    | Servicetests blockieren unvollständige Resolve-/SRT-Daten; Chromium lädt XML und SRT erst mit allen technisch erforderlichen Werten                                 | erfüllt am 29.10.2026 |
+| Manueller KI-unabhängiger Ablauf  | Kein Netzwerkaufruf und keine Scheinaktion; providerneutraler Adaptervertrag bleibt unkonfiguriert und der gesamte Ablauf manuell bedienbar                         | erfüllt am 29.10.2026 |
+| Bestehende Abläufe                | Vollständige Verhaltenstest- und Chromium-Matrix für Pieces, Streams, Live, Abschluss, Freigaben, RSS, Rechte und Präsentation bleibt erfolgreich                   | erfüllt am 29.10.2026 |
+
+- `npm run lint`: erfolgreich.
+- `npm run check`: 0 Fehler und 0 Warnungen.
+- `npm test`: 69 von 69 Verhaltenstests erfolgreich.
+- `npm run build`: erfolgreich mit `@sveltejs/adapter-node`.
+- `npm run test:e2e`: 22 von 22 Chromium-Abläufen erfolgreich.
+- Gezielter Post-Lauf nach der CSS-Korrektur: 1 von 1 erfolgreich; Registerwechsel
+  explizit per Mausklick geprüft. Desktop- und Mobilaufnahmen einschließlich
+  inhaltsloser Übersicht und mobiler Schnellnavigation visuell kontrolliert.
+- `git diff --check`: erfolgreich.
+- Safari, echte Mobilgeräte, Import realer heinzlive-Kontextdateien, Öffnen in
+  DaVinci Resolve und eine reale KI-Schreibschnittstelle: mangels Umgebung offen.
+
+## Piece-Schreibraum 0.8.2
+
+| Bereich                       | Nachweis                                                                                                                                  | Stand                 |
+| ----------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- | --------------------- |
+| Zusammenhängendes Dokument    | Vier getrennt gespeicherte Bereiche ohne Einzelkarten; nur Fokus zeigt Werkzeuge, Auswahl bleibt beim Formatieren erhalten                | erfüllt am 28.10.2026 |
+| Recherche und Markdown        | Bereichswechsel erhält Eingaben; Recherche, Quellen, Zeitmarken, Werkzeuge und Markdown-Quellansicht bleiben vollständig                  | erfüllt am 28.10.2026 |
+| Kontextbezogene Piece-Liste   | Editor zeigt gefilterte Liste, aktuelle Markierung, Suche/Filter und Rücksprung; schmutziger Wechsel speichert vor Navigation             | erfüllt am 28.10.2026 |
+| Kompakte Details und Ausgabe  | Häufige Werte sind direkt editierbar, seltene eingeklappt; Moduswahl und editierbare Publikumsvorschau liegen sichtbar darunter           | erfüllt am 28.10.2026 |
+| Kopf und Aktionen             | Speicherstatus/-aktion und Favorit sind kompakt; Vorlagen, Duplikation und bestätigte destruktive Aktionen liegen im Menü                 | erfüllt am 28.10.2026 |
+| Kopf unter schmaler Breite    | Titel, Favorit, Speicher-/Aktionssteuerung und Bereichsauswahl belegen getrennte Zeilen ohne Abschneiden                                  | erfüllt am 28.10.2026 |
+| Responsive Gestaltung         | Chromium prüft 1440 × 1000 offen/eingeklappt, 960 × 900 sowie mobilen Streamtext, Piece-Drawer und Details ohne Überlauf                  | erfüllt am 28.10.2026 |
+| Eingeklappte Zwischenbreite   | Bei 960 × 900 wächst die Editorroute mit eingeklappter Navigation über 820 Pixel; Icons sind mindestens 16 Pixel groß, Version sichtbar   | erfüllt am 28.10.2026 |
+| Piece-Liste und Streamplan    | Scrollgutter hält die Piece-Markierung bündig; der Streamplan zeigt rechts den Inspector in derselben kompakten Breitenklasse             | erfüllt am 28.10.2026 |
+| Kontextbezogener Inspector    | Ohne Auswahl erscheinen Stream-/Twitch-Daten; Abschnitt und Piece wechseln per Klick zu ihren Metadaten und festen Speicheraktionen       | erfüllt am 28.10.2026 |
+| Sichere Usage-Schnelländerung | Titel, Publikumstitel, Dauer, Vorbereitung und Notizen speichern revisionsgeschützt, ohne Langtexte oder Präsentationswerte zu leeren     | erfüllt am 28.10.2026 |
+| Responsive Streamdetails      | Desktop hält Ablauf und Inspector nebeneinander; schmalere Ansichten bieten Details als dritten tastatur- und touchfähigen Arbeitsbereich | erfüllt am 28.10.2026 |
+| Live-Regie                    | Chromium prüft Dokument, flachen Ablauf ohne Aktionsüberlagerung, feste Steuerung, 900/670 × 450 und mobiles Ablauf-Sheet                 | erfüllt am 28.10.2026 |
+| Bestehende Fachgrenzen        | Autosave, Revisionen, Medien, Stream-Snapshots, globale Navigation und benachbarte Arbeitsbereiche bleiben unverändert                    | erfüllt am 28.10.2026 |
+
+- Gezielte Chromium-Abläufe für Schreibraum, Auswahl erhaltende Formatierung,
+  Autosave-Piece-Wechsel, Konflikte, öffentliche Überschrift, Upload,
+  Link-/Videopräsentation und mobile Ansichtswechsel: erfolgreich.
+- Sichtkontrolle der korrigierten Geometrie bei 1440 × 1000 mit ausgeklappter
+  und eingeklappter Navigation, bei 960 × 900, im Streamplan-Inspector sowie in
+  der Live-Regie bei 1440 × 900, 900/670 × 450 und 390 × 700: erfolgreich;
+  Desktop-, Streamtext-, Drawer-, Inspector- und Live-Screenshots wurden
+  erzeugt und kontrolliert.
+- `npm run lint`: erfolgreich.
+- `npm run check`: 0 Fehler und 0 Warnungen.
+- `npm test`: 64 von 64 Verhaltenstests erfolgreich.
+- `npm run build`: erfolgreich mit `@sveltejs/adapter-node`.
+- `npm run test:e2e`: 22 von 22 Chromium-Abläufen erfolgreich.
+- `git diff --check`: erfolgreich.
+- Safari und echte Mobilgeräte: nicht verfügbar und deshalb offen.
+
 ## Redaktionelle Werkbänke 0.8.1
 
 | Bereich                 | Nachweis                                                                                                                                | Stand                 |

docs/ARCHITECTURE.md

@@ -21,8 +21,8 @@ spätere API dieselben Regeln verwenden.
 
 ## Navigation, Suche und Arbeitsflächen
 
-`+layout.svelte` stellt für angemeldete Nutzer genau die globalen Bereiche Start,
-Eingang, Pieces, Streams und Live bereit. Desktop verwendet eine horizontale
+`+layout.svelte` stellt für angemeldete Nutzer die globalen Bereiche Start,
+Eingang, Pieces, Streams, Live und Post bereit. Desktop verwendet eine horizontale
 Kopfzeile, Mobilgeräte eine obere Such-/Kontoleiste und eine Safe-Area-fähige
 Bottom-Navigation. `UserMenu.svelte` bündelt Verwaltung, Abmeldung und die weiter
 in `localStorage` gespeicherte explizite Auswahl Hell, Dunkel oder System.
@@ -48,11 +48,14 @@ eigener globaler Archivbereich behandelt, sondern von `listShows()` in der
 Streamübersicht gefiltert. Der technische `/archiv`-Pfad bleibt für archivierte
 und gelöschte Pieces bestehen.
 
-Der Usage-Editor verwendet weiterhin `PieceEditorDialog` und dieselben
-Form-Actions. Auf breiten Ansichten öffnet das Dialogelement nicht-modal als
-rechte Arbeitsleiste; ohne ausgewählte Usage wird es nicht gerendert. Unterhalb
-der mobilen Grenze öffnet dieselbe Komponente modal und nutzt den verfügbaren
-Viewport.
+`StreamInspector.svelte` ist die dauerhafte rechte Projektion des Streamplans.
+Seine flüchtige Auswahl referenziert Show, Abschnitt oder Usage nur über stabile
+IDs. Der Standardzustand bearbeitet Show- und Twitch-Metadaten; Abschnitt und
+Usage verwenden ihre bestehenden revisionsgeschützten Actions. Die zusätzliche
+Action `updateUsageMetadata` liest die aktuelle Usage serverseitig und führt
+nicht dargestellte Langtexte, Präsentationswerte, Medien und Werkzeuge in
+`updatePieceUsage()` unverändert mit. Ein schmales Clientformular kann private
+Felder daher weder versehentlich leeren noch die Geschäftsvalidierung umgehen.
 
 Seit 0.8.1 liest `/suche` die optionalen URL-Filter `type`, `status`, `topic`
 und `format` serverseitig. Themen und Formate stammen direkt aus den bestehenden
@@ -60,11 +63,25 @@ Taxonomietabellen; Piece-Filter wirken nicht auf Streams. Die Trefferprojektion
 und ihre begrenzten Ausschnitte bleiben unverändert, es entsteht weder ein
 Suchindex noch persistenter Filterzustand.
 
-Die Piece-, Planungs- und Live-Arbeitsflächen ändern ausschließlich ihre
-Darstellung. Im Streamplan ist der Ablauf die Hauptfläche und die Piece-Auswahl
-eine bei Bedarf geöffnete Nebenspalte. Dieselben Formulare, Revisionen,
-Drag-Daten, Fokusgrenzen und mobilen Pane-/Sheet-Zustände bleiben die
-Interaktionsgrenze.
+Die Piece-, Eingangs-, Post-, Planungs- und Live-Arbeitsflächen verwenden eine
+gemeinsame Oberflächensprache. Pieces, Eingang und Post teilen die Klasse `unified-workspace`:
+links Navigation oder Quellen, mittig die auswählbare Inhaltsprojektion und
+rechts `content-quick-inspector` für häufige Felder und Aktionen. Die Auswahl ist
+flüchtiger URL- beziehungsweise Browserzustand und erzeugt kein Fachobjekt. Im Streamplan ist der Ablauf die Hauptfläche, der Inspector die
+dauerhafte rechte Metadatenspalte und die Piece-Auswahl eine bei Bedarf geöffnete
+Nebenspalte. Eine Auswahl schließt diese temporäre Bibliothek. Unterhalb der
+Desktopbreite sind Pieces, Ablauf und Details gleichwertige Pane-Zustände.
+Revisionen, Drag-Daten und Fokusgrenzen bleiben die Interaktionsgrenze. Live ist
+eine reguläre Seite der App-Shell und projiziert Ablauf, Moderationsdokument und
+Details ausschließlich lesend. Die lokale Piece-Auswahl und Darstellungsoptionen
+ändern weder den tatsächlichen Live-Stand noch Usage-Status, Reihenfolge, Timer
+oder öffentliche Ausgabe.
+
+Die gemeinsamen Klassen sind bewusst keine bloße Rasterabstraktion. Pieces und
+Post verwenden für linke Kataloge dieselbe `fundus-navigation`-Basis wie Streams
+und für rechte Projektionen `stream-inspector` zusammen mit `builder-pane`.
+Dadurch bleiben Kopf, Formularrhythmus, Scrollgrenze und Aktionsfuß identisch.
+Post ergänzt nur fachliche Felder und eine kompakte Inhaltswerkzeugzeile.
 
 ## Laufzeit und Speicher
 
@@ -95,6 +112,7 @@ technische API. Folgende Grenzen gelten für umgesetzte und spätere Bereiche.
 | Freigaben   | widerrufbare, gehashte Lesetokens mit Sendung, Umfang, Passwortoption und Ablaufzeit                                                        |
 | RSS         | Feedquellen, Abrufläufe und externe Einträge mit stabiler Herkunfts-ID sowie Status neu/übernommen/verworfen                                |
 | API/Audit   | technische Berechtigungen, Idempotenzschlüssel und Audit-Ereignisse mit Akteur, Aktion und Ziel                                             |
+| Post        | Aufzeichnungsteile, private Markdown-Quellen, revisionierte YouTube-/Clip-/Highlight-Elemente, Thumbnails und valide Exporte                |
 | Betrieb     | Anwendungseinstellungen und spätere Job-Zustände, keine Geheimnisse im Klartext ohne begründete Schutzstrategie                             |
 
 ### Historien- und Kopierregel
@@ -424,9 +442,52 @@ Sendungsroute bindet Mutationen zusätzlich an ihre eigene Sendungs-ID. Die
 Verwaltung gruppiert bestehende Freigaben nach Sendung und zeigt deren aktuellen
 Status und Termin.
 
+## Postproduktion
+
+`src/lib/server/post.ts` ist die gemeinsame Geschäftsgrenze für den Hauptbereich
+`/post`. Jede Übersicht beginnt bei `shows.status = 'completed'`; Post besitzt
+keine eigene Sendungsidentität und kann weder Entwürfe noch laufende Streams
+nachträglich als abgeschlossen markieren. `post_items` hält gemeinsame Identität,
+Typ, Workflowstatus, Herkunft, Position und Revision. Typbezogene 1:1-Tabellen
+speichern YouTube-, Social-Clip- oder Twitch-Highlight-Felder.
+
+Migration `0022_post_quick_workbench.sql` ergänzt `social_caption` an
+`post_social_clips` und führt vorhandene TikTok-/Instagram-Captions und Hashtags
+verlustarm in das gemeinsame Feld über. YouTube Shorts verwendet im aktuellen
+Formvertrag ausschließlich `shorts_title`; TikTok und Instagram teilen die
+Caption inklusive Hashtags. Die älteren Spalten bleiben für die additive
+Migration bestehen, werden von der neuen Oberfläche aber nicht mehr getrennt
+bearbeitet.
+
+`post_recording_parts` beschreibt mehrere Teile einer Aufzeichnung. Medienpfade
+sind redaktionelle Verweise und müssen für Resolve-Export absolut oder als
+`file://` angegeben sein; Framerate und Timebase werden separat validiert.
+`post_source_files` speichert Originalinhalt, privaten zufälligen Speichernamen,
+SHA-256, Größe sowie ausschließlich aus tatsächlich gefundenen Zeilen abgeleitete
+Transkript- und Zeitmarkenprojektionen. `(show_id, sha256)` verhindert Dubletten
+innerhalb einer Sendung, ohne Dateien sendungsübergreifend zusammenzuführen.
+
+Kontextdateien und `post_thumbnails` liegen im konfigurierten Uploadverzeichnis.
+Die Routen unter `/post/[id]/source` und `/post/[id]/thumbnail` verlangen eine
+Redaktionssitzung, prüfen die Zuordnung zur abgeschlossenen Sendung und liefern
+private Sicherheitsheader. Originalnamen sind Metadaten und niemals Pfade. Pro
+YouTube-Element kann ein Thumbnail ausdrücklich ausgewählt werden.
+
+Exporte unter `/post/[id]/export` lesen dieselbe positiv validierte Projektion.
+Resolve-XML benötigt Aufzeichnungspfad, Framerate, Timebase und einen positiven
+Start-/Endbereich. SRT wird cueweise vollständig geprüft; unvollständige Daten
+führen zu `EXPORT_NOT_READY` statt zu einer scheinbar gültigen Datei. Text- und
+JSON-Exporte erzeugen keine externe Veröffentlichung.
+
+`src/lib/server/post-ai.ts` enthält nur Typen für einen später konfigurierbaren
+Provideradapter. Es gibt weder Netzwerkaufruf noch automatisch erzeugten Inhalt.
+Importierte Quellen und manuelle Bearbeitung bleiben die vollständige
+Produktfunktion.
+
 ## Oberflächenstruktur
 
-Die Hauptnavigation umfasst Eingang, Fundus, Sendungen, Archiv und Verwaltung.
+Die Hauptnavigation umfasst Start, Eingang, Pieces, Streams, Live und Post;
+Verwaltung bleibt im Benutzermenü.
 Auf dem Desktop liegt sie als feste horizontale Glasleiste oberhalb der
 Arbeitsfläche. Bis einschließlich `52rem` ersetzen eine kompakte obere Leiste
 und die untere Hauptnavigation diesen Desktopkopf vollständig. Auf breiten
@@ -437,31 +498,34 @@ Die Sendungsübersicht schaltet über zwei gleichwertige Formularaktionen zwisch
 Liste und Kalender um. Auf breiten Ansichten erscheint ein siebenspaltiges
 Monatsraster ohne Termin-Drag-and-drop; bis `52rem` ersetzt es eine lineare,
 touchfreundliche Agenda desselben Monats.
-Der Live-Modus ist eine eigene, fokussierte Arbeitsansicht. Die
-Präsentationsausgabe verwendet eine separate, strikt reduzierte Datenansicht
-ohne interne Anwendungsnavigation.
+Die private Route `/live` läuft in derselben authentifizierten App-Shell wie
+Streams. Ein Streamkopf zeigt Titel, Termin, Umfang und den expliziten
+Nur-Lesen-Zustand. Darunter folgen auf breiten Ansichten Ablauf, Lesedokument und
+Details als drei `builder-pane`-/`stream-inspector`-artige Flächen. Bis
+einschließlich `72rem` werden diese Bereiche über eine gleichwertige Umschaltung
+einzeln gezeigt; bis `52rem` bleiben der kompakte App-Header und die mobile
+Bottomnavigation sichtbar.
 
-Die private Route `/live` verwendet ebenfalls einen eigenen authentifizierten
-Layoutmodus ohne allgemeine Seitenleiste, mobilen App-Header oder
-Bottomnavigation. Ihre Regiefläche belegt die verfügbare Viewporthöhe als Raster
-aus fester Statuszeile, unabhängig scrollender Piece- und Ablaufspalte sowie
-fester Aktionszeile. Die Breite entscheidet über zwei Spalten oder das mobile
-Sheet; eine geringe Desktophöhe verdichtet zusätzlich Abstände und Leisten,
-ohne Schrift oder Oberfläche zu skalieren. Unterhalb des schmalen Breakpoints
-wird ausschließlich die Ablaufspalte als modales Sheet mit Fokusbegrenzung
-eingeblendet; beim Wechsel auf einen breiteren Viewport wird dieser Modalzustand
-aufgehoben. Die lokale Betrachtungsnavigation ist keine Live-Action; erst
-Präsentieren, Überspringen und Erledigen schreiben den jeweiligen getrennten
-Zustand. Die öffentliche `/heinzlive`-Projektion bleibt unverändert. Lokale
-Lesepositionen sind an die jeweilige Verwendung gebunden und werden nicht
-zwischen Pieces übertragen.
+`src/routes/live/+page.server.ts` bietet neben `load` ausschließlich die getrennte
+Präsentationsaktion an. Das Auswählen einer Usage, Vor/Zurück, Schriftgröße,
+sichtbare Zeiten und das Kopieren von Twitch-Tags bleiben lokaler
+Browserzustand. Status-, Fortschritts-, Sortier- und Abschlussänderungen sind
+nicht Teil dieser Route. Präsentieren ändert nur `presentation_usage_id` und
+damit weder Show-/Usage-Status noch Reihenfolge. Die öffentliche `/heinzlive`-
+Projektion und die serverseitigen historischen Live-Dienste bleiben erhalten.
 
-Der Live-Kopf besteht aus zwei regulären Rasterzeilen. Abschnitt und folgendes
-Piece sind einzeilig gekürzte, fokussierbare Schaltflächen, die ihren vollständigen
-Text lokal aufklappen. Das Regiemenü wird bei Bedarf als fest am Viewport
-positionierter Dialog neben dem Kopf gerendert. Dadurch unterliegt es weder dem
-Overflow der Regiefläche noch dem durch Glasfilter erzeugten Stacking Context;
-seine maximale Höhe bleibt an den Viewport gebunden und intern scrollbar.
+Das gemeinsame Arbeitsraster besteht aus einer linken, über Kopf und Inhalt
+reichenden Navigation sowie einem rechten Hauptbereich. Dessen freie Kopfzeile
+besitzt bewusst keine Pane-Fläche; darunter beginnen Inhalt und optionaler
+Inspector. `unified-workspace`, Post-Detail und Live verwenden dieselben
+Spaltenwerte `13–16rem / minmax(0, 1fr) / 19–22rem` und `0.85rem` Abstand. Bei
+mittleren Breiten folgt der Inspector unter dem Inhalt, mobil übernimmt die
+bereichsspezifische Pane-Umschaltung.
+
+Dialog- und Pane-Bewegungen sind reine Oberflächenzustände mit 140–170 ms Dauer.
+Der Piece-Dialog animiert Öffnen, explizites Schließen und Backdrop; Disclosure-
+Inhalte und mobile Pane-Wechsel blenden kurz ein. Unter
+`prefers-reduced-motion: reduce` werden Animationen und Übergänge entfernt.
 
 Icons werden aus dem lokalen Font-Awesome-Classic-Regular-Sprite unter
 `static/icons` gerendert. Die Verwaltung lädt zusätzlich die durchsuchbaren
@@ -470,20 +534,50 @@ gleichzeitig. Allgemeine Seiten wie Login oder Navigation laden den Katalog
 nicht in ihren Client-Chunk.
 
 Der Fundus ist auf breiten Ansichten ein Raster aus Bibliotheksnavigation,
-mittlerer Liste beziehungsweise Piece-Schreibfläche und rechter Kontextspalte.
-Kleinere Desktopfenster blenden zuerst den rechten Kontext aus; mobil wird die
-Bibliotheksnavigation zur horizontalen Auswahl und im geöffneten Editor ganz
-ausgeblendet. URL-Parameter tragen Suche und Filter über den Routenwechsel,
-`sessionStorage` ausschließlich die zugehörige flüchtige Listenposition.
+mittlerer Liste und rechter Schnellbearbeitung. Kleinere Desktopfenster ordnen
+den Inspector unter der Liste an; mobil werden Navigation, Liste und Inspector
+gestapelt. URL-Parameter tragen Suche, Filter und ausgewählte Piece-ID über den
+Routenwechsel, `sessionStorage` ausschließlich die zugehörige flüchtige
+Listenposition. Reduzierte Schnellformulare lesen nicht dargestellte Werte
+serverseitig aus dem aktuellen Piece und führen sie unverändert mit.
 
-Der eigenständige Piece-Editor ordnet denselben Formvertrag als redaktionelles
-Arbeitsblatt ohne Desktopdialog an. Titel, Einleitung, Moderationsstichpunkte,
+Der eigenständige Piece-Editor ordnet denselben Formvertrag als modales
+redaktionelles Arbeitsblatt mit eigener URL an. Titel, Einleitung, Moderationsstichpunkte,
 Interaktion, Überleitung, private Recherche, Quellen und Werkzeuge bilden die
 mittlere Schreibfläche. Status, Dauer, Einordnung, Präsentationsmodi und Medien
 liegen auf breiten Ansichten rechts. Alle Werte werden weiterhin gemeinsam über
 die bestehende `save`-Action und Piece-Revision gespeichert; separate Bild- und
 Präsentationsactions bleiben eigene serverseitige Mutationen.
 
+Der Eingang verwendet dieselbe Darstellung, behält aber zwei Datenarten: neue
+`feed_entries` und bereits erzeugte Inbox-Pieces. Die rechte Projektion ruft für
+RSS weiterhin ausschließlich Import-/Verwerfactions auf. Post beginnt ebenfalls
+in einer dreiteiligen Übersicht; die vollständige Streamzeile und die rechte
+Öffnen-Aktion verlinken direkt auf `/post/[id]`. Die Route ist eine normale
+Anwendungsseite und übernimmt Seitenkopf, Datumsdarstellung, Feldgeometrie und
+responsive Pane-Umschaltung der Streambearbeitung. Darunter stehen
+Schnellnavigation, Editor/Übersicht und Inspector. Die linke Navigation
+gruppiert YouTube, Social-Clips und Twitch-Highlights und ruft deren Sofortanlage
+über dieselbe Post-Action auf. Ohne `item`-Queryparameter bleibt die Auswahl
+leer: Die Mitte projiziert alle vorhandenen Post-Inhalte mit Kopieraktionen,
+rechts stehen Streamzähler. Mit `item` zeigt dieselbe Mitte den Editor und rechts
+dessen Eigenschaften. Mutations-URLs führen `item` mit, damit Upload oder
+Speichern die aktuelle Auswahl nicht verlieren.
+
+`createPostItem()` setzt `source_file_id` bereits beim Anlegen, wenn genau eine
+Kontextdatei zum Stream existiert. `listPostPieceOptions(showId)` verbindet
+`pieces`, `piece_usages` und `show_sections`; dadurch sind nur Original-Pieces
+des geöffneten Streams zuordenbar. Editor und Inspector nutzen dieselben Pane-,
+Feld- und Aktionsgrundlagen wie der Streamplan. Mobil werden Navigation,
+Bearbeitung und Details als drei explizite Pane-Zustände angeboten.
+
+Checkboxen und Radios bleiben im DOM native Formularsteuerungen. Das globale
+Stylesheet blendet nur ihre sichtbaren Kästchen aus und projiziert `:checked` und
+`:focus-visible` auf das umgebende Label. Damit sind ganze Flächen per Maus,
+Touch und Tastatur wählbar, ohne Semantik oder Formübermittlung zu ersetzen. Der
+aktive Zustand verwendet wie Post-Navigation und Post-Register den cyanfarbenen
+Oberflächenakzent; Gold bleibt Primäraktionen vorbehalten.
+
 `RichMarkdownField` erstellt je sichtbarem Langtext genau eine Tiptap-Instanz mit
 StarterKit und offizieller Markdown-Erweiterung. Der Formularwert bleibt rohes
 Markdown. Eine Bearbeitung aktualisiert ihn aus `getMarkdown()`, während das

docs/DECISIONS.md

@@ -634,3 +634,134 @@ aus der URL angewendet. Status gilt für beide Treffergruppen; Thema und Format
 gelten ausschließlich für Pieces und schließen Streamtreffer aus. Taxonomie und
 Trefferzahlen werden aus SQLite abgeleitet. Es gibt keinen neuen Index, keine
 Migration und keinen konto- oder browsergebundenen Filterzustand.
+
+## D-038: Stream-Inspector statt Usage-Overlay
+
+Die nicht-modale Dialoglösung aus D-036 wird für die Streamplanung durch eine
+dauerhafte rechte Inspector-Spalte ersetzt. Der Ablauf bleibt dadurch räumlich
+stabil und die Auswahl von Stream, Abschnitt oder Usage ändert nur den Inhalt
+derselben Metadatenfläche. Unterhalb der Desktopbreite ist der Inspector ein
+eigener `Details`-Pane statt eines überlagernden Dialogs.
+
+Show und Abschnitt verwenden die vorhandenen Actions. Für Usage-Schnellfelder
+führt eine schmale Route-Action die nicht dargestellten Snapshotfelder aus der
+aktuellen serverseitigen Projektion mit und ruft anschließend unverändert
+`updatePieceUsage()` auf. Damit bleibt die Revision die gemeinsame
+Schreibgrenze; ein reduziertes Formular darf keine Moderations-, Recherche- oder
+Präsentationsdaten löschen. Der Link `Piece bearbeiten` führt bewusst zum
+Original-Piece und vermischt dessen Autosave nicht mit der Streamrevision.
+
+## D-039: Postproduktion bleibt an abgeschlossene Streams gebunden
+
+Post erhält kein zweites Sendungsmodell. Jeder Aufzeichnungsteil, jede Quelle und
+jeder Post-Inhalt verweist auf eine vorhandene Sendung; der Dienst akzeptiert
+ausschließlich `shows.status = 'completed'`. Gemeinsame Identität, Status,
+Revision, Herkunft und Reihenfolge liegen in `post_items`, während YouTube,
+Social-Clips und Twitch-Highlights ihre unterschiedlichen Felder in typbezogenen
+Tabellen führen. Migration `0021` ist damit rein additiv und verändert keine
+bestehenden Stream-Snapshots.
+
+Markdown-Kontext wird unverändert privat gespeichert. SHA-256 schützt pro
+Sendung vor Dubletten; Zeitmarken und Transkriptfragmente werden nur aus
+tatsächlich vorhandenen Zeilen extrahiert. Quellen und Thumbnails verwenden
+zufällige Speichernamen im konfigurierten Uploadverzeichnis und authentifizierte
+Auslieferungsrouten. Ein Originalname oder Medienpfad wird nie zu einer
+ungeschützten statischen URL.
+
+Ein Export darf seine technische Verwendbarkeit nicht vortäuschen. Resolve-XML
+benötigt daher einen absoluten Pfad oder `file://`, Framerate, Timebase sowie
+positive Start- und Endpunkte. SRT wird vollständig blockweise validiert. Fehlt
+eine Voraussetzung, antwortet die Exportroute mit `EXPORT_NOT_READY`, und die
+Oberfläche bietet den Export nicht an.
+
+Eine KI-Schreibfunktion wird erst mit einem real konfigurierten Provider
+eingeführt. `post-ai.ts` definiert nur den providerneutralen Ein-/Ausgabevertrag;
+es gibt keine Scheinaktion, keinen Netzwerkaufruf und keine Abhängigkeit des
+manuellen Workflows von einem KI-Dienst.
+
+## D-040: Gemeinsame Inhaltswerkbank und URL-gebundene Voll-Editoren
+
+Pieces, Eingang und Post folgen derselben visuellen Hierarchie: Navigation oder
+Quellen links, auswählbare Inhalte mittig und häufige Bearbeitung rechts. Der
+Inspector ist ausdrücklich kein reines Metadatenpanel; er enthält die im Alltag
+benötigten Texte, kontextbezogene Uploads und Primäraktionen. Bei mittleren
+Breiten folgt er unter dem Inhalt, mobil werden die Bereiche geordnet gestapelt.
+Diese Projektion führt keine neue persistente Auswahl oder Fachlogik ein.
+„Gemeinsam“ bedeutet dabei auch gemeinsame Oberflächenbausteine: Katalognavigation,
+`builder-pane` und `stream-inspector` werden von Streams, Pieces und Post direkt
+geteilt. Bereichsspezifische Parallelimplementierungen mit nur ähnlicher Optik
+werden vermieden.
+
+Die vollständige Piece- und Postbearbeitung behält ihre bestehende eigene URL.
+Der Piece-Editor bleibt ein nativer modaler Dialog ohne zweite
+Inhaltsnavigation. Die Post-Werkbank ist dagegen eine normale Seite im
+Streams-Layout, damit globale Navigation, Streamkontext und der Wechsel zwischen
+mehreren YouTube-, Social- und Highlight-Inhalten räumlich stabil bleiben. Sie
+ergänzt dafür bewusst eine linke Schnellnavigation. Piece-Autosave, Revisionen,
+Post-Revisionen und sämtliche Snapshotgrenzen bleiben die einzigen
+Schreibgrenzen.
+
+RSS bleibt vor der Übernahme eine eigene Entität im Eingang. Eine einheitliche
+Darstellung darf diese Grenze nicht verwischen: Vorschau, Verwerfen und
+Übernehmen arbeiten auf `feed_entries`; erst der ausdrückliche Import erzeugt ein
+Piece. Ebenso projiziert Post ausschließlich vorhandene abgeschlossene Streams
+und erhält keine zweite Sendungsverwaltung.
+
+## D-041: Stream-orientierte Post-Schnellwerkbank und gemeinsame Auswahlflächen
+
+Die Post-Detailroute startet ohne ausgewählten Einzelinhalt. In diesem Zustand
+zeigt die Mitte eine kopierbare Übersicht und der Inspector ausschließlich
+Streammetadaten; erst eine Auswahl in der linken Navigation öffnet einen Editor.
+Die URL trägt die Auswahl als `item`, und jede Mutation übernimmt diesen
+Parameter. Dadurch bleiben Reload, Uploads und Speichern adressierbar, ohne einen
+neuen persistenten Auswahlzustand einzuführen.
+
+TikTok und Instagram teilen eine Caption inklusive Hashtags. YouTube Shorts
+führt nur den Titel. Migration `0022` ergänzt dafür additiv `social_caption` und
+übernimmt vorhandene Texte. Eine einzige Kontextdatei wird bei der Anlage
+automatisch verknüpft. Piece-Optionen werden anhand der tatsächlichen Usages des
+geöffneten Streams begrenzt; die Postproduktion kann damit keine fachlich
+fremden Fundus-Pieces zuordnen.
+
+Checkboxen und Radios werden nicht durch eigene JavaScript-Steuerungen ersetzt.
+Sie bleiben native, fokussierbare Eingaben, während das Label als farblich
+markierte Auswahlfläche erscheint und das Kästchen selbst unsichtbar bleibt.
+Diese Regel gilt sendewerkweit und erhält Formsemantik, Tastaturbedienung sowie
+serverseitige Formverträge.
+
+Post verwendet für aktive Inhaltszeilen, Register, Zielplattformen und Filter
+dieselbe Auswahl wie Streams: abgerundete ruhige Fläche und dünne goldene
+Kontur, ohne Cyan-Füllung oder seitlichen Balken. Felder, Radien und Abstände
+werden aus der Streambearbeitung übernommen, statt einen eigenen
+Post-Formularstil zu bilden.
+
+## D-042: Live als vollständig lesende Streamprojektion
+
+Live ist keine eigene Steuerungsshell mehr, sondern eine reguläre
+Sendewerk-Seite. Sie verwendet globale Desktop- und Mobilnavigation, den
+Streamkopf sowie drei Pane-Flächen für Ablauf, Moderationsdokument und Details.
+Die responsive Umschaltung folgt den übrigen Werkbänken statt eines modalen
+Ablauf-Sheets.
+
+Die Route zeigt keine Status-, Fortschritts-, Sortier- oder Abschlusssteuerung.
+Das Auswählen eines Pieces, Vor/Zurück und die Darstellungsoptionen sind
+ausschließlich lokaler Browserzustand. Präsentieren bleibt als ausdrücklich
+getrennte Ausgabeaktion erhalten und schreibt nur den Präsentationsstand. Dadurch
+kann Navigation innerhalb von Live weder den Stream- oder Usage-Status noch die
+Reihenfolge verändern. Bestehende Live-Daten werden als gespeicherter Stand
+dargestellt.
+
+## D-043: Verbindliches Seitenraster und reduzierte App-Bewegung
+
+Streams definiert nicht nur Farben und Pane-Radien, sondern das Seitenraster für
+alle Bereiche. Die linke Bereichsspalte beginnt unmittelbar unter der globalen
+Navigation und überspannt freien Seitenkopf sowie Inhaltszeile. Der Seitenkopf
+liegt ohne eigene Hintergrundfläche im Hauptbereich. Erst darunter beginnen die
+mittlere Inhaltsfläche und, falls vorhanden, der rechte Inspector. Gemeinsame
+Spaltenbreiten und Abstände dürfen nicht bereichsspezifisch abweichen.
+
+Der Piece-Voll-Editor bleibt ein erkennbarer modaler Dialog und erhält deshalb
+auf Desktop Abstand zum Viewportrand, Kontur, Schatten und sichtbaren Backdrop.
+Öffnen, Schließen, Vergrößern beziehungsweise Pane-Wechsel verwenden kurze,
+ruhige Bewegungen unter 200 ms. Sie verändern keine Fachzustände und werden bei
+reduzierter Bewegung vollständig deaktiviert.

docs/RELEASE_NOTES.md

@@ -1,5 +1,141 @@
 # Release Notes
 
+## 0.9.0 - Postproduktion
+
+Veröffentlicht am 29. Oktober 2026, Korrekturstand 30. Oktober 2026
+
+- **Post** ergänzt die Hauptnavigation und zeigt alle bestehenden abgeschlossenen
+  Streams mit Suche, Sortierung, Fortschritt und Statusfilter. Die Streamdaten
+  bleiben die einzige fachliche Quelle.
+- Pieces, Eingang und Post verwenden eine gemeinsame Inhaltswerkbank mit
+  Navigation beziehungsweise Quellen links, auswählbaren Inhalten in der Mitte
+  und echter Schnellbearbeitung rechts. Wichtige Texte, Einordnung, passende
+  Uploads und häufige Aktionen sind ohne Öffnen des Voll-Editors erreichbar.
+- Die Korrektur vom 30. Oktober vereinheitlicht auch die konkreten Bauteile:
+  Post besitzt nun dieselbe einklappbare Katalognavigation wie Streams und
+  Pieces; Piece-Schnellbearbeitung, Post-Schnellübersicht und Post-Eigenschaften
+  verwenden den Stream-Inspector samt identischem Formular- und Aktionsaufbau.
+- Vollständige Piece- und Postbearbeitung behält die bestehende eigene URL und
+  folgt zwei passenden Darstellungen: Piece bleibt ein großes gesperrtes
+  Arbeitsblatt, Post ist eine normale Seite im Streams-Layout. Post besitzt
+  Streamkopf, Datum und Zurücklink sowie links eine Schnellnavigation für
+  YouTube, Social-Clips und Twitch-Highlights samt Sofortanlage. Ohne Einzelwahl
+  zeigt die Mitte eine kopierbare Inhaltsübersicht und rechts stehen
+  Streammetadaten.
+- Streamzeilen und die rechte Öffnen-Aktion führen direkt in die zugehörige
+  Post-Werkbank. Eine farblich aktive Inhaltszeile öffnet den jeweiligen Editor.
+- Checkboxen und Radios erscheinen sendewerkweit als vollständig anklickbare,
+  wie Streams markierte Auswahlflächen ohne sichtbare Kästchen. Post-Inhaltszeilen,
+  Register, Filter und RSS-Auswahl verwenden eine abgerundete ruhige Fläche mit
+  dünner goldener Kontur statt Cyan-Füllung oder Seitenbalken. Native Semantik,
+  Fokus und Formübermittlung bleiben erhalten.
+- Live ist nun eine vollständig lesende Streamprojektion in der normalen
+  Sendewerk-Shell. Streamkopf, Ablauf, Moderationsdokument und Details folgen der
+  Streams-Geometrie; Desktop- und Mobilnavigation bleiben sichtbar. Vor/Zurück,
+  Uhr und Präsentieren bleiben erhalten; Status-, Fortschritts-, Sortier- und
+  Abschlussaktionen entfallen. Lokale Auswahl und Darstellungsoptionen schreiben
+  keine Stream- oder Piece-Daten, Präsentieren nur den getrennten Ausgabestand.
+- Pieces, Eingang, Post und Live übernehmen auch das Seitenraster von Streams:
+  linke Navigation ab Oberkante, freier Seitenkopf und erst darunter Inhalts-
+  und Inspectorflächen mit festen gemeinsamen Spaltenbreiten und Abständen.
+- Der Piece-Editor ist wieder klar als Overlay erkennbar und hält auf Desktop
+  Abstand zum Viewportrand. Sein Öffnen kombiniert einen schnellen räumlichen
+  Lift mit sanft gestaffeltem Inhalt und Backdrop; Schließen führt dieselbe
+  Bewegung kompakt zurück und navigiert erst nach ihrem tatsächlichen Ende.
+  Weitere native Dialoge verwenden dieselbe Bewegungsrichtung. Alle Übergänge
+  bleiben unter 200 ms; reduzierte Bewegung deaktiviert sie ohne Wartezeit.
+- Post-Formfelder, Rundungen und Abstände entsprechen der Streambearbeitung. Die
+  Überschrift der Übersicht und der linken Detailnavigation lautet vollständig
+  „Postproduktion“.
+- Der Eingang bleibt Sichtungs- und Importbereich. RSS-Vorschau, Original,
+  Übernehmen und Verwerfen stehen im Inspector; erst die bewusste Übernahme
+  erzeugt ein normales Piece.
+- Aufzeichnungsteile speichern optionale Medienparameter. Mehrere private
+  Markdown-Kontextdateien behalten ihren Originalinhalt, werden innerhalb einer
+  Sendung per SHA-256 dedupliziert und nur konservativ nach vorhandenen
+  Zeitmarken ausgewertet.
+- Mehrere YouTube-Uncuts führen Beschreibung, Titelvarianten, Thumbnailideen,
+  echte auswählbare Thumbnail-Dateien und Veröffentlichungsdaten.
+- Social-Clips besitzen Originaltranskripte, einen YouTube-Shorts-Titel, eine
+  gemeinsame TikTok-/Instagram-Caption inklusive Hashtags, Hooks, Endcards,
+  Schnitt-, Format- und Untertiteldaten. Twitch-Highlights bilden einen
+  eigenständigen redaktionellen Typ.
+- Bei genau einer Kontextdatei wird sie neuen Post-Inhalten automatisch
+  zugeordnet. Die Piece-Auswahl ist auf Originale begrenzt, die im geöffneten
+  Stream tatsächlich verwendet wurden.
+- Authentifizierte Datei- und Exportrouten schützen Quellen und Thumbnails.
+  Resolve-XML und SRT werden nur angeboten und ausgeliefert, wenn die jeweils
+  erforderlichen Daten vollständig valide sind.
+- Es gibt keine simulierte KI-Funktion. Ein providerneutraler Adaptervertrag ist
+  für eine spätere echte Integration vorbereitet; der manuelle Ablauf ist ohne
+  externe Dienste vollständig.
+- Migration `0021_post_production.sql` ist additiv. Migration
+  `0022_post_quick_workbench.sql` ergänzt die gemeinsame Social-Caption und
+  übernimmt vorhandene Plattformtexte. Bestehende Stream-, Piece-, Live- und
+  Freigabedaten werden nicht verändert. Paket, Lockdatei, Cloudron-Manifest und
+  Oberfläche tragen Version `0.9.0`.
+- Lint, Typprüfung, 69 Verhaltenstests, Produktionsbuild und 22 Chromium-Abläufe
+  sind erfolgreich. Safari, echte Mobilgeräte, reale Schnittsoftware und eine
+  echte KI-Anbindung bleiben mangels Umgebung offen.
+
+## 0.8.2 - Piece-Schreibraum
+
+Veröffentlicht am 27. Oktober 2026, Korrekturstand 28. Oktober 2026
+
+- Einleitung, Moderationsstichpunkte, Interaktion und Überleitung bilden ein
+  zusammenhängendes, inhaltswachsendes Schreibdokument. Nur der fokussierte
+  Abschnitt zeigt Formatierungswerkzeuge; Tiptap, Auswahl erhaltende Befehle und
+  Markdown-Quellansicht bleiben erhalten.
+- Im geöffneten Editor wird die linke Bereichsnavigation zur gefilterten
+  Piece-Liste mit Suche, denselben Filtern, markiertem aktuellem Piece und
+  zustandserhaltendem Rücksprung. Ein Wechsel läuft über bestehenden Autosave und
+  Revisionsschutz. Übersichtsseiten behalten ihre bisherige Navigation.
+- Status, Dauer, Format und Themen sind rechts kompakt direkt bearbeitbar;
+  Kurzbeschreibung, Aufwand und Kategorien liegen unter „Weitere Details“.
+  Text, Nur Bild, Linkvorschau und Video sowie die direkt editierbare
+  Publikumsvorschau bleiben darunter sichtbar.
+- Der reduzierte Kopf bündelt Favorit, Speicherzustand, manuelles Speichern und
+  ein abgesichertes Aktionsmenü. Speicher- und Aktionssteuerung stehen unter dem
+  Titel, sodass lange Überschriften auch bei schmalem Desktop Platz behalten. Die
+  dauerhafte Editor-Fußleiste und doppelte Metadaten entfallen.
+- Mobil öffnen Streamtext, Recherche, Piece-Liste und Details/Ausgabe als
+  getrennte Ansichten. Der Piece-Drawer ist schließbar; jeder Textbereich besitzt
+  einen touchfähigen Zugang zu seinen Werkzeugen. Die globale Hauptnavigation
+  bleibt unten.
+- Autosave, Revisionsschutz, Quellen, Uploads, Testfenster, Vorlagen, Favorit,
+  Duplikation, Archivierung und Löschung behalten ihre bisherigen Actions.
+  Streamfassungen und Snapshots, Live-Regie und Suche bleiben fachlich
+  unverändert. Es gibt keine Datenbankmigration.
+- Paket, Lockdatei und Cloudron-Manifest tragen Version `0.8.2`.
+- Die Desktopgeometrie füllt die mittlere Spalte und wächst beim Einklappen der
+  Piece-Liste. Der Textsatz bleibt innerhalb der vollbreiten Dokumentfläche
+  lesbar; die rechte Spalte zeigt die Publikumsvorschau statt einer langen
+  Formularmatrix.
+- Eine Korrektur für mittlere Desktopbreiten entfernt die beim Einklappen
+  verbliebene leere Rasterspalte. Größere Navigations- und Piece-Icons, eine
+  überlappungsfreie kompakte Kopfnavigation und das sichtbare Versionslabel
+  `0.8.2` verbessern die Orientierung.
+- Die Piece-Markierung bleibt mit eigenem Scrollgutter bündig.
+- Der Streamplan zeigt rechts dauerhaft einen Inspector in der Breite der
+  Piece-Metadaten. Standardmäßig enthält er Streamdaten und Twitch-Texte; ein
+  Klick auf Abschnitt oder Ablauf-Piece zeigt die passenden Schnellfelder.
+  Piece-Auswahlen enden mit `Piece bearbeiten` und `Speichern`, weitere
+  bestehende Usage-Aktionen bleiben eingeklappt erreichbar.
+- Die Piece-Bibliothek schließt bei einer Inhaltsauswahl automatisch, damit
+  Ablauf und Inspector nebeneinander lesbar bleiben. Schmalere Ansichten
+  verwenden dafür den zusätzlichen Arbeitsbereich `Details`.
+- Das neue Usage-Metadatenformular führt nicht dargestellte Langtexte,
+  Präsentationswerte, Medien und Werkzeuge serverseitig unverändert mit und
+  bleibt revisionsgeschützt.
+- Die Live-Regie verwendet die neue ruhige Dokument- und Ablaufsprache: aktuelle
+  Moderationstexte liegen in einem zusammenhängenden Lesedokument, der Ablauf ist
+  flacher und Aktionszeilen überlagern sich nicht. Vollbildshell, Timer,
+  Präsentationsgrenze, mobile Ablaufansicht und sämtliche Live-Actions bleiben
+  unverändert.
+- Lint, Typprüfung, 64 Verhaltenstests, Produktionsbuild und 22
+  Chromium-Abläufe sind erfolgreich. Safari und echte Mobilgeräte bleiben
+  mangels Umgebung offen.
+
 ## 0.8.1 - Redaktionelle Werkbänke
 
 Veröffentlicht am 27. Oktober 2026

docs/STATUS.md

@@ -8,6 +8,179 @@ Live-Steuerung, Präsentationsausgabe, unveränderliche Sendungshistorie,
 Archiv, sichere Lesefreigaben, RSS-Import und technische REST-Zugänge sind
 dokumentiert.
 
+## Einheitliche Inhaltswerkbänke 0.9.0
+
+- Pieces, Eingang und Post verwenden dieselbe Werkbankhierarchie aus linker
+  Navigation beziehungsweise Quellenwahl, mittlerer Inhaltsliste und rechter
+  Schnellbearbeitung. Bei mittleren Breiten folgt der Inspector unter dem Inhalt;
+  mobil werden die drei Bereiche in derselben fachlichen Reihenfolge gestapelt.
+- Pieces und Post verwenden dabei nicht nur dasselbe Raster, sondern direkt die
+  Stream-Komponentensprache: einklappbare Katalognavigation, `builder-pane`,
+  `stream-inspector`, identische Feldabstände sowie dieselben festen Aktionsleisten.
+  Der Post-Voll-Editor kombiniert entsprechend Schnellnavigation, Schreibpane
+  und Stream-artigen Eigenschaften-Inspector ohne abweichende Parallelbausteine.
+- Die Piece-Übersicht wählt Inhalte zunächst in der Liste aus. Der rechte
+  Inspector bearbeitet Titel, Kurzbeschreibung, Einleitung, Moderation, Status,
+  Dauer und Format revisionsgeschützt und bietet den kontextbezogenen Bild-Upload.
+- Der Eingang bleibt eine getrennte Sichtungsgrenze. RSS-Beiträge erhalten rechts
+  Vorschau, Originallink sowie Übernehmen oder Verwerfen; erst die Übernahme
+  erzeugt ein normales Piece. Bereits redaktionelle Eingangspieces lassen sich
+  dort schnell benennen, beschreiben, löschen oder vollständig öffnen.
+- Die Post-Übersicht wählt ausschließlich abgeschlossene Streams und zeigt deren
+  vorhandenen Arbeitsstand im Inspector. Ein Klick auf die Streamzeile oder die
+  Öffnen-Aktion führt direkt in die zugehörige Werkbank. Es entsteht weder ein
+  zweites Sendungsmodell noch eine zweite Abschlusslogik.
+- Die vollständige Piece-Bearbeitung bleibt unter ihrer eigenen URL ein nativer
+  großer Modaldialog. Die Post-Bearbeitung ist dagegen eine normale Seite im
+  Streams-Layout mit globaler Navigation, Streamkopf und Zurücklink. Links steht
+  die dauerhafte Schnellnavigation für YouTube, Social-Clips und
+  Twitch-Highlights mit Sofortanlage. Ohne konkrete Inhaltsauswahl zeigt die
+  Mitte alle vorhandenen Post-Inhalte mit Kopieraktionen und rechts die
+  Streamzusammenfassung.
+- Der Piece-Autosave synchronisiert separate Medienmutationen in den lokalen
+  Entwurf. Radio- und Checkboxänderungen lösen den revisionsgeschützten Save aus;
+  der Bildmodus wird erst nach bewusst ausgewähltem Präsentationsmedium gespeichert.
+- Checkboxen und Radios bleiben semantische, fokussierbare Formelemente, werden
+  sendewerkweit aber als vollständig anklickbare Auswahlflächen ohne sichtbares
+  Kästchen dargestellt. Aktive Auswahl übernimmt exakt die Streams-Sprache aus
+  abgerundeter ruhiger Fläche und dünner goldener Kontur; Cyan-Füllung und
+  seitlicher Auswahlbalken entfallen.
+- Live ist eine reguläre Sendewerk-Seite mit globaler Desktop- und
+  Mobilnavigation, Streamkopf und drei Stream-artigen Pane-Flächen für Ablauf,
+  Lesedokument und Details. Vor/Zurück, laufende Uhr und die fachlich getrennte
+  Präsentationsausgabe bleiben verfügbar. Status-, Fortschritts-, Sortier- und
+  Abschlussaktionen fehlen. Piece-Auswahl, Schriftgröße und Zeitanzeige sind
+  lokale Darstellungszustände und verändern weder Streamstatus noch
+  Piece-Verwendungen oder Reihenfolge.
+- Das gemeinsame Seitenraster folgt jetzt unmittelbar Streams: Die linke
+  Bereichsspalte beginnt direkt unter der App-Navigation und reicht über die
+  Seitenhöhe. Überschrift und Kontext stehen ohne umgebende Pane-Fläche rechts
+  daneben; erst darunter beginnen mittlere Inhaltsfläche und optionaler rechter
+  Inspector. Pieces, Eingang, Post und Live verwenden dieselben Spaltenbreiten,
+  Abstände und responsiven Übergänge.
+- Der Piece-Editor bleibt auf Desktop und schmalem Desktop sichtbar ein Overlay
+  mit Abstand zum Viewportrand, abgerundeter Kontur, Schatten und erkennbarem
+  Hintergrund. Öffnen verwendet einen räumlichen Lift mit dezent gestaffeltem
+  Inhalt, Schließen die schnelle Gegenbewegung. Die Navigation wartet auf das
+  tatsächliche Animationsende statt auf eine feste Verzögerung. Dialog-, Pane-
+  und Disclosure-Bewegungen bleiben unter 200 ms; `prefers-reduced-motion`
+  schaltet sie ohne Wartezeit vollständig ab.
+
+Geprüft wurden Lint, Typprüfung, Produktionsbuild, 69 von 69 Verhaltenstests und
+22 von 22 Chromium-Abläufe. Die responsive Sichtmatrix umfasst die drei
+Übersichten bei 1440 × 1000, 960 × 900 und 390 × 844 Pixeln sowie Piece- und
+Post-Detailseite. Die inhaltslose Post-Detailübersicht und ihre mobile
+Schnellnavigation wurden zusätzlich aufgenommen und visuell kontrolliert.
+Escape, sichtbares Schließen, Browser-Zurück, Autosave nach Medienauswahl,
+Auswahlflächen und horizontaler Überlauf wurden gezielt geprüft. Live wurde bei
+1440, 960 und 390 Pixeln visuell kontrolliert; ein abgewiesener POST-Versuch
+sowie Auswahl und Darstellungswechsel ließen Show-Status, Usage-Status und
+Reihenfolge unverändert. Safari und echte Mobilgeräte bleiben mangels Umgebung
+offen.
+
+## Postproduktion 0.9.0
+
+- Der neue Hauptbereich **Post** zeigt ausschließlich vorhandene abgeschlossene
+  Streams. Suche, Sortierung, Fortschrittsfilter und Zähler werden aus denselben
+  Sendungs- und Postdaten abgeleitet; es gibt keine zweite Sendungsverwaltung.
+- Die vollständige Detailansicht ist eine normale Seite im Layout der
+  Streambearbeitung: Streamtitel und Datum stehen im Seitenkopf, darunter folgen
+  linke Schnellnavigation, mittlere Schreib- beziehungsweise Übersichtsfläche
+  und rechter Eigenschaften-Inspector. YouTube, Social-Clips und
+  Twitch-Highlights lassen sich links sofort anlegen; mobil sind Inhalte,
+  Bearbeiten und Details getrennte Pane-Zustände.
+- Formfelder, Rundungen und Abstände entsprechen den Streamformularen. Aktive
+  Post-Inhalte, Register, Zielplattformen und Filter verwenden wie Streams eine
+  ruhige abgerundete Fläche mit dünner goldener Kontur.
+- Pro Stream lassen sich mehrere Aufzeichnungsteile mit Medienpfad, Framerate und
+  Timebase sowie mehrere unveränderte Markdown-Kontextdateien verwalten.
+  SHA-256 verhindert Dubletten innerhalb einer Sendung; Zeitmarken und
+  Transkriptfragmente werden ausschließlich konservativ aus vorhandenen Zeilen
+  extrahiert.
+- YouTube-Uncuts, Social-Clips und Twitch-Highlights sind eigenständige,
+  revisionierte Post-Elemente. YouTube führt Beschreibung, Titelvarianten,
+  Thumbnailkonzept, echte private Thumbnail-Dateien und Veröffentlichungsdaten.
+  Clips führen Originaltranskript, einen reinen YouTube-Shorts-Titel, eine
+  gemeinsame TikTok-/Instagram-Caption inklusive Hashtags, Hooks, Endcards,
+  Zielplattformen, Untertitel und Schnittdaten; Highlights bleiben unabhängig.
+- Bei genau einer Kontextdatei ordnet die Anlage sie automatisch zu. Die
+  Piece-Auswahl enthält ausschließlich Original-Pieces, die im geöffneten Stream
+  tatsächlich verwendet wurden.
+- Quellen und Thumbnails liegen im konfigurierten privaten Uploadverzeichnis und
+  werden nur über authentifizierte Routen ausgeliefert. Originalnamen werden
+  nicht zu Speicherpfaden.
+- Text- und JSON-Exporte stehen für vorhandene Inhalte bereit. DaVinci-Resolve-XML
+  erscheint nur bei absolutem Medienpfad, Framerate, Timebase und gültigem
+  Zeitbereich; SRT nur nach vollständiger blockweiser Validierung.
+- `post-ai.ts` beschreibt lediglich einen providerneutralen späteren Adapter.
+  Ohne konfigurierte KI bleiben Import und sämtliche manuellen Arbeitsschritte
+  vollständig nutzbar; die Oberfläche täuscht keine Generierung vor.
+- Migration `0021_post_production.sql` ergänzt ausschließlich Posttabellen;
+  `0022_post_quick_workbench.sql` ergänzt die gemeinsame Social-Caption und
+  übernimmt vorhandene Caption-/Hashtag-Texte. Der Seed enthält eine
+  abgeschlossene Beispielsendung, und Paket, Lockdatei, Oberfläche sowie
+  Cloudron-Manifest tragen Version `0.9.0`.
+
+Geprüft wurden Lint, Typprüfung, Produktionsbuild, 69 von 69 Verhaltenstests und
+22 von 22 Chromium-Abläufe. Der vollständige Post-Rundlauf umfasst Material,
+Markdown, YouTube, Thumbnail, Social-Clip, echten Registerklick, Resolve-/SRT-
+Export, direkte Streamöffnung, inhaltslose Übersicht und mobile Schnellnavigation.
+Safari, echte Mobilgeräte, reale Schnittsoftware und eine KI-Anbindung bleiben
+mangels Umgebung offen.
+
+## Piece-Schreibraum 0.8.2
+
+- Einleitung, Moderationsstichpunkte, Interaktion und Überleitung bleiben getrennt
+  gespeichert, erscheinen aber als ein zusammenhängendes Schreibdokument mit
+  ruhigen Abschnittstrennern und inhaltswachsender Höhe. Nur der fokussierte
+  Abschnitt zeigt seine Tiptap-Werkzeuge; Auswahl und Fokus bleiben beim
+  Formatieren erhalten, die Markdown-Quellansicht bleibt erreichbar.
+- Die linke Spalte ist kontextsensitiv: Übersichtsseiten behalten ihre bisherige
+  Bereichsnavigation, der geöffnete Editor zeigt Rücksprung, dieselben Filter,
+  Suche und die aktuelle gefilterte Piece-Liste. Normale Links verwenden den
+  vorhandenen Autosave-/Konfliktablauf; die aktuelle Auswahl ist markiert.
+- Rechts sind Status, Dauer, Format und Themen direkt kompakt bearbeitbar.
+  Kurzbeschreibung, Vorbereitungsaufwand und Kategorien liegen unter „Weitere
+  Details“. Darunter sind Moduswahl und die direkt editierbare
+  Publikumsvorschau bereits in üblicher Fensterhöhe sichtbar.
+- Der Kopf enthält nur internen Titel, Favorit, kompakten Speicherzustand,
+  manuelles Speichern und ein Aktionsmenü für Vorlagen, Duplizieren, Archivieren
+  und Löschen. Speicher- und Aktionssteuerung stehen in einer eigenen Zeile unter
+  dem Titel; die permanente Fußleiste und doppelte Metadaten entfallen.
+- Mobil bleiben Streamtext, Recherche, Piece-Liste und Details/Ausgabe getrennte
+  Ansichten. Der Piece-Drawer ist opak, schließbar und Safe-Area-fähig;
+  Formatierungswerkzeuge sind über „Formatieren“ ohne Hover erreichbar.
+- Bei mittleren Desktopbreiten gibt die eingeklappte Piece-Navigation ihren Platz
+  vollständig an den Editor frei. Die globale Navigation wechselt dort ohne
+  Überlagerungen auf größere, eindeutig beschriftete Icons; die sichtbare Marke
+  weist den Stand `0.8.2` aus.
+- Die aktuelle Piece-Markierung hält rechts Abstand zum stabilen Scrollgutter.
+- Der Streamplan besitzt rechts dauerhaft einen kompakten Inspector in derselben
+  Breitenklasse wie die Piece-Metadaten. Ohne Auswahl zeigt er Streamdaten und
+  Twitch-Texte; ein Klick auf Abschnitt/Kategorie oder Ablauf-Piece wechselt zu
+  dessen direkt speicherbaren Metadaten. Beim Piece bleiben `Piece bearbeiten`
+  und `Speichern` als feste Abschlussaktionen sichtbar; seltene Usage-Aktionen
+  liegen unter `Weitere Aktionen`.
+- Eine Inhaltsauswahl schließt die nur temporär benötigte Piece-Bibliothek und
+  hält dadurch Ablauf und Inspector lesbar. Unterhalb der Desktopbreite ergänzt
+  `Details` die bestehende Umschaltung zwischen Pieces und Ablauf; direkte
+  Vorbereitungslinks öffnen sofort die richtige Streamfassung.
+- Die Live-Regie übernimmt die ruhigen Dokument-, Status- und Ablaufoberflächen
+  der neuen Arbeitsbereiche. Timer, lokale Auswahl, tatsächliches Live-Piece,
+  Präsentation, Ablauf-Sheet und feste Abschlussaktionen bleiben funktional
+  unverändert.
+- Autosave, Revisionskonflikte, Medien, Quellen, Werkzeuge, Präsentationswerte,
+  Favorit und getrennte Streamfassungen behalten ihre Persistenzgrenzen. Das
+  Usage-Schnellformular führt unveränderte Langtexte serverseitig mit und kann
+  sie deshalb nicht durch fehlende Formularfelder leeren. Es gibt keine
+  Datenbankmigration und keine Änderung an Live-Regie, Suche, API oder Rechten.
+
+Geprüft wurden Lint, Typprüfung, Produktionsbuild, 64 von 64 Verhaltenstests und
+22 von 22 Chromium-Abläufe. Die visuelle Matrix umfasst gefüllte und leere Pieces,
+Streamfassung und Live-Regie bei 1440/1280 × 900/1000, einen schmalen Desktop bei
+960 × 900, kompakte Live-Fenster bei 900/670 × 450 sowie mobile Piece- und
+Live-Ansichten. Safari und echte Mobilgeräte bleiben mangels Umgebung offen.
+
 ## Redaktionelle Werkbänke 0.8.1
 
 - Der Piece-Editor führt ohne vorgeschaltete Leerfläche direkt vom internen