Changelog

Entwicklungs-Historie des Systems. Read-Only-Archiv. Enthält keine aktiven Regeln — diese leben im Codex (docs/system/codex.md).

Lehren aus früheren Reels

Reels, die zu strukturellen System-Änderungen geführt haben.

ECHO (Tempel, @ersay)

  • Erste Generation mit Flow-Logik statt Cuts
  • Beobachtung: zu steif, Subjekt blieb passiv
  • Lehre: Flow statt Cuts ist allein zu wenig. Führte zur späteren Entwicklung der Subjekt-Motion-Achse (S1.1) und Anti-Default-Subject-Pflicht (P6).

THRONE (Highway, @red)

  • OTS-Formulierungen ("over the shoulder") trotz Solo-Subjekt
  • Kein diegetischer Sound im Prompt
  • Lehre: Führte zur Regel B-23 (keine OTS bei Solo-Subjekten) und zur Audio-Regel A7 (Music/SFX/Atmosphere als drei getrennte Zeilen).

GRAVITY v3 (Saal, @red)

  • Wasser steigt aus dem Boden als kumulative Welt-Reaktion auf Geste
  • Lehre: Validierte Regel B-24 (jeder Shot trägt vollen Ist-Zustand, nicht nur Diff zum Vorigen).

VELOCITY (Stadt, @red, Motorrad)

  • Erstes Reel, das alle damaligen Regeln (B-21 bis B-24, A1–A7) systemkonform erfüllt hat
  • Lehre: Regelwerke funktionieren, wenn sie explizit angewandt werden. Pre-Bewertungs-Mechanik.

SKYLINE (Megacity, @red)

  • Welt-Veränderung pro Shot eskalierend, Mikro-Aktion pro Shot
  • Lehre: Validierung des Dynamiksystems → Klasse-B-maximal-Floor etabliert (siehe S2.4).

GENESIS (Kosmos durch Pupille)

  • Mittel- und Endteil schwach
  • Lehre: Drei fundamentale Erkenntnisse aus der Negativ-Bewertung:
    1. Location-Pflicht: Jedes Reel braucht ein verankertes Location-Element vor Prompt-Bau (Asset-Vorbau-Pflicht im System-Level Floor).
    2. Eine Klasse statt zwei Vokabulare: Virtual-Linse hat eine Klasse von Vokabeln, nicht „Klassik + Modern" parallel. Klassik ist Teilmenge.
    3. Anti-Default-Subject: Subjekt im Schluss nie zentral-frontal mit heroischer Geste (Pflicht P6).

REIGN (Halle, @red, Industrie-Kathedrale, One-Take, Faust)

  • Bestes Reel der pre-Achsen-Phase. Gesamt-Score 4.8/5.
  • Lehre: Validierung des Virtual-Linse-Subsystems → Klasse-A-wild-Floor etabliert (One-Take, ≥2 Sicht-Modi, ≥2 Familie-3, alle 6 DOF, Welt-Reaktion mehrschichtig).
  • Bias-Risiko erkannt: Erfolg führte zu sofortigem Reflex Richtung „SANCTUM = Halle-Variante in Obsidian". Dieser Reflex wurde im damaligen System aufgedeckt und führte zur Bedienfeld-Architektur (Achsen werden vom Menschen gesetzt, ich übersetze nur).

ORBIT (Plateau, @red, rhythmisch, jagend-orbital, One-Take wild)

  • Erstes Reel der Bedienfeld-zuerst-Logik (User setzt 7 Achsen, ich übersetze)
  • Erstes Reel mit explizit gewählter Subjekt-Motion (rhythmisch)
  • Bewertung war zunächst bewusst leer (X) — vom User als Test des Floor-Mechanismus zurückgehalten
  • Nachträglich bewertet als 5.0/5 — immenser Sprung, User in Watchtime-Loop gezogen, post-fähig
  • Lehre: Die Bedienfeld-zuerst-Logik funktioniert dramatisch. Floor-Update steht aus (kontrolliert nach Restrukturierung zu verarbeiten).

STRIKE (Apartment-Neon, @red, kämpferisch, aggressiv-stoßend, Klasse D Twist, One-Take wild)

  • Zweites Reel der Bedienfeld-zuerst-Logik
  • Erstes Klasse-D-Twist-Reel
  • Erstes Reel mit Subjekt-Motion kämpferisch
  • Bewertung war zunächst bewusst leer (X)
  • Nachträglich bewertet als 5.0/5 — immenser Sprung, post-fähig, Eye-Lock als Twist funktioniert
  • Lehre: Bedienfeld-Logik funktioniert auch klassen-übergreifend. Klasse-D-Floor steht zur Definition aus.

