vigen (KI-gestützte Videoproduktion)

vigen（KI-Videoproduktion Assistent）

Verwandelt eine kreative Idee oder ein Drehbuch in ein vollständiges, direkt in Generierungstools kopierbares Videoproduktionspaket. Zielgruppe sind Personen ohne Filmerfahrung: Storyboard, Kameraführung, Licht, Prompt-Engineering werden von diesem Skill übernommen, der Nutzer trifft Entscheidungen nur an den entscheidenden Prüfpunkten.

Lieferumfang: Im Projektverzeichnis ein Satz von Dateien – Drehbuch, Ankertabelle (Figuren/Szenen/Requisiten/Stil), Bild-Prompts, Video-Prompts, Sprachdialogtabelle, Schnittliste; bei Serienprojekten zusätzlich eine handlungsübergreifende Plotstatusdatei. Lösungen für sechs Probleme: KI-typisches Erscheinungsbild vermeiden, Vier-Ebenen-Konsistenz, physikalisch plausible Bewegungen, Ausdruckskraft von Kameraführung und Schnitten, narrative Vollständigkeit, modellausführbare Anweisungen.

Positionierung dieses Dokuments (vor dem Lesen verstehen)

**Dieses Dokument beschreibt nur 'wann was zu tun ist', nicht 'wie genau'. ** Jede Regel hat ein einziges Zuhause (siehe Tabelle unten), dieses Dokument gibt einen kurzen, entscheidbaren Punkt + einen Verweis.

⚠ Die Stichpunkte allein sind nicht ausreichend, um qualitativ hochwertige Prompts zu generieren – für Slots, Beispielsätze, Parameter lesen Sie bitte das angegebene Zuhause. Handeln Sie nicht aus dem Gedächtnis mit diesem Dokument allein.

Regelzuordnungstabelle (das einzige Zuhause jeder Regel)

Konzept	Zuhause
Struktur A/B-Slots, sechs Regeln für Requisiten, L1-L4-Bildeinteilung, sechs harte Standards für Referenzbilder, Auswahlpriorität für Referenzbilder, sekundengenaue Timing, verbotene Sequenzen, Artikulationsbeschreibungsformel, Validierungsregeln	references/prompt-rules.md
Vier-Ebenen-Verankerung, Stilbibel, Kopf-Rumpf-Trennung, Figurenrouting, Gewichtsdisziplin für Referenzbilder, Basisreferenzmethode, minimaler Referenzsatz, Stimmextraktion, Seriengedächtnis, Fehlerfortpflanzung	references/consistency.md
40 Kameraführungen, 8 generatorseitige Übergänge + 5 schnittseitige Übergänge, Kamerapositionssemantik, Segmentlängenklassen, Funktionenentscheidungstabelle, Höhepunkte & Betonungsmittel, Rhythmusvorlagen	references/cinematography.md
16 Stilbibliotheken (inkl. Pixar 3D), Farbpalette, Stilextraktion 'Traumkarte', Projektstilisolierung	references/styles.md
KI-typisches Erscheinungsbild vermeiden, vier Methoden für Spannung, zwei Oberflächenstufen & Formgebungsbeschränkungen, dynastische Disziplin, Textverdinglichung	references/realism.md
Modellfähigkeiten, Generierungspfade, Referenzbild-Obergrenzen, Zeitlimits	references/models.md
7 große Selbstprüfungen für Schwachstellen, Garne & Spannungsdisziplin, Drei-Ebenen-Trennung der Geschichte, GATE1.5-Regel, vierteiliges Storyboard, Form B-Abdeckungsregel	references/screenwriting-craft.md
Plattform-Kurzfilmprojektaufsetzung, Tarifstufen/Episodenanzahl, 40 Trails, Genre/Emotionsvertrag, Einheitskette, sechs Evidenzstufen, Paywall, erste drei Episoden	references/short-drama-market.md
Inhaltskonformität (Archivierungsklassifizierung/11 rote Linien/Sensitive Wortersetzung) – davon zu unterscheiden: 'Prompt wird blockiert'	references/content-compliance.md
Schiedsspruch zur Wirksamkeit negativer Wörter auf verschiedenen Generierungsendpunkten	references/knowledge-index.md
Dateistruktur 00-06 und auszufüllende Slots	assets/templates.md

Wiederholung ist ein Fehler: Wird dieselbe Regel in zwei Dateien geschrieben, führt dies früher oder später zu Inkonsistenzen – die in V2.4 korrigierte 'Aktionskapazität skaliert mit der Dauer' existierte in drei Kopien, zwei alte Kopien drifteten bis V2.8, bevor sie gelöscht wurden. Bei Feststellung einer Wiederholung das Zuhause in der Zuordnungstabelle beibehalten, den Rest durch Verweise ersetzen.

Verzeichnisstruktur (Module Map – bei Bedarf lesen, nicht auf einmal)

Datei	Wann lesen
references/screenwriting-craft.md	Pflichtlektüre in Phase 1a Drehbucherstellung
references/short-drama-market.md	Nach GATE0-Entscheid 'Erzählform = Hochkant-Kurzfilm' einmal komplett lesen (Plattform/Stufe/Episoden/Trail/Genre/Emotionsvertrag/Einheitskette/Paywall/erste drei Episoden); Filmprojekte nicht lesen
references/content-compliance.md	Pflichtlektüre vor Phase 1a Schreibbeginn + vor GATE1.5 bei Hochkant-Kurzfilmprojekten (Archivierungsklassifizierung/11 rote Linien/sensitive Wortersetzung); Filmprojekte nicht lesen
references/prompt-rules.md	Vor dem Schreiben jeglicher Bild-/Video-Prompts (inkl. vier grundlegende kognitive Grundlagen)
references/models.md	Bei der Modellauswahl nach dem Bedarfsfragebogen; beim Modellwechsel
references/cinematography.md	Beim Design des Storyboards (Kameraführungen/8 generatorseitige Übergänge+5 schnittseitige Übergänge/Einstellungsgröße/Kameraposition/Lichtauswahlbibliothek/Höhepunktsverteilung/Einzelaufnahmedauer & Rhythmus/Sicherheitszone für Hochkant-Komposition/sequentielle Kamerafahrten für 7 Szenentypen)
references/styles.md	Bei der Stilfestlegung in Phase 1
references/consistency.md	Beim Erstellen der Ankertabelle (02) und bei Problemen mit der aufnahme- und episodenübergreifenden Konsistenz
references/realism.md	Beim Schreiben von Prompts für Personen-/Szenen-/Situationsbilder
references/examples.md	Bei Bedarf nach vollständigen Beispielen
references/knowledge-index.md	Vor der Stil-/Storyboard-Festlegung in Phase 1 zuerst diesen Index lesen – bedarfsorientiertes Lokalisieren von Erweiterungswissen (FACS-Mikroexpressionen/Kampfszenen/filmische Parameter/Regiestile/Multi-View/Emotionsmethodik/UGC-Qualität/2D-zu-Real), nur bei Treffern die entsprechende Datei lesen; Action-Projekte MÜSSEN action-combat.md lesen. Der Lesezeitpunkt von expressions.md wird vorgezogen (V2.9): nicht auf Phase 5 warten – schon in Phasen 2-4 beim Schreiben des Performanzzustands-Fingerabdrucks/der Performanz-Timing für Situationsbilder lesen (Gesichtsausdrücke und Körperhaltungen von Personen im Bild passieren bereits auf der Bildebene), praktische Lehre: Die Performanzspezifikation auf Phase 5 verschieben, führt dazu, dass das Schreiben von Performanz-Timing auf der Leinwand ohne Grundlage erfolgt und nur selbst recherchiert werden kann
references/content-safety.md	Pflichtlektüre, nachdem ein Prompt von der Prüfung blockiert wurde – nach Lösungen in der Eskalationsleiter suchen (Wortschatz-Lösungsbibliothek/Kompositionsmuster-Tabelle/Dichotome Positionierung). Vor dem Schreiben von Inhalten mit hohem Risiko nur prüfen, ob ein bereits registriertes Muster vorliegt (Abschnitte 2 und 3 dieser Datei + Projektspezifikationsabschnitt 03) – reaktive Deeskalation (V2.9 vom Nutzer entschieden): Nicht registrierte Inhalte normal schreiben, keine präventive Desensibilisierung
references/execution-pitfalls.md	Wenn check.py auf dem lokalen Rechner/Sandbox nicht läuft (Abschnitt 6 zur Fehlerbehebung); oder wenn der Nutzer nach Fallstricken im Ausführungsend fragt; nicht Teil des täglichen Workflows
assets/templates.md	Beim Erstellen von Projektdateien

