7zones/premium-film

Premium Film

Erstelle Videos in Code, die den Markenrichtlinien folgen, nur geprüfte Fakten enthalten und professionell produziert aussehen und klingen. „Der Eigentümer“ ist die Person, für die du den Film erstellst, oft mit Kundenfeedback. Die Beispiele stammen aus echten Kundenfilmen (case-studies.md).

Die Messlatte ist „Premium, poliert, pixelperfekt“. Was sie nicht erreicht hat, in den Worten des Eigentümers: „Diese Pillen sehen billig aus“, „irgendwie einfach... nur das Skript befolgt“, „Übergang so komisch“, „zu schnell, ich kann nicht lesen“, „fällt seltsam ab“, „die Stimme ist irgendwie jung“, „Bilder sehen so falsch aus“, „eine Stille und dann ein Knall ist ein bisschen zu viel“.

Die Regeln

1. Korrekte Informationen über alles. Jede Tatsache, jeder Name, Titel, jede Zahl, jedes Datum, Zitat, Logo und jede Aussprache wird vor der Verwendung im Bild oder in der Erzählung gegen eine Primärquelle geprüft und bei Änderungen erneut geprüft. Niemals erfinden oder raten; wenn eine Quelle fehlt, verifiziere sie oder frage nach. Offizielle Titel werden wörtlich übernommen, Logos stammen nur aus den eigenen Dateien des Eigentümers, echte Organisationen erhalten ihre echten Fotos (ganze Köpfe, keine Heiligenscheine, keine generierten Gesichter). Produktdemos verwenden ausschließlich eindeutig fiktive Daten (nicht-auflösende Domains, Dokumentations-IPs, erfundene Namen). Eine falsche Behauptung macht alles andere im Film zunichte.
2. Premium in jeder Komponente. Typografie, Karten, Icons, UI, Diagramme, Übergänge, Licht, Stimme, Musik und Sound werden jeweils für diesen Film auf höchstem Niveau gestaltet – nichts von der Stange, keine Vorlagen oder „gut genug“. Baue jede Idee als großes, zweckbestimmtes Motion-Design-Stück mit negativem Raum auf; echte Screenshots und Bildschirmaufnahmen wirken „billig“, selbst wenn eine Kamera darüber fährt. Keine Pillen-Labels, nummerierten Chips, verfolgten Großbuchstaben-Tags oder punktverbundenen Metadaten. Generierte Bilder dienen nur als Platten oder Assets und werden bei 100 % überprüft.
3. Tiefe, Licht, eine bewegte Kamera – und vollflächige Bilder. Flache Layouts (Text links, Karte rechts, einfacher Hintergrund) wirken „langweilig“. Helden-Momente erhalten eine beleuchtete Szene: ein Boden, der spiegelt, Objekte in 3D gedreht, Licht, das wandert, Staub in der Luft, eine Kamera, die nie ganz still steht. Jeder Frame sollte als Poster funktionieren: Tiefenschichten, eine Lichtquelle, der Held füllt den Rahmen (Text auf einem Telefon lesbar), niemals ein kleines Element in einer dunklen Leere. Die Aufzählungspunkte des Briefings sind ein Minimum, nicht das Design.
4. Jeder Übergang ist eine echte Bewegung. Eine Kamerafahrt, ein Licht oder ein Element, das von einer Szene zur nächsten wandert. Niemals ein einfacher weißer Blitz, niemals ein Aufspringen; Schläge erhalten ein paar Frames Angriff.
5. Lesbares, gleichmäßiges Tempo. Überschriften bleiben ≥ 2 s, Ergebnisse ≥ 3 s nach ihrer Zeile; Listen werden einzeln eingeblendet; die Energie bleibt über Kapitel hinweg gleichmäßig. Nie Inhalte zusammenpressen, um eine Länge zu erreichen.
6. Erzählung ist heilig. Niemals Zeitdehnung oder Pausen quetschen: Wörter kürzen und neu aufnehmen stattdessen. Zwischen den Zeilen atmen, etwas länger bei Kapitelwechseln. Jedes Kapitel beginnt mit einer Zeile, die an das vorherige anknüpft. Eine Stimme und ein Modell pro Sprache für den gesamten Film und jeden Patch; lass den Eigentümer nach Gehör auswählen.
7. Musik trifft und trägt. Die Auflösung fällt genau auf den visuellen Höhepunkt, und die Musik läuft unter der nächsten Zeile weiter; sie wird nie leer, während das Bild seinen Höhepunkt erreicht, wechselt nie mit einem harten Schnitt das Stück und bleibt am Ende zurückhaltend.
8. Verifiziere wie ein Redakteur. Du kannst den Film weder sehen noch hören, also ersetze deine Sinne: Kontaktbögen jeder Szene in jeder Sprache, Bildstreifen über jeden Übergang, Vollformat-Stills jedes Textmoments, die automatischen Glitch- und Audio-Scans, Lautstärke pro Zeile und eine KI-Überprüfung, deren Behauptungen du an den Frames bestätigst, bevor du handelst. Ein Schnitt, der nicht so geprüft wurde, ist nicht erledigt.
9. Eigentümer des Loops, klar berichten. Entscheide sinnvolle Standardeinstellungen und teile mit, was du entschieden hast; frage nur nach dem, was wirklich außerhalb deiner Kontrolle liegt (ein fehlendes Foto, ein Schlüssel, Geld). Berichte ohne Datei- oder Codenamen: was geändert wurde, was geprüft wurde, was nicht, wo die Dateien sind, welche zu senden ist.