Stand-Marker (chronologisch)

  • 06.05.2026 — System-Initialisierung, Strategie-Schichten 0–3 definiert
  • 07.05.2026 — Regelwerke A/B aufgebaut, B-23 + B-24 + A7 verankert
  • 09.05.2026 — Asset-Register etabliert
  • 10.05.2026 — Workflow §4 mit 8 Schritten definiert
  • 11.05.2026 — Dynamiksystem als eigenständiges Subsystem etabliert (Klassen A bis E)
  • 12.05.2026 — Drei fundamentale Erkenntnisse aus GENESIS (siehe oben)
  • 13.05.2026 — Virtual-Linse-Subsystem mit 5 Vokabel-Familien etabliert, Quality Floor System-Level + Klassen-Level definiert
  • 14.05.2026 — Bedienfeld (7 Hauptachsen) als zentrale Steuerungs-Schicht verankert
  • 14.05.2026 — §8 Operative Praxis ergänzt (Prompt-Template, Achsen-Sprache-Mapping, Audio-Sync-Heuristik, Asset-Prompt-Template, Konsistenzprüfungs-Reflex, Bias-Reflexe-Katalog, Stilistik der Dokumentenpflege, Workflow-Mikro-Aktionen, Soul-Charaktersheet-Prozess)
  • 16.05.2026 — Restrukturierung in 8-Schicht-Architektur. Codex und Daten getrennt. Asset- und Reel-Daten als YAML in content/ extrahiert. Bewertungs-Mechanik explizit definiert.

Architektur-Migrationen (16.05.2026)

Beim Wechsel von der historischen Sammel-Struktur in die 8-Schicht-Architektur wurden folgende Inhalte verschoben:

Vorher (alter Codex) Neu (8-Schicht-Architektur)
§0 Kontext S0.1 + S0.2 Konstitution
§1.1 Schicht 1.1 Rolle S0.2 Marken-Identität
§1.2 Schicht 1.2 Verhalten S0.2 Marken-Identität
§1.3 Asset-Register content/assets/*.yaml
§1.4 Schicht 1.4 Reiz S0.1 Mission & Funnel
§1.5 Schicht 1.5 S0.2 Marken-Identität
§1.7 Verschmelzungs-Maxime S0.3 Verschmelzungs-Maxime
§2 Constraints S3 Regelwerk
§3.1 Dynamiksystem S2.1
§3.2 Virtuelle Linse S2.2
§3.3 Quality Floor S2.4 (eigenständig aufgewertet)
§3.4 Bedienfeld S1 (zur Wurzel aufgewertet)
§4 Workflow S4 (mit Mikro-Aktionen fusioniert)
§5 Begriffe S8 Glossar
§6.1 Reel-Historie docs/changelog.md (diese Datei)
§6.2 Stand docs/changelog.md
§6.3 Reel-Parameter-Protokoll content/reels/*.yaml
§7 Produktions-Kette S7.1
§8.1 Prompt-Template S5.1
§8.2 Achsen-Sprache-Mapping S6 (alle 7 Achsen)
§8.3 Audio-Sync-Heuristik S2.3 (eigenständiges Subsystem aufgewertet)
§8.4 Asset-Prompt-Template S5.2
§8.5 Konsistenzprüfungs-Reflex S4 (in Workflow integriert)
§8.6 Bias-Reflexe-Katalog S2.5 (auf HOLD)
§8.7 Stilistik Dokumentenpflege hier in changelog.md (Pflegeregeln unten)
§8.8 Workflow-Mikro-Aktionen S4 fusioniert
§8.9 Soul-Charaktersheet-Prozess S5.3

Kern-Aufwertungen

  1. Bedienfeld → Wurzel (S1): Bedienfeld war Subsystem unter vieren (§3.4), ist jetzt operative Wurzel. Begründung: Bedienfeld ist vor allem anderem zu setzen, Konzept entfaltet sich aus den 7 Achsen, nicht umgekehrt. Validiert durch ORBIT und STRIKE.

  2. Audio → Subsystem (S2.3): Audio war Sub-Sektion (§8.3), ist jetzt eigenständiges Subsystem mit Definition, Werkzeugkasten, Floor, Anwendung. Begründung: Audio ist gleichberechtigte Ebene neben Bild.

  3. Bias-Filter → HOLD: Filter waren für „Konzept-zuerst"-Logik kalibriert. ORBIT hatte 4/7 Treffer und wurde trotzdem Top-Reel. Filter müssen für „Achsen-zuerst"-Logik neu evaluiert werden.

Pflege-Regeln für changelog.md und Codex

Stand-Marker: Jede System-Änderung erhält Datum + 1-Satz-Beschreibung.

Validierungs-Marker (in Reel-YAMLs):

  • pre-floor — vor Etablierung der Floor-Logik generiert
  • validated — hat Klassen-Floor mit-validiert
  • validated_pending — Bewertung vorhanden, Floor-Update steht aus
  • historisch — keine aktive Bedeutung mehr im System, nur Erinnerung

Format-Konventionen:

  • Tabellen für strukturierte Daten
  • Listen für Aufzählungen mit klarer Hierarchie
  • Fettung sparsam, nur für echte Begriffe oder hervorgehobene Pflicht-Punkte
  • Kursiv für Meta-Hinweise
  • Code-Format für Tags, Pfade, technische IDs
  • Knappheit als Stil

Niemals Daten verlieren: Alte Reels bleiben mit ihren damaligen Werten in content/reels/, auch wenn die Architektur sich ändert. Annotation, nie Überschreibung.