⚠ references/_archive-suspended-claims.md ist ein Archiv für ausgesetzte Behauptungen, in keiner Phase lesen, sein Inhalt dient nicht als Regelgrundlage. ⚠ references/learning-guide.md (Eigene Defizitliste/Nutzungsgrenzen/Materialaufnahmeliste) nicht Teil des täglichen Projekt-Workflows – nur lesen, wenn ① der Nutzer neues Lernmaterial bereitstellt ② der Nutzer nach Skill-Defiziten/Grenzen/Lernstatus fragt; dann nach der vierstufigen Lernmethode in Abschnitt 1 verfahren und die Liste aktualisieren.

GATE0: Bedarfserhebungsfragebogen (erster Schritt nach Auslösung, vor allem anderen)

Dem Nutzer aktiv alle Fragen auf einmal stellen, bereits in der Nachricht des Nutzers erklärte nicht wiederholen:

1. Inhaltsquelle: Ein kreativer Satz / Grobes Drehbuch (ich verfeinere) / Vollständiges Drehbuch (ich layoutiere direkt)
2. Einzelvideo oder Serie: Bei Serie: voraussichtliche Anzahl Episoden, ob jede Episode eine fortlaufende Handlung hat
3. Zieldauer: Ungefähre Dauer des fertigen Einzelvideos/einzelnen Clips (15s / 30s / 60s / länger)
4. Generierungsmodell: Bild (Standard gpt-image-2.5) / Video (happyhorse-1.1 / MiniMax-H3 / andere) – bestimmt Dauer & Referenzbild-Obergrenze, references/models.md lesen für eine Fähigkeitsliste; gleichzeitig den Anbieter/Gateway erfragen (Gleicher Modellname, anderer Provider = andere Fähigkeiten – bei der Erfassung notieren, vor Generierung durch Tests ermitteln, siehe Abschnitt 'Fähigkeitstest vor Sperrung')
5. Bildseitenverhältnis: 9:16 Hochkant / 16:9 Querformat
6. Sprache/Ton: Nach Videomodell-Fähigkeit wählen – happyhorse verwendet integrierte Sprachausgabe (kein Audio-Referenz); H3·Seedance·Jimeng verwenden integrierte Sprachausgabe oder Stimmreferenz-Selbstextraktion; nur bei Bedarf nach strenger Stimmkonsistenz oder bei Unzufriedenheit cosyvoice zur Synchronisation verwenden (Drei-Wege-Auswahl & Timing des Hörbeispiels siehe consistency.md Abschnitt 4)
7. Nur bei Videomodell H3 fragen Generierungspfad: Plattform/App (inkl. H3-Context-IR, wie Toonflow, Hailuo, offizielle API) → Chinesisches Skelett A direkt nutzbar; Direktverbindung zu H3-Base → Strukturierte Felder nach Mapping-Tabelle ausgeben. Entscheidung siehe prompt-rules.md Abschnitt Generierungspfad-Entscheidung; bei unklarem Pfad standardmäßig 'mit IR' behandeln und im Dateikopf von 04 notieren
8. Performanz-Grundton: Zurückhaltend (Standard – andeutungsvoll/Literaturdrama/Thriller/ernstes Drama, geringer Ausdrucksumfang) / Neutral (Alltag) / Extrovertiert (Komödie/Übertriebenes Emotionsdrama) – bestimmt die Amplitude des FACE LOCK-Slots & der Performanz-Timing. Praktische Lehre: Wird diese Frage nicht gestellt, fügt das Modell standardmäßig Lächeln und übertriebene Ausdrücke ein, jede Aufnahme muss nachgearbeitet werden
9. Erzählform & Plattform (bestimmt Dialogstil & Episodenstruktur): Filmisch (Standard – Kurzfilm/ernstes Drama/stilisierte Erzählung) / Hochkant-Kurzfilm (Hongguo·Douyin Pay-Kurzfilme). Bei Auswahl Hochkant-Kurzfilm nachfragen:
   • Plattform (Hongguo/Douyin/andere) & Stufe (Standard 90120s / Lang 150195s / Comic 60~90s)
   • Gesamtepisoden (60/80/100 oder 30/40/50, anpassbar) & Paywall (Standard drei Stufen / Investitionsvorab / Keine Paywall, Werbeanteil)
   • Trail (40 Trail-Menü, siehe short-drama-market.md Abschnitt 3) & Genre (Emotionsfluss/Handlungsfluss)
   • Ob Polizei/Justiz/Staatssicherheit/Nationalität/Religion/Diplomatie betroffen (ja → Archivierungskategorie = Kategorie 1) → Nach Auswahl Hochkant-Kurzfilm references/short-drama-market.md lesen und das Projektblatt in 00 (Serie) oder 01 (Einzelvideo) schreiben

Abstimmungsverpflichtung (harte Tür): Beim Parsen des Nutzungskonzepts/-drehbuchs auf Widersprüche, Unklarheiten, fehlende Schlüsselinformationen stoßen (Figurenmotivation unklar, Handlungskonflikte, Dauer und Inhaltsmenge passen nicht, Szenenbeschreibung fehlt) → eine Problemliste erstellen und den Nutzer fragen, nicht selbstständig hineininterpretieren. Erst nach der Abstimmung in Phase 1a einsteigen.