Der vollständige Leitfaden zum Geschmack, mit dem Grund hinter jeder Regel, ist quality-bar.md. Lies ihn, bevor du mit dem Design beginnst.

Was du erstellst

Wähle zuerst den Filmtyp; er bestimmt die Form (Details und Zeitangaben in case-studies.md):

Typ	Typisch	Erzählung	Bilder
Produktpräsentation	60–100 s, ein Schnitt pro Sprache	normalerweise keine; On-Screen-Zeilen, optionale Untertitel	maßgeschneiderte Motion-Design-Stücke der Schlüsselideen des Produkts; nur fiktive Daten
Marken-/Organisationsfilm	2–4 Min., eine Mastersprache + andere Schnitte	ein Sprecher	echte Fotos, Menschen und Ereignisse der Organisation + Motion Design; jede Behauptung faktengeprüft
Event-/Konferenz-Opener	1,5–3 Min., Skript des Kunden	tiefgründig und kraftvoll	filmische 3D-Sets, tiefenrekonstruierte Fotos, offizielle Namen und Logos, ein Höhepunkt, der den Eventtitel setzt
Teaser / Kurzpromo	15–45 s	eine kurze Zeile pro Takt oder keine	eine Idee in drei Takten: Haken, Wendepunkt (der Helden-Moment), Name

Die Maschinerie ist für alle Typen gleich: Remotion (React) rendert das Bild in 1080p60; eine Timeline-Datei steuert Bild, Erzählung, Musik und Untertitel; Python in Docker erstellt Erzählung, Partitur, Sound und Mix; Messungen und eine KI-Überprüfung kontrollieren das Ergebnis; ein Release-Skript rendert in Blöcken und verpackt das Lieferobjekt.

Start: Finde heraus, was verfügbar ist

Führe tools/setup.sh im neuen Projekt aus. Es endet mit tools/providers.py, das die Schlüssel in .env überprüft (ohne sie jemals anzuzeigen), jeden Dienst nach seinem aktuellen Angebot fragt und den besten pro Aufgabe auswählt: das neueste Gemini Flash zur Bild- und Tonprüfung, Stimmen zum Vorsprechen (ElevenLabs und Gemini TTS) und das neueste GPT Image für Platten. OpenRouter wird bevorzugt (ein Schlüssel, viele Modelle, sichtbares Ausgabenlimit); ein kostenloser Gemini-API-Schlüssel allein deckt immer noch Erzählung und Überprüfung ab; ohne Schlüssel erhält der Film trotzdem gestaltete Typografie, komponierte Musik, alle Prüfungen und die Veröffentlichung. Wenn ein fehlender Schlüssel die Qualität mindern würde, frage die Person einmal – die Formulierung, Ausweichlösungen und Geldregeln stehen in providers.md. Vertraue den aktuellen Auswahlen des Tools mehr als jedem Modellnamen in diesen Dokumenten.

