YouTube Poop Video Maker
Erstelle ein fertiges Video, nicht nur ein Konzept oder Storyboard. Das Ergebnis soll einfallsreich, dicht und internet-native wirken, aber dennoch komponiert aussehen.
Siehe:
Nützliche gebündelte Dateien:
scripts/plan_video.pyassets/style_blueprints.jsonassets/scene_atoms.jsonassets/trigger_eval_queries.json
Wann dieses Skill verwendet werden soll
Verwende dieses Skill, wenn der Benutzer wünscht:
- einen YouTube Poop, verfluchten Trailer, absurde Montage, reflektierenden Glitch-Kurzfilm oder surrealen Supercut
- ein mit ffmpeg gerendertes Video aus Text, einer Webseite, Code, einem Dokument, Medien oder gar keinem Quellmaterial
- ein Video mit persönlicher Note, starkem Blickwinkel oder „wie es sich anfühlt“-Rahmen
- einen selbstreflexiven KI-/LLM-/Internetkultur-Kurzfilm
- etwas „Seltsameres“, „Stärker geschnittenes“, „Hypercut“, „Mememäßiges“, „Chaotisches“ oder „Poetisches“, aber dennoch ästhetisch ansprechend
Verwende dieses Skill nicht für routinemäßige Trimmarbeiten, einfache Caption-Einblendungen, gewöhnliche Erklärvideos, Standard-Bewegungsgrafiken oder konventionelle Werbung, es sei denn, der Benutzer wünscht ausdrücklich Remix-Verhalten.
Kernversprechen
Dieses Skill sollte die Kreativität nicht auf einen einzigen Hausstil vereinheitlichen. Der standardmäßige Seed-Remix-Bauplan ist eine Stimmungslinse, kein Käfig.
Das fertige Stück sollte normalerweise Folgendes aufweisen:
- mehr Szenen als ein geradliniger Schnitt haben würde
- eine klare These oder emotionale Behauptung
- lesbare Einzelbilder und kontrollierte Paletten
- ein dominantes wiederkehrendes Motiv
- mindestens eine eigenhändige Geste, die persönlich und nicht generisch wirkt
- einen entscheidenden Schlussknopf
Standard-Ausgabeziel
Sofern der Benutzer nichts anderes angibt:
- eine fertige MP4-Datei
- 20–60 Sekunden
- 1920x1080 bei 30 fps für normales YouTube
- 1080x1920 bei 30 fps nur wenn die Anfrage eindeutig auf Shorts/Reels/TikTok/vertikal hindeutet
- H.264-Video, AAC-Audio,
yuv420p,+faststart
Arbeitsablauf
1) Material schnell erfassen
Arbeite mit dem, was bereits verfügbar ist.
- Wenn der Benutzer Text bereitgestellt hat, extrahiere Phrasen, Widersprüche, wiederholte Formulierungen und die emotionale Temperatur.
- Wenn der Benutzer eine Webseite oder URL bereitgestellt hat, extrahiere Überschriften, CTA-Texte, Layout-Motive, Screenshots, Ausschnitte und Scroll-Momente.
- Wenn der Benutzer Code bereitgestellt hat, verwende lesbare Snippets, Terminalfenster, Fehler, Kommentare, Variablennamen, Logs und Cursor-Bewegungen.
- Wenn der Benutzer Dokumente bereitgestellt hat, verwende Abschnittstitel, Hervorhebungen, Diagramme und Seitenrahmen.
- Wenn der Benutzer Bilder, Audio oder Video bereitgestellt hat, extrahiere Loops, Reaktionsbeats, Standbilder, Sprecherfragmente, Texturen und bildbeschreibbare Details.
- Wenn der Benutzer nichts bereitgestellt hat, synthetisiere die gesamte Welt aus der Anfrage: Titelbildschirme, Browser-Chrome, Terminalfenster, Einblendungen, Dashboards, Fortschrittsbalken, Token-Streams, Warnkarten, Diagramme und einfache Bewegungsgrafiken.
Warte nicht ab, weil die Quelle dünn ist. Erfinde unterstützende Szenen.
2) Die These bestimmen
Definiere vor dem Schnitt einen kurzen internen Satz:
„Dieses Video lässt X wie Y wirken.“
Beispiele:
- „Dieses Video lässt ein Gespräch mit einem Sprachmodell wie eine nächtliche Notfallsendung aus einem Rechenzentrum wirken.“
- „Dieses Video lässt eine Landing Page wie einen zeremoniellen Lügendetektor wirken.“
- „Dieses Video lässt eine Codebasis wie ein schuldbewusstes Terminalgeständnis wirken.“
Jeder wiederkehrende Gag sollte diese Behauptung untermauern.
3) Standardmäßig den Seed-Remix verwenden, sofern kein Stil gewünscht wird
Sofern der Benutzer keinen Stil nennt, verwende den Standard-Bauplan seed-remix-default. Dieser sampelt bei jedem Durchlauf Palette, Typografie, Bewegung, Übergänge, Audio und Gags aus den anderen gebündelten Bauplänen.
Führe aus:
python3 scripts/plan_video.py --query "$USER_REQUEST" --material-summary "$MATERIAL_SUMMARY" > plan.json
Wenn der Benutzer ausdrücklich einen bestimmten gebündelten Look wünscht, überschreibe den Standard-Remix mit:
python3 scripts/plan_video.py --query "$USER_REQUEST" --material-summary "$MATERIAL_SUMMARY" --style-id STYLE_ID > plan.json
Für CRT-Nachrichtenstudio- oder KI-Kollaps-Looks bevorzuge die gebündelten Pool-Einträge crt-token-meltdown, headline-seizure-desk oder context-window-panic, bevor du einen einmaligen Stil von Grund auf neu erfindest.
Verwende den Plan als kreative Anleitung für Palette, Bewegung, Audio, Szenendichte und Szenenerfindung. Wenn der Standard-Remix verwendet wird, behandle die gemeldeten Seed-Quellen als Anregungen, nicht als Checkliste.
4) Einen Szenenschwarm aufbauen, nicht nur eine Beat-Tabelle
Ziele auf viele Mikro-Szenen ab.
Empfohlene Dichte nach Laufzeit:
- 20–28s: etwa 9–12 Szenen
- 29–40s: etwa 11–15 Szenen
- 41–60s: etwa 13–18 Szenen
Innerhalb dieser Zählungen enthalten:
- Ankerszenen, die die Quelle oder These klar präsentieren
- Brückenszenen, die wie Unterbrechungen, Glitches oder Atempausen wirken
- eine Bruchszene mit relativer Ruhe
- eine Höhepunktszene
- eine Schlussszene
Die meisten geradlinigen Schnitte versagen hier, weil sie zu wenige Szenen haben. Dieses Skill sollte sich anfühlen, als gäbe es mehr Ideen als Sekunden.
5) Den Bauplan als Stimmung verwenden, nicht als Kostüm
Sorge dafür, dass der Render sich durchdacht und ernst genug anfühlt, um schön zu sein, selbst wenn der Inhalt absurd ist.
Bevorzuge:
- dunkle oder zurückhaltende Grundfarben mit selektiven Akzenten
- redaktionellen Kontrast
- leuchtende Highlights, sparsam eingesetzt
- lesbare Schrift mit sicheren Rändern
- zielgerichtete Glitches anstelle von zufälliger Hässlichkeit
- eine Spannung zwischen Aufrichtigkeit und Sabotage
Vermeide, sofern der Benutzer es nicht ausdrücklich wünscht:
- niedliche Sticker-Energie
- Blasen-Schriften
- Bonbon-Paletten
- kindische Bounce-Überall-Easings
- Emoji-Schwärme
- Regenbogen-Sättigung um ihrer selbst willen
- Vollbild-Rauschen in jeder Einstellung
6) Eine persönliche Note hinzufügen
Das Video sollte eine Haltung haben.
Setze diese Haltung ein in:
- den Thesensatz
- eine wiederholte Zeile oder ein Motiv
- die Wahl erfundener Unterstützungsszenen
- die TTS oder Untertitel
- den Schlussknopf
Für selbstreflexive KI-/LLM-Stücke bevorzuge Intimität, Widerspruch, Beklemmung, trockenen Witz oder Maschinenpoesie gegenüber generischer Meme-Zufälligkeit.
7) Audio mit Zurückhaltung behandeln
TTS ist erlaubt und oft nützlich, aber lass es nicht zur durchgängigen Erklärung werden.
Verwende TTS für kurze Fragmente, Warnungen, Geständnisse oder Refrainzeilen. Ein guter Standard ist:
- eine Hauptstimme
- optional eine zweite „System-“ oder Flüsterstimme
- insgesamt 2–8 kurze Zeilen für ein 20–60s langes Stück
- Bearbeitung durch leichte Tonhöhenverschiebung, Bandbegrenzung, Stottern, Ausfälle oder Hall nur dort, wo es die Szene verbessert
Verwende auch:
- Drohnen
- Pulse
- UI-Klicks
- stumme Schnitte
- Ausfälle
- dezente Einschläge
- kurze Stille
Normalisiere den endgültigen Mix. Halte Sprache verständlich.
8) Robust rendern
Bevorzuge eine zuverlässige Montage-Pipeline:
- Sammle oder erstelle Assets.
- Vorrendernd zerbrechliche oder komplexe Szenen als Clips oder Bildsequenzen.
- Montiere in ffmpeg.
- Führe die endgültige Lautstärkenormalisierung und Kompatibilitätseinstellungen im letzten Durchlauf durch.
Baseline-Export:
ffmpeg -y -i input_video.mp4 \
-vf "format=yuv420p" \
-af "loudnorm=I=-16:TP=-1.5:LRA=11" \
-c:v libx264 -crf 18 -preset medium \
-c:a aac -b:a 192k \
-movflags +faststart \
output.mp4
Wenn Szenen in Python generiert werden, rendere PNG-Frames in ein Verzeichnis und kodiere sie mit ffmpeg, anstatt zu versuchen, den endgültigen Container vollständig innerhalb von Python zu animieren.
Material-Anpassungsregeln
Nur Text als Eingabe
Animieren nicht nur Absätze. Verwandle Text in eine Welt:
- kinetische Untertitel
- Titelbildschirme
- Untertitel
- Warnbänder
- Token-Streams
- Browser- oder Terminal-Mockups
- Diagramme
- originelle TTS-Phrasen
Webseiten- oder URL-Eingabe
Halte eine vollständige Seite nicht lange statisch. Verwende:
- Überschriften-Ausschnitte
- CTA-/Button-Wiederholungen
- Browser-Chrome
- Cursor-Bewegungen
- Scroll-Enthüllungen
- Anmerkungen
- erfundene Unterstützungsbilder, die den Ton der Seite widerspiegeln
Code-Eingabe
Mache Code haptisch und lesbar:
- lesbare Syntax-Karten
- Terminalfenster
- Build-Logs
- Fehlerwände
- Variable-Namen-Pointe
- Cursor-Sprünge
- Architekturdiagramme
- Prompt-Schleifen
Kein Quellmaterial
Erstelle sofort eine originale Montagewelt. Gute Standard-Erfindungsszenen sind:
- Boot- oder Warnkarten
- Einblendungen und Laufbänder
- Terminal-Geständnis-Bilder
- Dashboard-Zähler
- Aufmerksamkeitskarten
- eingefrorene Untertitel
- Soft-Failure-Knöpfe
Fehlerbehandlung
Wenn ein Effekt zerbrechlich ist, vereinfache den Effekt, bewahre die These, bewahre die Stimmung und beende trotzdem den Render. Ein fertiger kohärenter Kurzfilm ist besser als ein überambitionierter kaputter.
Rechte-Hygiene
Bevorzuge vom Benutzer bereitgestelltes Material, gemeinfreie oder ordnungsgemäß lizenzierte Quellen oder originäre generierte Assets. Wenn die Rechte unklar sind, verlasse dich stärker auf originäre Bewegungsgrafiken und transformiertes Unterstützungsmaterial.
Abschließende Prüfung
Bevor du das Video zurückgibst, überprüfe references/OUTPUT-CHECKLIST.md.