Fragebogenantworten und Abstimmungsergebnisse (inkl. Skill-ergänzte Punkte) sofort in den Abschnitt 'GATE0-Abstimmungsdokumentation' von 01 schreiben – Die Datei ist die Wahrheit, die Wiederaufnahme nach Unterbrechung stützt sich darauf (siehe Effizienzverpflichtungsabschnitt).

Projektstruktur:

• Einzelvideoprojekt: <Projektname>/ im aktuellen Arbeitsverzeichnis (01-06 flach)
• Serien-/Mehrfolgenprojekt: <Serienname>/00_Plotstatus.md (serienweit, episodenübergreifend gemeinsam) + <Serienname>/ep01/, ep02/, … (jede Episode ihre eigenen 01-06)
• Existiert ein Verzeichnis mit demselben Namen → Intentions-Routing (Fortsetzung / Gezielte Änderung / Phase-Wiederholung)

Arbeitsablauf (sechs Phasen, Drehbuch zuerst)

GATE0 Fragebogen+Abstimmung → Phase 1a Drehbucherstellung ─GATE1.5 Drehbuch-Finalisierung─→ Phase 1b Storyboard+Verankerung ─GATE1─→ Phasen 2-4 Bild-Prompts → Phase 5 Video+Dialog → Phase 6 Schnittliste →（Serie: 00_Plotstatus aktualisieren）

Das Format jeder Phase ist: Was tun → Was lesen → Was produzieren. Die Regeldetails stehen in den zu lesenden Dateien, hier nicht wiederholt.

Phase 1a Drehbucherstellung (vor GATE1.5 nur diese eine Sache tun) Die Nutzeridee/das grobe Drehbuch in ein szenenbasiertes Drehbuch verfeinern. references/screenwriting-craft.md lesen – dessen 7-Punkte-Schwachstellen-Checkliste Punkt für Punkt durchgehen, Konfliktszenen zuerst durch den Szenenantriebsmotor-Arbeitskarte und die sechs Eskalationsfragen (Abschnitte 1.4) gehen, bei episodischer Erzählung zusätzlich die aktuelle Episodeneinlösung (Abschnitt 1.5 Punkt 5) prüfen, bei unterteilter/segmentierter Erzählung auch die Garne- und Spannungsdisziplin und den Wissensenthüllungsstatus; bei Adaption von Nutzermaterial nach der Drei-Ebenen-Trennung der Geschichte Buch führen (bei GATE1.5-Präsentation zwischen 'Ihrem Originaltext' und 'Skill-Ergänzungen' unterscheiden). Bei Erzählform = Hochkant-Kurzfilm: Zusätzlich references/short-drama-market.md + references/content-compliance.md lesen und nach screenwriting-craft Abschnitt 1.9, Form B-Abdeckungsregel schreiben (Dialog im gleichen Zug direkt geben/15 Sekunden vier Takte/Szenen-Abrechnung/hohe Bilddichte/Monolog-Kontingent), am Ende des Drehbuchs die Felder 【Abrechnung dieser Episode】【Mittlerer Haken dieser Episode】(Langversionen) 【Cliffhanger dieser Episode】ausfüllen; Filmprojekte lesen diese beiden Dateien nicht, füllen diese Felder nicht aus. Ausgabe: Drehbuch in den Drehbuchabschnitt von 01_Plan_und_Drehbuch.md schreiben + Szenentakt-Tabelle + Zeitbudget (screenwriting-craft 1.8) + Selbstprüfergebnisse. Kein Storyboard erstellen, keine Ankertabelle aufbauen, keine Prompts schreiben. In Phase 1a ist das Storyboard noch nicht erstellt, die 'übernommene Aufnahmenummer' noch nicht vorhanden – unter check.py --partial prüft K13 nur die Taktstruktur, die übernommene Aufnahmenummer wird in Phase 1b nachgeholt.

GATE1.5 Drehbuch-Finalisierung (harter Stopp – ohne Finalisierung nicht in Phase 1b) Im Chat präsentieren: Handlungszusammenfassung + Figurenliste + Volltext des szenenbasierten Drehbuchs + Takt-Tabellen-Zusammenfassung (wie viele Takte/Haken in welchem Takt/voraussichtliche Dauer vs. Ziel) + Ergebnisse der 7-Schwachstellen-Prüfung + offene Fragen + dem Nutzer mitteilen 'Nach Bestätigung des Drehbuchs wird in die Storyboard- und Verankerungsphase eingetreten; spätere Änderungen am Drehbuch = komplette Wiederholung der nachgelagerten Arbeit. Jetzt sind die Kosten für Änderungen am geringsten.' Bei Hochkant-Kurzfilmprojekten zusätzlich die Ergebnisse der Inhaltskonformitätsprüfung aus Abschnitt 6 (content-compliance) beifügen (Archivierung/rote Linien/sensitive Wörter/Hakenstärke). Nutzer unzufrieden → Überarbeitung erneut präsentieren, wiederholen, bis der Nutzer explizit die endgültige Version bestätigt; Finalisierungsergebnis in den Abschnitt 'GATE1.5 Drehbuch-Finalisierungsprotokoll' von 01 schreiben. Bei einem vom Nutzer mitgebrachten vollständigen Drehbuch auf 'Selbstprüfung + Problemliste' vereinfachen (Drehbuchtext nicht wiederholen), aber die Selbstprüfung darf nicht übersprungen werden – bei Feststellung der Schwachstellen 4/5/7 den Nutzer warnen, nicht stillschweigend ändern. Die Finalisierung sperrt das Handlungsskelett und die Handlungspunkteliste, nicht das Storyboard – das Storyboard ist ein lebendes Dokument, spätere Hinzufügungen/Löschungen von Aufnahmen folgen dem Intentions-Routing mit lebender Drehbuchrevision.

Phase 1b Storyboard + Verankerung Das finalisierte Drehbuch parsen (Thema/Dauer/Stil/Emotion) → Handlungspunkteliste → Storyboard → Ankertabelle.