Arbeitsablauf

Arbeite die Phasen bei einem neuen Film der Reihe nach durch; bei einer Überarbeitung springe zu der Phase, die das Feedback betrifft, und führe dann die Überprüfung und Veröffentlichung erneut durch. Kopiere diese Checkliste in deine Notizen und hake sie ab:

Filmfortschritt:
- [ ] 0 Einrichtung: Tools verfügbar, Schlüssel geprüft, Budget vereinbart
- [ ] 1 Aufnahme: Kurzreferat zitiert, Markendateien, Liefergegenstände vereinbart, Maschine geprüft
- [ ] 2 Fakten: Faktenblatt mit Quelle und Status für jede Behauptung, Vermeidungsliste
- [ ] 3 Skript: Sprachen festgelegt, Erzählung in der Timeline, jedes On-Screen-Wort in jeder Sprache
- [ ] 4 Storyboard: Eine Idee pro Kapitel, Übergänge geplant, ein Look-Beispiel gezeigt
- [ ] 5 Build: Szenen aus Cues, Standbilder in jeder Sprache geprüft
- [ ] 6 Erzählung: Stimme vorgesprochen und festgelegt, jede Zeile schnitt OK, gereinigt, gemessen
- [ ] 7 Sound: Partitur, Effekte, Mix (Stimme ≥ 6 dB über Musik in jeder Zeile)
- [ ] 8 Überprüfung: Blätter, Streifen, Scans, KI-Überprüfung; jeder Befund behoben oder erklärt; Fakten erneut geprüft
- [ ] 9 Veröffentlichung: Ausgaben verifiziert, ZIP getestet, gelieferter Zustand committet, Eigentümer informiert, wo und was zu senden ist

1. Aufnahme

• Lies alles, was der Eigentümer gesendet hat (Angebot, Skript, Bericht-PDF, Chat-Screenshots, frühere Filme). Zitiere ihre Wörter in docs/brief.md mit dem Runden-Log; notiere verbindliche Formulierungen und offizielle Namen.
• Sammle die Markenwahrheit aus der Quelle: offizielle Logodateien, Palette aus dem CSS der Website oder dem Marken-PDF, Schriftarten, die jede Sprache des Films abdecken (Akzente, Diakritika, andere Schriften), Produktnamen und UI-Wortlaut in jeder Sprache.
• Kläre die Sprachen und Liefergegenstände im Voraus (Master pro Sprache, untertitelte Schnitte, .srt, Thumbnails, das ZIP); wenn der Eigentümer bereits ein Paket aus einer früheren Runde hat, spiegele es exakt.
• Überprüfe die Maschine: freier Speicherplatz, Docker läuft, andere Renderings oder Sitzungen zum gleichen Film (zwei Agenten an einem Film haben sich gegenseitig überschrieben; wenn du einen findest, stoppe und frage, wem er gehört).

2. Recherche und Fakten

• Lies die echten Quellen: tools/webpage.sh <url> <name> rendert eine Seite in einem echten Browser und speichert ihren Text und einen Screenshot; wenn eine Seite nicht erreichbar ist, folge der Ausweichliste in story-and-research.md (ein Archiv-Kopie, andere öffentliche Quellen, dann der Eigentümer), anstatt zu raten.
• Führe einen Recherche-Subagenten mit dem Angebot in story-and-research.md aus: jede Tatsache erhält datierte Quellen und einen Status (VERIFIED / SINGLE-SOURCE / SELF-REPORTED / UNVERIFIED / OWNER-STATED), plus eine Vermeidungsliste. Produktfilme: Lies den echten Code und Wortlaut des Produkts, sodass jedes Label, jede Zahl und jeder Ablauf auf dem Bildschirm im Produkt existiert.
• Schreibe docs/factsheet.md. Nichts kommt auf den Bildschirm oder in die Erzählung, es sei denn, es ist dort mit einem Status aufgeführt; selbstberichtete Zahlen werden attribuiert.

3. Geschichte und Skript

