BAKUGOS1/video-studio

Video Studio

Ein Produktionsworkflow – vom Brief zur editierbaren Quelle und zum verifizierten Video. Arbeite in der Sprache des Benutzers. Claude Code-Aufruf: /video-studio. Codex-Aufruf: $video-studio. Auch natürlichsprachliche Anfragen funktionieren.

Dies ist ein originärer Orchestrierungs-Skill, kein gebündeltes Paket von externen Engines, Shot-Bibliotheken oder kostenpflichtigen Diensten. Er funktioniert ohne andere Skills für die Planung; die Ausführung erfordert die ausgewählte Laufzeitumgebung oder verfügbare Medienwerkzeuge.

Arbeitsablauf steuern

Behalte die vorhandene Projekt-Engine und die expliziten Entscheidungen des Benutzers bei. Andernfalls:

• HTML/CSS-Bewegungsdesign und eigenständige Videos: HyperFrames.
• Bestehende React/Remotion-Projekte, präzise React-Animationen oder Produktfilme mit Shotcraft-Rezepten: Remotion.
• Realistische oder stilisierte generierte Footage: fal.ai als Asset-Quelle, dann mit dem gewählten Renderer zusammenbauen.
• Produktlaunch-Filme: verwende den Produkt-Direction-Workflow in references/direction.md. Rufe eine Shotcraft-Karte nur dann ab, wenn sie hilfreich ist; suggeriere nicht, dass ihre Bibliothek gebündelt ist.
• Keine Ausführungswerkzeuge, Credentials oder Renderer: beende das Skript, das Storyboard, die Shot-Prompts, das Timing und eine explizite Übergabe. Behaupte nicht, dass ein Video gerendert wurde.

Wähle einen Renderer pro Komposition. Ein Hybrid bedeutet generierte Assets plus diesen Renderer, nicht konkurrierende Animations-Engines in einer Zeitleiste.

Lies vor der Arbeit mit der Engine references/engines.md. Für filmische Shots und Produktfilme lies references/direction.md. Für aktuelle Tool-Syntax und optionale Upstream-Ressourcen folge references/sources.md. Lese references/portability.md für die Installation oder Einschränkungen des Claude Web.

Brief und Produktionsplan

Erschließe, was das Gespräch bereits enthält: Zielgruppe, Botschaft, Dauer, Seitenverhältnis, Sprache, Marke, Assets, Erzählung, Ausgabepfad und Kostenbeschränkungen. Frage nur nach fehlenden Eingaben, die den Fortschritt wesentlich behindern. Gehe bei einem nicht näher bezeichneten kurzen Promo von Folgendem aus: 20 Sekunden, 1920x1080, 30 fps, eine klare Botschaft. Gehe bei diesen Standardeinstellungen nicht von einer Genehmigung für kostenpflichtige Generierungen aus.

Überprüfe tatsächliche Logos, Screenshots, Footage, Schriftarten, Quellcode und geltende Projektanweisungen, bevor du visuelle Elemente erfindest. Verwende eine echte Produkt-UI und genaue Texte. Wende die Markenregeln eines Repositorys (seine AGENTS.md, CLAUDE.md und die Markendokumente, auf die sie verweisen) an, wenn du in diesem Repository arbeitest; übertrage niemals das Styling einer Marke in ein anderes.

Schreibe einen prägnanten Brief und eine Shot-Liste vor der Implementierung. Jeder Shot benötigt seinen Zweck, Frame-Bereich, visuelles Asset, Text/Erzählung, Bewegung, Übergang und Audio-Cue. Gib jedem Shot genügend Zeit zum Lesen; die Erzähllänge bestimmt das Timing, wenn sie geliefert wird. Etabliere das einleitende Versprechen und eine abschließende Auszahlung oder einen nützlichen CTA.

Asset-Generierung

Bevorzuge vorhandene Benutzer-Assets, wenn geeignet. Für generierte Footage:

1. Erkenne einen aktuell unterstützten Endpunkt; untersuche sein Schema, die Preisgestaltung, Dauer und Auflösung vor der Einreichung.
2. Definiere Bildausschnitt, Subjektaktion, Kamerabewegung, Licht, Farbpalette und Kontinuitätsbeschränkungen separat. Verwende Referenzframes für Produkt- oder Szenen-Konsistenz.
3. Generiere zuerst einen repräsentativen Shot, überprüfe ihn und erweitere dann die Sequenz.
4. Speichere Anforderungs-IDs vor dem Polling. Setze bekannte Jobs fort; überprüfe ihren Status, bevor du ihn wiederholst, um doppelte Gebühren zu vermeiden.
5. Verfolge Prompts, Modell/Endpunkt, Quellverweise, Job-IDs, lokale Asset-Pfade, Nutzungsrechte und tatsächliche Kosten, wenn bekannt.

Verwende Anbieter-Credentials aus dem konfigurierten Secret-Speicher oder Umgebungsvariablen, ohne sie auszudrucken. Fordere niemals API-Schlüssel im Chat an. Respektiere die bestehende Ausgabegenehmigung; falls keine vorhanden ist, gib einen Kostenvoranschlag ab und hole ein Budget ein, bevor kostenpflichtige Anfragen gestellt werden. Frage nicht erneut nach, wenn die Sitzung dieses Budget bereits gewährt hat. Begrenze Wiederholungen auf das verbleibende Budget.

Halte Text, Logos und genaue Oberflächendetails im codegerenderten Overlay, wenn generierte Footage sie verzerren würde.

Bauen und Vorschau

Halte die Quelle editierbar. Implementiere Timing mit suchbaren Frame-/Zeitfunktionen, nicht mit Wanduhr-Timern oder zufälligen Werten, die sich zwischen den Renderings ändern. Seed die Zufälligkeit. Löse Assets und Schriftarten vor dem Rendern auf. Verwende engine-native Animations-APIs und die aktuelle Dokumentation.

Erstelle eine Hierarchie aus Vordergrundobjekt, unterstützendem Kontext und leserlichem Text. Bevorzuge einige wenige bewusste Übergänge gegenüber einem Effekt bei jedem Schnitt. Richte größere Änderungen an bedeutungsvollen Erzählungen oder musikalischen Beats aus. Verwende lizenzierte Audio; halte die Sprache verständlich und die Musik unter der Erzählung.

Erstelle einen Vorschau-Entwurf vor einem teuren Vollausgabe-Render. Überprüfe den Anfang, die Mitte, das Ende, die Übergangsgrenzen und den dichtesten Frame. Korrigiere Clipping, unleserliche Schrift, verzerrte Assets, unterbrochene Kontinuität, fehlende Schriftarten und tote Frames. Überprüfe die bewegte Vorschau sowie Standbilder.

Verifizieren und ausliefern

Rendere mit den dokumentierten Befehlen der ausgewählten Engine. Überprüfe das tatsächliche Ergebnis mit verfügbaren Medienwerkzeugen (ffprobe- und ffmpeg-Rezepte in references/engines.md): Dauer, Abmessungen, Bildrate, Codec, Pixelformat, Start-/Endframes und Audiospuren. Spielen/höre, wo unterstützt. Gebe an, welche QA nicht durchgeführt werden konnte. Gleiche niemals erfolgreiche Kompilierung mit erfolgreichem Rendering gleich.

Liefere:

• Endgültiges Video, falls das Rendern erfolgreich war.
• Editierbares Projekt und lokale Asset-Pfade.
• Brief/Storyboard und ein ausreichendes Asset-Manifest, um fortzufahren.
• Kurze Abhandlung darüber, was verifiziert wurde, sowie verbleibende Einschränkungen oder Servicekosten.

Standardexport ist MP4/H.264 mit yuv420p und AAC-Audio, wenn Audio vorhanden ist, es sei denn, der Brief oder die Plattform erfordert ein anderes Format. Stelle Untertitel bereit, wenn sie angefordert werden oder vom Zielformat benötigt werden. Veröffentliche oder lade Assets außerhalb des angeforderten Produktionsworkflows ohne Autorisierung nicht hoch.