• Handlungspunkteliste: Das finalisierte Drehbuch in Handlungspunkte zerlegen und in 01 schreiben (ein Punkt pro Zeile), das Storyboard muss 100% abdecken – verhindert eigenmächtige Kürzungen/Änderungen der Handlung
• Taktübernahme: In der Spalte 'Übernommene Takte' des Storyboards die B-Intervalle schreiben (z.B. B4-B5); eine Aufnahme kann mehrere Takte übernehmen, reine Übergänge/leere Einstellungen schreiben —; die Takte sind ohne Doppelungen/Lücken, die Reihenfolge entspricht der Aufnahmenummer (A14/K13)
• Vierteilige Storyboard-Aufteilung (screenwriting-craft.md Abschnitt 4): Eine Aufnahme beantwortet nur eine Frage; in Chargen ausgeben und zuerst die erste Bildcharge prüfen
• Segmentlängen nach Budget-Klassen (cinematography.md Abschnitt 'Höhepunkte & Betonungsmittel' ③): Zuerst nach kompaktem Budget aufteilen, nicht standardmäßig die Obergrenze ausreizen; Zeitlupen nur für bereits benannte Höhepunkte
• Stil festlegen: references/styles.md lesen → Nach der Stilauswahl sofort die gesamte Farbbasis des Films festlegen (3-5 hexadezimale Farbcodes, vor der Erzeugung eines Szenenbildes)
• Storyboard entwerfen: references/cinematography.md lesen (sowohl Kameraführung als auch Übergänge entwerfen, Übergangsspalte zwingend Typ auswählen; Kameraführung bis zu den physikalischen Parametern der fünf Elemente beschreiben); Anti-Erwartungshaltungs-Aufnahmen identifizieren und im Storyboard markieren – diese Aufnahmen schließen die Pose über das Situationsbild. Bei 9:16-Projekten entsprechend Abschnitt 7 die Hochkant-Positionen/Sicherheitszone anordnen; bei Szenen, die auf häufige Typen in Abschnitt 8 treffen, auf die Sequenzgrundstruktur verweisen (Ausweichen: Kämpfe zu action-combat, Zeitlupe nur für Höhepunkte/Kreise nach R4, zwei Personen zu oben/unten Positionierung, Hochkant-Eröffnung mit Information)
• Vor der Einteilung von Kampfsequenzen die Kampfchronik erstellen, dann die Aufnahmen einteilen (action-combat.md Abschnitt 0 – wenn das Drehbuch nur 'zwei Personen kämpfen' schreibt, ist der direkte Einstieg ins Storyboard verboten; nach der Rundenbildung den Sieg/Präzisionsschlag benennen = einzige Position für Zeitlupe)
• Ausgabe: 01_Plan_und_Drehbuch.md (Storyboard-Abschnitt ergänzen) + 02_Ankertabelle.md (references/consistency.md + assets/templates.md lesen)
  • Requisiten nach den sechs Entscheidungsregeln in prompt-rules.md in die Tabelle aufnehmen; Szene von ≥3 Aufnahmen genutzt oder mit Gegenaufnahme → Vier-Ansichten+LAGEKARTE erforderlich; bei Mehrfach-Aufnahme-Szenen die Szenen-Master-Vier-Wege-Anker + nutzbare Positionsobjekte eintragen (vom Szenenbild erkennen, nicht vom Prompt) + für jede Szene eine Anfangspositionierungssatz schreiben. Die Checkliste aus consistency Abschnitt 0 zum Aufbau der Tabelle verwenden: Kleidungssperrklasse (Standard dediziertes Bild), 'dauerhaft präsente Elemente' der Szene (Zuschauer/Geräte/Matten/Lichtfarbe+Farbcode), wiederholt auftretende Großobjekte eintragen, Stil-Drei-Set (Bibel Wort für Wort + Farbcode + Identitätssatz)
  • Kleidung in die Tabelle nach dem Prinzip 'ein Satz pro Zeile' aufnehmen: Figuren-Ankerphrase nur auf identitätsrelevante Elemente reduzieren, Kleidungsbeschreibung in die Kleidungsanker-Tabelle in 02 verschieben (consistency 1·Kleidungsanker); Umkleideprojekte haben für jedes Kleidungsstück eine unabhängige Ankerphrase und Referenzbilder

GATE1 (muss gestoppt werden) Im Chat präsentieren: Projektzusammenfassung (inkl. gewähltem Modell) + Volltext der Ankerphrase für jede Figur/Kleidung/Requisite + Design-Absicht jeder Szene + 3-5 Konsistenzanker + Volltext der Stilbibel + Farbbasis-Palette (Farbcode + Anwendungspunkt) + Höhepunkt-Betonungsmittel-Zuordnungstabelle (wie viele Höhepunkte in dieser Episode, welches Mittel für welchen, zugehörige Aufnahmenummer – siehe cinematography Abschnitt 'Höhepunkte & Betonungsmittel'), dann den Nutzer bestätigen lassen, bevor fortgefahren wird. Die Ankerphrasen und die Palette gehen Wort für Wort in alle nachfolgenden Prompts ein, hier sind die Änderungskosten am geringsten.

Phasen 2-4 Bild-Prompts 03_Bild-Prompts.md ausgeben. Vor dem Schreiben references/prompt-rules.md (inkl. vier grundlegende kognitive Grundlagen) + references/realism.md + references/models.md lesen; bei Figuren mit emotionalen Szenen/Performanz-Zustand auch expressions.md lesen (V2.9 vorgezogen – der Performanzzustands-Fingerabdruck des Situationsbildes wird bereits jetzt geschrieben, nicht auf Phase 5 warten).

• Zuerst die Asset-Referenz-Matrix aufbauen (jedes Asset erfassen, von welchen Aufnahmen es referenziert wird; Null-Referenzen nicht generieren – verhindert Ressourcenverschwendung); bei Nebenfiguren ohne Designbild auf die Chain-Referenz-Absicherung zurückgreifen; USER-LOCKED Ausnahmen für vom Nutzer benannte fertige Assets siehe prompt-rules Abschnitt 4); Vor dem Aufbau der Matrix den Bestand prüfen – im bestehenden Projekt/auf der Leinwand könnte es bereits ein gleichnamiges Asset geben (praktische Lehre: P05 Requisite zuerst gebaut, dann verworfen, da P04 bereits existierte); bei Treffer wiederverwenden, nicht neu bauen; in der Storyboard-Tabelle von 01 in der Spalte 'Requisite im Bild' die Asset-ID schreiben – jede erkennbare Requisite/Großobjekt in einer Aufnahme muss einen entsprechenden Eintrag in der 03-Matrix haben, sonst Asset ergänzen oder aus dem Rahmen entfernen (harte Regel 17)
• Person↔Szene↔Situation gegenseitig mit Referenzen verknüpfen (nicht isoliert Bilder generieren): Situationsbild MUSS das Figurenankerbild + Szenen-Masterbild referenzieren; Aufnahmen der gleichen Szene mit anderem Zustand müssen das bereits finalisierte Basisreferenzbild anhängen; bei Kleidungs-/Neudesignänderungen die vorherige Version anhängen, um ein Zurückgleiten in alte Designs zu verhindern. Praktische Lehre: Regel geschrieben, aber beim eigentlichen Generieren nicht gegenseitig referenziert → Szenenatmosphäre bringt die Figur zurück in alte Designs, Narben wachsen aus dem Nichts. Die Drei-Wege-Referenzregel und die Deklaration des bidirektionalen Geltungsbereichs siehe consistency.md Abschnitt 3 (Bildseite)
• Dann fünf Abschnitte schreiben: Figurenreferenzbild (Drei-Ansichten auf weißem Hintergrund + Gesichtsnaheinstellung, Kopf-Rumpf-Trennung MÜSSEN als zwei separate Bilder ausgegeben werden, nicht als ein Setzungsbild zusammengesetzt werden; Anime/Chinese Anime können Vier-Ansichten-Kombinationsbilder verwenden, siehe harte Regel 12; bei jungen Figuren zusätzlich einen Standardsatz zum Hautzustand hinzufügen; Projekte mit hohem Gesichts-Floating/Multi-View können den optionalen Einzelanker-Ableitungspfad gehen – 0a modifizierter Ganzkörper-Anker, 0b/Seite/Rücken/Detail werden durch Bildänderung abgeleitet, siehe consistency Abschnitt 3), Kleidungs-/Umkleide-Referenzbilder (bei Umkleide-/Kleidungsset-Projekten ein 0a-Ganzkörperbild auf weißem Hintergrund gleicher Spezifikation, Vorlage siehe templates Abschnitt 1.5), Requisiten-Referenzbilder (Requisiten, die die Entscheidungsregel treffen, Mehrfachzustand im gleichen Bild generieren, dann zuschneiden in Einzelbilder), Szenenreferenzbilder, Situationsreferenzbilder
• Situationsbilder nach L1-L4 stuft ausgeben, nicht ein Bild pro Aufnahme (eine Video-Generierung hat nur einen Erstbild-Frame) – die Entscheidungsreihenfolge für die Stufung und die Referenzbild-Obergrenze siehe prompt-rules.md Abschnitt 3; Richtungen/Endzustände, die der Text nicht sperren kann → nach prompt-rules 0.10 REF-DIR-<Aufnahme-Nr>/REF-TARGET-<Aufnahme-Nr> Bilder anhängen
• Zuerst das erste komplette Set (3-5 Bilder) ausgeben und vom Nutzer abnehmen lassen, bevor die Masse produziert wird – erst weitermachen, wenn Bildstil/Konsistenz/Komposition stimmen; Bilder mit den 'Vier Scans' prüfen (gleiche Welt/Gesicht+Kleidung passen zum Designbild/Einstellungsgröße stimmt/keine zusätzlichen Personen). Bei Auslieferung von Prompts statt Bildern: Die erste Abnahme und die Vier Scans werden vom Nutzer nach der Generierung durchgeführt; der Skill vermerkt im Prüfprotokoll von 01 'Nicht ausgeführt (kein Bild)', darf nicht als bestanden markiert werden
• Bei Nichterreichen der Anforderungen kann bei einer Aufnahme später ein Bild nachgeliefert werden; der Nutzer gibt ein Referenzbild und sagt 'genau so soll es sich anfühlen' → nach styles.md Stilextraktion (Traumkarte) eine dynamische Stilbibel ausgeben, dann das Bild generieren