• Wähle die Struktur für den Filmtyp, dann schreibe die Erzählung als ein gesprochenes Stück: verbindende Zeilen an jedem Kapitelwechsel, Listen in Sätze eingearbeitet, Zahlen so geschrieben, wie sie gesprochen werden. Schreibe jede Sprache muttersprachlich, nicht als Übersetzung; lass niemals eine Stimme Namen aus einer Sprache sagen, die sie nicht spricht – zeige den Namen, stelle die Person durch ihre Rolle vor.
• Füge die Zeilen in src/film/timeline.ts ein, Untertitelbrüche markiert mit „ | “ (und onScreen: true bei einer Zeile, die der Film als gestaltete Schrift zeigt, sodass ihr Untertitel zur Seite tritt), und jedes On-Screen-Wort in src/film/script.ts für jede Sprache (seine LANGS-Liste legt die Sprachen des Films fest; die erste ist der Master).

4. Look und Storyboard

• Eine Idee pro Kapitel, jede mit eigenem visuellem Konzept, einem Helden-Moment und einem Ein- und Ausgang, der etwas an den Nachbarn übergibt. Notiere es in docs/storyboard.md.
• Entscheide, wo echte 3D, tiefenrekonstruierte Fotos oder generierte Platten sich auszahlen (remotion-craft.md). Zeige einen repräsentativen Frame oder Clip für alles, was das Aussehen verändert, bevor du einen ganzen Satz davon baust.

5. Build

• Starte das Projekt: <skill>/scripts/new_film.sh <dir> <Film-Name> (der Name wird zu den gelieferten Dateinamen), dann tools/setup.sh. Der Starter ist ein funktionierender Film – Timeline, Szenen-Takt, Untertitel, Abschluss, Glas- und Schrift-Kit, Bloom, Spiegelboden, Staub, Licht, Tiefenfotos, drei Beispielszenen, die Audio-Engine und jedes Tool unten. Ersetze die Beispielszenen; behalte die Architektur.
• Timeline zuerst: Szenen, benannte Cue-Momente und Erzählungsslots leben in src/film/timeline.ts; Szenen animieren von den Cues (cuesOf(scene, lang)); npm run cues übergibt dieselben Nummern an das Audio. Ändere Zeitangaben nur dort.
• Bei einem langen Film verteile Szenen auf parallele Builder-Subagenten mit dem Kurzreferat-Muster in remotion-craft.md; du bleibst der Regisseur und überprüfst jeden Bericht anhand der Frames.

6. Erzählung

Vollständige Methode in narration.md. Schreibe das Profil des Erzählers und die Anmerkungen des Regisseurs; schreibe neu, was die Stimme falsch macht, in audio/vo/say.json; höre Stimmen vor, die tools/providers.py gefunden hat, und lass den Eigentümer wählen; nimm jeden Batch in einer Anfrage auf (tools/vo_prompt.py → tools/tts.py), schneide und überprüfe Wort für Wort jede Zeile (tools/cut_lines.py), reinige und pegele sie aus und messe, ob Patches immer noch wie der gleiche Erzähler klingen (tools/voice_score.py). Lege die genaue Stimme, das Modell und den Prompt in der README fest.

7. Musik, Sound, Mix

Vollständige Methode in music-and-sound.md. Standardmäßig komponiere eine lizenzfreie Partitur in Code, die sich an den Cue-Momenten des Bildes ändert; schneide einen lizenzierten Track nur auf seinem Taktgitter, wenn der Eigentümer einen liefert. Sounddesign trifft benannte Cues. Der Mix senkt die Musik pro Zeile, mastered auf −14 LUFS mit Headroom für den AAC-Encode und gibt eine Tabelle Stimme-gegen-Musik aus.

8. Überprüfung (jede Runde, bevor etwas gezeigt wird)

Vollständige Checkliste in review-and-qa.md: Vorschauen und Kontaktbögen in jeder Sprache, Streifen über jeden Übergang, Vollformat-Stills jedes Text- und Untertitel-Moments, tools/qa_scan.py bei jedem Rendering, tools/audio_qa.py bei jedem Mix und jeder gelieferten Datei und tools/review.py (das neueste Gemini Flash, das eine kleine Vollfilm-Kopie ansieht und anhört). Handle nur bei konkreten Flags, die du bestätigen kannst; seine A/B-Präferenzen, Stimmidentitäts- und Kleinschrift-Urteile sind unzuverlässig. Überprüfe jede On-Screen-Tatsache erneut gegen das Faktenblatt.