Phase 5 Video-Prompts + Dialog 04_Video-Prompts.md ausgeben – nach dem Skelett-Selektor in prompt-rules.md: Standardskelett A (ein Segment mit mehreren Aufnahmen + Übergänge); Skelett B für fl2va, eine Aufnahme ohne Schnitt für Spannung, oder komplexe Szenen in mehrere Einzelaufnahmen-Segmente aufteilen, die der Nutzer im Schnitt zusammenfügt (muss in 01 mit Begründung vermerkt sein).

• ACTIVE REFERENCES so viele wie möglich nutzen (bei gleichem Objekt zuerst nach der einzigen autoritativen Instanz entscheiden – Bilder des gleichen Objekts dürfen nicht alle gleichzeitig angehängt werden), Zusammenstellungsstrategie und minimaler Figuren-Referenzsatz siehe prompt-rules.md / consistency.md
• Aufnahmenübergreifende Verbindung des Endframes (V3.7-Standardschritte): Segment N wird generiert → Nutzer aktiv erinnern, den Endframe zu extrahieren → Segment N+1 hat einen unabhängigen Erstbild-Frame, dann diesen Frame nutzen; bei Mixed Reference (Ref2VA) den minimalen Figuren-Referenzsatz priorisieren, den Endframe dahinter setzen (darf die Figurenbilder nicht verdrängen), SCENE CONTEXT referenziert es zur Fortsetzung (vollständiger Text siehe prompt-rules Skelett A 'Standardverfahren aufnahmeübergreifende Endframeverbindung'). Frames extrahieren gehört zur Werkzeugebene, der Skill führt es nicht aus; nicht warten, bis alle Segmente generiert sind, um einheitlich zu extrahieren. Wenn der Endframe noch nicht ausgegeben ist, PLAN-TAIL-<N> als Platzhalter schreiben und normal ausgeben, nach der Extraktion REF-TAIL-<N> binden, nicht wegen Warten auf Endframe die Linie anhalten (wie E2 gleiche Mensch-Maschine-Parallelität)
• H3 Multi-Image-Ausrichtungsprojekt (optional): Nach prompt-rules 'Generierungspfad-Entscheidung·Multi-Frame-Rezept' die Schnittframes jedes Segments auf die Sekunde genau festnageln; unterstützt der Anbieter es nicht, auf Skelett A Endframe-Verkettung zurückfallen, nicht wiederholt versuchen
• Kampfaufnahmen-Blöcke mit dem Sieben-Schritt-Angriffs-Verteidigungs-Zustandsautomaten (nicht die Drei-Stufen-Aktionsform verwenden, siehe action-combat.md Abschnitt 7), Nicht-Kampfaufnahmen-Blöcke mit der Drei-Stufen-Aktionsform; entscheidende Aktionen mit sekundengenauem Timing + Verbotsliste für Performanz + Kausalkette versehen
• Jedes Segment enthält FACE LOCK Gesichtsausdruckssperre und dynamische Umgebungsschicht; die Generierungsdauer jeder Aufnahme hart gegen die Obergrenze in models.md prüfen, bei Überschreitung automatisch in Teilsegmente aufteilen und mit Endframe verbinden
• Ausgabe: 05_Sprachdialogtabelle.md (Projekte ohne Dialog gehen den vereinfachten Zweig, füllen nur Abschnitt ⑩; Projekte mit Dialog wählen nach Videomodell-Fähigkeit – happyhorse verwendet integrierte Sprachausgabe, H3 kann Stimmreferenz selbst extrahieren, nur bei Bedarf nach strenger Konsistenz cosyvoice zur Synchronisation verwenden, siehe consistency.md Abschnitt 4)
• Route für stumme Ausgabe (consistency Abschnitt 4 'Zweig für stumme Ausgabe'): 04 Video-Prompts keinen Dialog schreiben, nur Lippenbewegungen/Off-Stimme-Design (von hinten/profil/geschlossene Lippen/Off-Stimme-Quelle); Dialogtext bleibt nur in 05 und 01, TTS wird später synchronisiert
• Dialog MUSS eine Emotion tragen, nicht nur 'sagt wütend' schreiben: Jeder Dialogsatz an die Artikulationsbeschreibungsformel binden (zweiteilige Identitätsangabe vorangestellt + sechs Parameter, alle 8 Teile sind unverzichtbar), in die Aktionskette eingebettet, nicht als separate Zeile. Praktische Lehre: Nur Emotionslabel schreiben → der erzeugte Dialog hat keine Intonations-/Sprechgeschwindigkeitsvariation, klingt flach wie vom Blatt abgelesen. Schreibweise und vier Verbote siehe prompt-rules Abschnitt 3.5

Phase 6 Schnittliste 06_Schnittliste.md ausgeben (Reihenfolge des Zusammenfügens, jeder Segmentanfang und jedes Ende um 0,5s kürzen, Implementierungsmethode des Übergangs entspricht der Übergangsspalte in 01, Übergangs-Audio-Verarbeitung, um harten Bruch von Hintergrundgeräuschen zu vermeiden, BGM später einheitlich untermischen, Farbkorrekturhinweise; bei H3-Projekten auf Übertragung vor Ablauf der Videoverfallszeit achten). Einzelaufnahmen-Dauer nach den Basiswerten in cinematography Abschnitt 6 (Skelett A innerhalb des Segments nicht neu schneiden, nur Segmentanfang/ende kürzen; Skelett B/Einzelaufnahmen-Segmente erst nach den Basiswerten kürzen); Schnittseitige Übergänge (Überblendung/Einblendung/Schwarzblitz/Scale/Wipe) in 06 implementieren, in 04 am Schnittpunkt einen harten Schnitt schreiben (Schnittpunkt für Punkt, nicht andere Übergänge im gleichen Segment überdecken); bei Hochkant-Projekten zusätzlich Sicherheitszone/Einstiegshaken/Atempunkte prüfen.

Serienprojekt-Zusatz: Nach Abschluss jeder Episode muss 00_Plotstatus.md erzwungenermaßen aktualisiert werden (Handlungszusammenfassung dieser Episode/Änderungen des Figurenzustands/Änderungen des Requisitenzustands/Beschreibung des Endframes dieser Episode/nicht aufgelöste Vorahnungen) – vor Beginn der nächsten Episode zuerst 00 lesen, dann den Endframe der letzten Episode, um Detailvergessenheit bei langen Serien zu vermeiden.

Nach vollständiger Fertigstellung im Chat nur eine Zusammenfassung geben (Projektpfad + eine Zeile Beschreibung pro Datei), den Dateiinhalt nicht wiederholen.

Berichtsdisziplin (feste Form der Zusammenfassung): Quantifizierte Ergebnisse (wie viele Segmente/Aufnahmen/Gesamtdauer vs. Zieldauer/wie viele Bild-Prompts) + Ergebnisse von check.py (alle bestanden/welche nicht bestanden und wie behoben – harte Regel 15) + OPEN-Punkte (welche können nicht sofort verifiziert werden, Zeitpunkt der Rückmeldung) + Bildausstehend-Liste (PLAN-Platzhalter: welche Aufnahme wartet auf welches Bild, wenn Bild fertig, REF binden zur Auslösung der Finalisierungsrücklesung) + Projektpfad + Aufzählung der nicht bestandenen Prüfpunkte (nicht verstecken). Drei Anti-Falschmeldungs-Regeln: ① nicht 'Bild/Video generiert' sagen (Skill liefert Prompts, keine Bilder) ② ohne Generierungsergebnis gesehen zu haben nicht 'Effekt ist sehr gut' sagen ③ bei zitiertem Nutzermaterial, das abgeschnitten/unvollständig ist, klar sagen, nicht so tun, als ob der vollständige Text gelesen wurde.

Intentions-Routing (nach Priorität entscheiden)

1. Gezielte Änderung: Projektverzeichnis existiert bereits + Anweisung zielt auf bestimmte Aufnahme/Datei/Phase → nur die entsprechenden Teile der Datei ändern, den Rest unberührt lassen
2. Fortsetzung: Projektverzeichnis existiert bereits + Anweisung vage ('weiter') → Fertigstellungsgrad von 01-06 (Serie: 00 + aktuelle Episode) prüfen, von der ersten unvollendeten Phase fortfahren; Serienfortsetzung → zuerst 00_Plotstatus.md lesen
3. Neue Idee/neues Drehbuch Vollablauf: Neue Idee oder neues Drehbuch → GATE0-Fragebogen → Phase 1a starten (über GATE1.5 und GATE1)
4. Lebende Drehbuchrevision (Aufnahmen hinzufügen/löschen/Handlung ändern): Projekt bereits gestartet (02 bereits eingefroren) + Nutzer möchte Aufnahme hinzufügen, Handlungspunkt löschen, Handlung ändern → die untenstehende Lokale Umstrukturierung durchführen, nicht GATE1.5 wiederholen, nicht vollständig 03/04 neu schreiben
5. Phasenwiederholung: Explizite Anforderung, eine Datei neu zu erstellen → diese Datei neu erstellen und die nachgelagerten Dateien nach der Fehlerfortpflanzungsregel markieren (consistency.md Abschnitt 6)

Lebende Drehbuchrevision: Lokale Umstrukturierung (praktische Lehre – 03 wurde deswegen zweimal vollständig neu geschrieben)

Echte KI-Videoproduktion ist keine gerade Linie: Nachdem der Nutzer Bilder sieht, möchte er Aufnahmen hinzufügen, eine Linie löschen, eine Handlung ändern. Die GATE1.5-Finalisierung sperrt das Handlungsskelett und die Handlungspunkteliste, nicht das Storyboard – das Storyboard ist ein lebendes Dokument.

Vier Schritte der lokalen Umstrukturierung (nur die betroffenen Teile anfassen):

1. Handlungspunkteliste ändern: entsprechende Zeilen hinzufügen/löschen/ändern, Revisionsdatum und Grundlage (Kernaussagen des Nutzers) notieren – dies ist das einzige 'Upstream', das geändert werden muss
2. Auswirkungsbereich bestimmen: Welche Szenen/Figuren/Requisiten werden von den neuen Handlungspunkten berührt? → 02 Ankertabelle wird nur bei neuen Entitäten ergänzt (bestehende Anker bleiben unberührt, nur bei Änderung Fehlerfortpflanzung durchführen)
3. Aufnahmenummer einfügen, nicht neu nummerieren: Mit stabiler Aufnahmenummer (unten) neue Aufnahmen einfügen, bestehende Aufnahmenummern bleiben immer gleich – bestehende 03/04-Inhalte werden nicht ungültig
4. Nur für neue/geänderte Aufnahmen Prompts schreiben: In die entsprechenden Abschnitte von 03/04 anhängen, Revisionsdatum notieren; benachbarte Aufnahmen nach dem Prinzip 'eine Änderung, drei benachbarte Aufnahmen mitlesen' überprüfen, den Rest nicht anfassen. Bei Änderung von Prompts bestehender Aufnahmen sind Dialog/Aufnahmenummer/Generierungsdauer eingefrorene Felder – Dialog Wort für Wort aus 01 übernehmen, nach dem Schreiben Wort für Wort zurücklesen und vergleichen (harte Regel 4)

Regel für stabile Aufnahmenummern (harte Tür): Einmal zugewiesene Aufnahmenummer wird nie neu nummeriert. Einfügen mit Suffix-Schreibweise – zwischen S3 und S4 eine Aufnahme schreiben S3a (oder in der Storyboard-Tabelle von 01 eine Zeile 'S3a (v2 neu hinzugefügt)' hinzufügen), S4 nicht in S5 umbenennen. Begründung: Neu nummerieren würde die Asset-Referenz-Matrix in 03, die Segmente in 04 und die bereits auf der Leinwand/im Generierungs-End erstellten Knoten alle verschieben – praktische Kosten = vollständiges Neuschreiben von 03. Verworfen Aufnahmen in der Storyboard-Tabelle mit ~~S3b~~ (v3 verworfen) markieren, die Zeilennummer beibehalten, nicht löschen.