9. Veröffentlichung und Lieferung

tools/release.sh (release-and-delivery.md) baut alles: Erzählungsprüfung, Partitur und Mix pro Sprache, Untertitel, Thumbnails, Master und untertitelte Schnitte in Blöcken gerendert, verbunden, aussteuerungsgeprüft, bildzahlengeprüft, gezippt. REDO= rendert nur berührte Blöcke neu; LANGS=, VOICE= für Teilmengen und Stimmenvarianten; ZIP_ONLY=1 verpackt neu. Überprüfe die Ausgaben, committe den gelieferten Zustand, aktualisiere die README und teile dem Eigentümer genau mit, wo das Paket ist und dass es sicher zu senden ist.

10. Feedback-Runden

working-with-owner.md: Behandle Chat-Screenshots und Nachrichten während der Aufgabe als Kurzreferat der Runde; überprüfe zuerst neue Behauptungen; behebe das Muster filmweit, nicht nur den gezeigten Frame; behalte, was der Eigentümer nicht kritisiert hat; führe Überprüfung und Veröffentlichung erneut durch; antworte Punkt für Punkt. Speichere jede dauerhafte Präferenz, wo die nächste Sitzung sie findet.

Tools im Starterprojekt

Führe sie aus; lies ihren Code nur, wenn einer fehlschlägt (die ersten Zeilen jedes Tools sagen, was es tut und wie man es aufruft). Python-Tools laufen in Docker-Images, die von tools/setup.sh erstellt werden (film-audio und film-asr; setup.sh all fügt film-voice und film-depth hinzu): docker run --rm -v "$PWD":/p -w /p <image> python <tool> …. Node-, zsh- und Swift-Tools laufen auf dem Host.

Bedarf	Tool (vom Projektstamm aus)	Läuft in
Einrichten, Schlüssel und Modelle prüfen	tools/setup.sh [all], tools/providers.py	Host / film-audio
Eine Website lesen (Text + Screenshot)	tools/webpage.sh <url> <name>, tools/webpage.sh archive:<domain>: (…)	Host
Faktensammlung und -recherche (Subagent)	Siehe story-and-research.md	(Subagent)
Zeilenschnitt und Textüberprüfung	tools/cut_lines.py	film-audio
Stimm-Score (Klingt es wie der Erzähler?)	tools/voice_score.py	film-voice
Glitch- und Timing-Scan	tools/qa_scan.py	film-audio
Audio-QA (Lautstärke, Verzerrung, wahrgenommene Lautstärke)	tools/audio_qa.py	film-audio
KI-Überprüfung (Gemini Flash sieht und hört)	tools/review.py	film-audio
Erzählung generieren (TTS)	tools/tts.py	film-voice
Erzählungs-Prompt (Anweisungen für den TTS)	tools/vo_prompt.py	film-audio
Musik komponieren	tools/sunflower.py + finale Partitur-Synthese in Docker	Host → film-audio
Endgültiger Mix und Mastering	tools/mix.py	film-audio
Veröffentlichung und Verpackung	tools/release.sh	Host

Image-Referenzen, API-Kosten und Modellausweichlösungen sind in providers.md.

Referenzen lesen

Jede Referenzdatei unten endet mit einer Checkliste der ersten Ideen; lies sie durch, bevor du anfängst:

• quality-bar.md – jedes Geschmacksurteil mit seinem Grund
• case-studies.md – Beispielfilme, Zeitangaben, Timings
• story-and-research.md – Quellenforschung, Subagenten-Prompt und Ausweichliste
• narration.md – Erzählerprofil, Aussprache, Schritte zur Aufnahme
• music-and-sound.md – Komponieren, Sounddesign, Mix-Ziele, LUFS, Stimm-Musik-Balance
• remotion-craft.md – Architektur der Kompositionen, 3D und Kamerabewegung in React
• review-and-qa.md – Vollständige Checkliste für Frames, Audio, Laufzeit
• release-and-delivery.md – Rendern, Verpacken und Benachrichtigen
• working-with-owner.md – Feedback-Runden, Chat-Screenshots, Präferenzen speichern
• providers.md – API-Kosten, Ausweichlösungen, Anleitungen zum Anfordern von Schlüsseln