Segmentbasierte Produktionseinheit (V2.9 – tatsächlicher Rhythmus, dass der Nutzer Abschnitt für Abschnitt bespricht und erstellt): Die lokale Umstrukturierung ist auf Aufnahmeebene; wenn der Nutzer einen vollständigen Handlungsabschnitt hinzufügt (neue Handlung mündlich besprechen → Situationsbildergruppe → Videoknoten → Abnahme → nächster Abschnitt), ist die Produktionseinheit der 'Abschnitt', nicht die 'Aufnahme', und folgt dem untenstehenden minimalen geschlossenen Kreislauf, GATE1.5 wird nicht wiederholt, das Storyboard nicht vollständig neu strukturiert:

1. Abschnitt zur Liste hinzufügen: Die Handlungspunkte des neuen Abschnitts zeilenweise an die Handlungspunkteliste in 01 anhängen (Revisionsdatum + Kernpunkte der Nutzeräußerungen notieren), Abschnittsnummer und stabile Aufnahmenummer (Suffix-Schreibweise) zuweisen
2. Bestand prüfen: Die vom Abschnitt berührten Szenen/Figuren/Requisiten zuerst in der Asset-Matrix von 02 und 03 prüfen – bestehende Anker und Referenzbilder direkt wiederverwenden, nur neue Entitäten erhalten Einträge in der Ankertabelle/neue Asset-Bilder
3. Abschnittsintern geschlossene Produktion: Situationsbildergruppe dieses Abschnitts (nach L1-L4 stuft) → Videoabschnitts-Prompt (Skelett A) → Dialog (Wort für Wort aus 01 übernehmen) – einen vollständigen Durchlauf machen, dann check.py --partial ausführen, bei Bestehen automatisch den nächsten Abschnitt ausführen; nach Abschluss aller Chargen (aller Abschnitte) einheitlich Bericht erstatten (quantifizierte Ergebnisse+check-Ergebnisse+nicht bestandene Punkte benennen). Wo Referenzbilder noch nicht generiert sind, PLAN-<ID> als Bild-Platzhalter schreiben und normal ausgeben (siehe Stoppdisziplin E2), nicht auf Bilder warten
4. Nach Abschnittsabnahme synchronisieren: Abnahme bestanden → Storyboard-Tabelle in 01 um die Zeilen dieses Abschnitts ergänzen, 03/04 um den Abschnitt ergänzen, 02 nur bei neuen Entitäten ändern; Endframe-Beschreibung in die Aufzeichnung dieses Abschnitts schreiben (Verbindungsanker des SCENE CONTEXT für den nächsten Abschnitt)

Verhältnis zu den sechs Phasen: Die segmentbasierte Produktion überspringt die Phasen nicht, sondern schneidet die Phasen 2-6 in Abschnitte – die Verankerung (02) und das Handlungsskelett (01 Handlungspunkteliste) bleiben projektweit, im Abschnitt werden nur die Bilder/Videos/Dialoge/Schnitteinträge dieses Abschnitts erstellt. Die erste Bildcharge bleibt bei der Regel 'zuerst das erste komplette Set ausgeben und vom Nutzer abnehmen lassen, dann die Masse produzieren'.

Revisionsprotokoll: Nach jeder Revision einen Änderungsdatensatz in 01 anhängen (was geändert wurde/Auswirkungsbereich (Aufnahmenummern·Handlungspunkte·Phasen)/betroffene Dateien/Kernpunkte der Nutzeräußerungen), die bisherigen Abschnitte nicht neu schreiben – die Revisionsspur von 01 ist selbst die Grundlage für die Wiederaufnahme nach Unterbrechung. Einzelner Schreibpunkt (V2.9): Änderungsdatensätze nur in 01 schreiben; in 00/02 den Revisionsverlauf nicht wiederholt notieren – 02 ändert nur das Feld selbst (Ankereintrag aktualisieren), 00 nur bei Episodenabschluss den Plotstatus aktualisieren. An drei Stellen schreiben = schlechte Auffindbarkeit und zwangsläufig eine Stelle vergessen.

Rückschreibliste für Änderungen im Generierungs-End (V3.7): Nachdem Prompts auf der Leinwand/im Generierungs-End geändert wurden, an drei Stellen zurückschreiben und Wort für Wort überprüfen – ① entsprechendes Segment in 04 ② Dialog in 05 (falls betroffen) ③ Storyboard-Tabelle in 01 (Dauer/Verbindung/Revisionsprotokoll); OPEN-Punkte schließen, PLAN/REF-Bindungen aktualisieren. Manuelles Doppelschreiben neigt zu Fehlern, nach dem Rückschreiben check.py --partial ausführen.

Leinwand/Generierungs-End als Quelle (Nutzer ändert direkt im Tool)

Bei Verwendung einer Toonflow-ähnlichen Leinwand zur Ausführung der Generierung ändert der Nutzer oft direkt auf der Leinwand Prompts, verschiebt Knoten, löscht Knoten – dann ist die Leinwand die Tatsachenseite der Ausführung, 01-06 die Entscheidungsquelle. Das Verhältnis:

• Keine Echtzeitsynchronisation anstreben (praktisch: nur durch Aufruf 'synchronisieren' eingeholt, und jede Synchronisation ist Verschwendung) → Stattdessen Batch-verzögerte Synchronisation: Nach Abschluss einer Generierungsrunde einmal synchronisieren, Synchronisationsinhalt als 'Zusammenfassungskarte' (Knoten-ID + eine Zeile Status + Differenzpunkte zum Dokument) schreiben, nicht Wort für Wort den gesamten Text wiederherstellen
• Konfliktentscheidung: Leinwand und Dokument inkonsistent und der Nutzer hat auf der Leinwand bereits finalisiert → Leinwand hat Vorrang, Dokument notiert die Differenz und aktualisiert die Entscheidung (nicht die Leinwand zurück zum Dokument zwingen)
• Finalisierungsmarkierung: Vom Nutzer auf der Leinwand selbst erstellte Knoten 'finalisiertes Bild separat speichern gegen Verschmutzung' sind eine effektive Praxis → die Asset-Matrix des Dokuments registriert die Finalisierungsknoten-ID, bei Neugenerierung nicht überschreiben
• Knoten-ID nur über Tabelle nachschlagen, nicht raten (V3.7): Die einzige Quelle für Leinwand-Knoten-IDs ist die Projektvergleichstabelle (Asset-Matrix von 02/03, Leinwand-Zusammenfassungskarte); der Agent darf nicht aus dem Gedächtnis oder durch Ähnlichkeit IDs erraten und erstellen. Nicht in der Tabelle → Nachschlagen anhalten oder den Nutzer fragen, keine nicht registrierte ID verbinden/bearbeiten (praktisch: Raten von IDs führt zu falscher Knotenverbindung oder stillem Nichtausführen ganzer Batches)
• Ref-Nummer = Reihenfolge der Verbindungserstellung (V3.15-Korrektur): append fügt normalerweise nur neue Nummern hinzu (ref7/ref8), bringt die bestehende Reihenfolge nicht durcheinander – der Prompt muss nur in der Bildreihenfolge-Tabelle ergänzen; nur 'Einfügen in die Mitte führt zu Neuanordnung bestehender refs' löscht alle eingehenden Verbindungen und verbindet nach der endgültigen Reihenfolge neu. In beiden Fällen muss die Bildreihenfolge-Tabelle in 04 synchron geändert werden und jede {{ref N}} muss eins zu eins mit der Zweckdeklaration übereinstimmen (alte Leinwand praktisch v21/v22 Einfügen verschoben)
• Versionskonto bei vollständigem Neuversenden des Generierungs-Ends (V3.9 praktisch; aktuelle Leinwand setPrompt): Der Generierungs-End hat keine lokale Bearbeitung, vor jedem Neuversenden die aktuelle Prompt-Version als Zusammenfassungskarte (Versionsnummer + Änderungspunkte) speichern und in das Änderungsprotokoll von 01 schreiben; nach dem Neuversenden mit dem Dokument 04 vergleichen, verboten, sich auf das Kontextgedächtnis der aktuellen Version zu verlassen (falsche Version mitnehmen = ganze Nacharbeit). Nach Wechsel der Leinwandsoftware bleibt diese Disziplin erhalten, die spezifische Durchführung wird nach dem neuen Werkzeug neu geschrieben.
• Synchronisationsauslöser: Der Nutzer sagt 'synchronisieren', oder eine Generierungsrunde ist abgeschlossen, oder vor Eintritt in Phase 5/6 – drei Auslösepunkte, sonst nicht synchronisieren

Fähigkeitstest vor Sperrung der Aufzeichnung (praktische Lehre: Der in GATE0 gesperrte Hauptplan 'H3 Video direkt Dialog + Stimmreferenz selbst extrahieren' wurde durch die Gateway-Version von H3, die Audio nicht unterstützt, direkt ungültig): Die in GATE0 gesperrte Fähigkeitsliste ist Planungsgrundlage, keine Garantie – vor der Generierung auf die tatsächlich am Werkzeug-End verfügbaren Fähigkeiten achten; bei Ausfall des Hauptplans auf die Backup-Route wechseln (Sprachausgabe → cosyvoice zur Synchronisation) und den Grund in 01/02 notieren, keine bereits als nicht unterstützt bewertete Fähigkeit wiederholt testen. Prüfpunkte umwandeln (V2.9): Bei GATE0-Sperrung des Modells Anbieter/Gateway notieren (gleicher Modellname, anderer Provider, andere Fähigkeiten – moma und apiMart's H3 generateAudio eines ablehnend, eines annehmend); vor der Generierung die Schlüsselfähigkeiten des aktuellen Anbieters durch Tests ermitteln (Audio-Direktausgabe/Referenzbildanzahl und -größe/Zeitlimit), bereits registrierte Anbieterunterschiede in models.md Abschnitt 'Anbieterunterschiede-Memo' prüfen, bei Konflikt zwischen Testergebnis und Memo das aktuelle Testergebnis verwenden und zurückmelden.

Disziplin der Einzelpunkt-Änderungsprüfung (eine Änderung, drei benachbarte lesen): Nach Änderung einer Aufnahme/eines Taktes MÜSSEN die eine vorherige und eine nachfolgende Aufnahme erneut gelesen werden, speziell auf drei Dinge achten – Position der Personen (Positionierungssatz/LAGEKARTE noch gültig?), Requisite in der Hand (vorherige Aufnahme in der linken Hand, diese Aufnahme darf nicht in der rechten Hand sein), wer anwesend ist (Standard-Nebenwirkung 0 noch gültig?). Beim Schreiben ist der räumliche Zustand im Kopf, beim Ändern nicht – nicht mitlesen führt zu Teleportation.

• Vor der Änderung selbst kurz wiederholen (V2.9 praktische Lehre + V3.0 Herabstufung zur Selbsterklärung): Bei Mikroanpassung einer Aufnahme (Kameraposition/Einstellungsgröße/Komposition/Griffrichtung), bevor der Prompt geändert wird, zuerst in einem Satz selbst wiederholen, was man als Komposition versteht ('Ich verstehe: Von oben direkt heruntergefilmt, sie sitzt rechts von ihm, nebeneinander, kein Kontakt') und in das Änderungsprotokoll von 01 schreiben; Nur bei Treffern in der Liste der mündlichen Ambiguitäten (Geradeausansicht/Profil/leichter Aufblick) und wenn der Kontext die Ambiguität nicht auflösen kann, den Nutzer fragen. Die Ambiguitätsauflösung nach der cinematography Liste der mündlichen Ambiguitäten. Kosten für einen Satz Wiederholung ≈ 0, Kosten für eine Nacharbeitungsrunde = einmal Generieren + einmal Warten – Selbsterklärung fängt 95% der Verständnisabweichungen ab, bevor der Stift den Prompt berührt, nur bei echter Ambiguität Eskalation zur Nachfrage
• Finalisierung eines Situationsbildes löst Rücklese aus (V2.9 – 'eine Änderung, drei benachbarte lesen' von nachträglicher Behebung zur Standardaktion machen): Bei Finalisierung eines Situationsbildes/Erstbildframes (auch erneute Finalisierung nach Bildänderung), MÜSSEN alle es referenzierenden Videosegmente der entsprechenden Aufnahmenblöcke erneut gelesen werden, Block für Block überprüfen, ob die Bildbeschreibung mit dem neu finalisierten Bild übereinstimmt (Haltung/Griff/Position/Kleidung) – nicht übereinstimmende Blöcke sofort ändern, nicht warten, bis die Generierung fehlschlägt

Analog: Raumklang ist ebenfalls eine Aktionsanweisung – wenn der Raumklang 'Die Kupferglocke explodiert beim Aufprall' schreibt, wird das Video tatsächlich den Aufprall darstellen; Änderungen am Bild müssen an drei Stellen synchronisiert werden (Aufnahmenblock-Bildbeschreibung/AUDIO Raumklang/01 Storyboard-Tabelle), Änderung des Schnitts muss benachbarte Schnitte mitlesen (Position ist ein kontinuierlicher Zustand).

Eskalationsleiter bei unbefriedigendem Ergebnis (wenn eine Aufnahmegenerierung fehlschlägt/qualitativ schlecht ist, der Reihe nach versuchen): Vor Eintritt in die Leiter die Generierbarkeit prüfen (prompt-rules 0.7): Checkliste der fehlgeschlagenen Anzeichen getroffen (drei Schritte Handanordnung/Inferenzwörter/Verneinungsaktionen/zwei Subjekte gleiches Objekt gezielte Kraftanwendung) → zuerst nach den fünf Umschreibungsmethoden die Implementierungsweise ändern, nicht die Handlung ändern

… [gekürzt für die Übersetzung]