vibe-video-producer

Vibe-Wissensshow-Produktion

Verwandle ein Wissensthema in ein ansehbares Kurzvideo samt Veröffentlichungsmaterialien. Unterstützt die vollständige Neuerstellung ebenso wie die gezielte Änderung von Untertiteln, Rhythmus, Musik, Cover oder Texten. Bei partiellen Änderungen bleiben bereits bestätigte Inhalte erhalten, und es wird nur der vom Benutzer gewünschte Teil ausgeliefert.

Bestätigte Standardeinstellungen

Die Standardwerte finden sich in assets/defaults.json. Die aktuellen Anforderungen des Benutzers sowie bestehende Projekteinstellungen haben Vorrang:

• Chinesischer Wissensinhalt; Querformat 16:9, 1920×1080, 30fps; üblicherweise 30–45 Sekunden, Länge bestimmt sich aus Inhalt und ganzzahligen Musik-Takten, keine starre Sekundenvorgabe.
• Kein Voice-Over oder nachträgliche Sprachaufnahme. Die menschliche Stimme in der vom Benutzer bereitgestellten Musik bleibt erhalten; „kein zusätzliches Voice-Over“ bedeutet nicht „reine Instrumentalmusik“.
• Große Schrift, kurze Sätze, schnelle Wechsel, klare visuelle Schwerpunkte. Dunkel + Mintgrün + Warmorange sind ein möglicher Ausgangspunkt, nicht alle Themen werden auf einen Circuit-Stil festgelegt.
• Die vom Benutzer bereitgestellte Musik wird in Originalgeschwindigkeit verwendet. Nach Analyse der Beat-Punkte werden Schnitte gesetzt. Es können 4/6/8-Takt-Längen wechseln, aber sie richten sich nach dem tatsächlichen Takt des Liedes und der erforderlichen Lesezeit.
• Die vollständige Auslieferung umfasst MP4, 4:3-Querformat-Cover, 3:4-Hochformat-Cover, Titel, Beschreibung, Themen-Vorschläge sowie die Quelldateien für spätere Überarbeitungen.
• Der Titel folgt standardmäßig dem Format Vibe-Wissensshow｜Konkreter Haken oder Frage, bei Bedarf ergänzt um den Wissensnamen.
• Die Ausgabe erfolgt in einem separaten Projekt im aktuellen Arbeitsbereich, die endgültigen absoluten Dateipfade werden ausgegeben.

Aufgabenübernahme

Prüfe zunächst die vorhandenen Dateien im aktuellen Projekt: project.json, Storyboard, Vorschau, fertiges Video sowie die bereits bestätigten Anmerkungen des Benutzers. Erstelle keine bereits fertiggestellten Teile neu. Wenn Thema, Musik, Spezifikationen oder Genehmigungen bereits im Gespräch klar sind, frage nicht erneut. Frage nur nach, wenn fehlende Eingaben die Arbeit tatsächlich beeinträchtigen, und arbeite zuerst an den Teilen, die keine Antwort erfordern. Die minimale Eingabe ist das Thema; Musik kann später nachgereicht werden. Ohne Musik erstellt zunächst Text und Storyboard, erfinde keinen Musik-Pfad und behaupte keine fertigen Beat-Schnitte. Wenn der Benutzer sagt „mach nach deinem Verständnis“, verwende die Standardeinstellungen, um die üblichen Entscheidungen eigenständig zu treffen. Die bereits erteilte Genehmigung für Vorschau und lokalen Export bleibt gültig; bereits genehmigte Renderings, Korrekturen und Wiederholungen müssen nicht erneut bestätigt werden. Wenn der Benutzer nur eine Vorschau wünscht, stoppe bei der Vorschau. Wenn noch keine Genehmigung für den endgültigen Export vorliegt, biete eine prüfbare Version an und frage nur einmal nach Bestätigung. Dieser Ablauf enthält keine automatische Veröffentlichung auf Plattformen.

Produktionsablauf

1. Projekt anlegen. Verwende scripts/create_project.py, um ein separates Projekt anzulegen, Thema/Musik/Spezifikationen zu speichern. Bei einem bestehenden Projekt wird direkt fortgefahren. Das Skript erstellt nur das Projektverzeichnis und die Eingabeaufzeichnung, es ersetzt nicht die kreative Arbeit, das Beat-Timing oder das Rendern.
2. Wissen prüfen. Priorisiere Primärquellen. Stelle die Kernaussage, ihre Gültigkeitsbedingungen, ein nachvollziehbares Beispiel und häufige Missverständnisse klar dar. Speichere dies in sources.md. Metaphern müssen als solche gekennzeichnet sein; physikalische Gesetze dürfen nicht in psychologische Regeln umgeschrieben werden. Mathematik, Schaltungen, Einheiten und Vorzeichen müssen konsistent sein.
3. Kurze Texte und Storyboard erstellen. Beginne mit einer konkreten Frage. Jede Szene trägt einen Schwerpunkt. Beende mit einem Rückbezug auf die Frage. Titel, Beschreibung und Grafiken tragen jeweils unterschiedliche Informationen; vermeide mehrere Erklärungen auf einem Bildschirm. Bestimme zuerst die Leselast, dann gestalte das Tempo. Ersetze nicht Wirkung durch reine Szenenanzahl.
4. Musik und einheitlicher Zeitplan. Für das Beat-Timing lese references/timing-and-render.md. Verwende scripts/beat_plan.py analyze, um die Beats zu messen, BPM, Halbtakt-/Doppeltakt-Mehrdeutigkeiten und starke Einsätze zu prüfen. Maßgeblich ist das vom Benutzer ausgewählte Segment oder das Probehören. Verwende plan, um Szenentakte, Schlüsselwörter, Formeln, Korrekturen usw. in eine einheitliche Tabelle mit Frame-Nummern und Zeitstempeln zu überführen. Musik-Schnittpunkte, Szenen, Untertitel und Animationen verwenden alle dieselbe Tabelle. Es werden nicht mehrere manuell eingegebene Sekundenangaben parallel verwaltet.
5. Engineering und Vorschau. Standardmäßig wird ein lokal verfügbares HyperFrames-Projekt bevorzugt. Lies bei Bedarf die verfügbaren hyperframes-vibe-169-Kombinationsverträge und halte dich an die Anforderungen für Unterkombinationen und pausierte GSAP-Timelines. Verwende assets/hyperframes-clock.js oder gleichwertige Präzisionskorrekturen, um zu verhindern, dass GSAP mit sechs Nachkommastellen einen Schnitt um einen Frame verschiebt. Bei einem Engine-Wechsel verwende das bestehende Projekt des Benutzers; erstelle für diesen Skill kein Projekt neu.
6. Prüfen und Rendern. Führe die Engine-Überprüfung aus. Prüfe jede Szene, Schriftberandung, zufällige Wiedergabesprünge und die Frames vor/nach den wichtigsten Beat-Punkten. Exportiere dann lokal mit der bereits erteilten Genehmigung. Verwende scripts/audit_render.py, um das tatsächliche fertige Video auf Spezifikation, Frame-Anzahl, vollständige Dekodierung und Audio-Offset zu prüfen. Prüfe zusätzlich frame-genau alle Schnitte und wichtige Animationen; das Bestehen des Skript-Decodierungstests ersetzt nicht die visuelle Prüfung. Bei gefundenen Fehlern nach der Behebung nur die betroffenen Prüfungen und den endgültigen Export erneut durchführen. Details siehe Timing-Referenz.
7. Cover und Veröffentlichungsmaterialien. Lese references/visual-and-delivery.md. Verwende imagegen oder eine vorhandene klare Cover-Vorlage, um zwei unabhängige Kompositionen in 4:3 und 3:4 zu erstellen. Prüfe chinesische Zeichen, Formeln, Pfeile, Ränder und das tatsächliche Pixelverhältnis. Erstelle einen zum fertigen Video passenden Titel, eine kurze Beschreibung und einige themenbezogene Hashtags.
8. Auslieferung. Gib nach erfolgreicher Prüfung der tatsächlichen Dateien die MP4, die beiden Cover, die Veröffentlichungstexte und das Projektverzeichnis aus. Nenne Dauer, Spezifikation und wichtige Einschränkungen. Wenn kein erfolgreicher Export stattfand, sage klar „Vorschau/Quellcode abgeschlossen“ und bezeichne das Video nicht als fertig. Bewahre project.json, sources.md, storyboard.json, beat-map.json, Prüfergebnisse und Quellcode für spätere Änderungen auf.

Kombination mit anderen Fähigkeiten

• hyperframes-vibe-169: Bei Verwendung dieser Engine übernimmt sie Composite-Struktur, Lint, Preview, Render. Ihre Stilbeispiele ersetzen nicht das aktuelle Thema.
• lemo-opuscar: Verwende diese Fähigkeit, wenn der Benutzer sie anfordert oder das Thema ihren Regie-/Stilansatz erfordert. Lese den entsprechenden Stil aus. Bei partiellen Revisionen eines bereits vorhandenen Videos wird nicht automatisch ein neuer Stil-Fragebogen durchlaufen.
• painted-animation / Joker-chichi/claude-mv-skill: Nur bei handgezeichneten Animationen, Lyric-MVs oder wenn deren Beat-Timing-Werkzeuge benötigt werden, die entsprechenden Teile lesen. Bei Wissensclips mit Hintergrundmusik wird der Benutzer nicht um eine separate LRC-Datei gebeten.
• imagegen: Zuständig für die Erstellung oder Bearbeitung von Bitmap-Cover-Bildern. Speichere das endgültige Bild im Projekt, protokolliere den Prompt. Setze die Skill-Beschreibung nicht als direkt aufrufbare Bild-API voraus.
• openfilm / jianying-editor: Nur wenn der Benutzer sie angibt oder ein bestehendes Projekt sie tatsächlich verwendet, den entsprechenden Ablauf durchführen.

Es ist nicht erforderlich, bei jeder Ausgabe alle Fähigkeiten gleichzeitig auszuführen. Wenn ein Werkzeug nicht verfügbar ist, prüfe zunächst die vorhandene lokale Laufzeitumgebung und mögliche Alternativen. Installiere keine großen Abhängigkeiten stillschweigend und ersetze keine vom Benutzer angegebenen Produkte. Gib klare Fehlermeldungen aus, verschleiere keine Fehler durch endlose Wiederholungsversuche.

Hilfsskripte

Die Skripte laufen mit Python 3. Die Audioanalyse und Synchronisationsprüfung benötigen zusätzlich NumPy. FFmpeg/FFprobe können über PATH oder explizite Parameter übergeben werden. Kein API-Key erforderlich. Es werden keine Musik, Renderer oder Binärdateien von Drittanbietern mitgeliefert. Verwende die auf dem Rechner bereits gefundenen Python/Node-Installationen; verwende keine absoluten Pfade aus alten Projekten als allgemeine Abhängigkeiten.

python scripts/create_project.py --workspace <Arbeitsbereich> --slug <Kurzname des Themas> --topic <Thema> --music <MP3 (optional)>
python scripts/beat_plan.py analyze --music <Musik> --out <Beat-JSON> --offset 0 --seconds 50 --ffmpeg <ffmpeg-Pfad>
python scripts/beat_plan.py plan --grid <Beat-JSON> --story <Storyboard-JSON> --out <beat-map.json>
python scripts/audit_render.py --video <MP4> --plan <beat-map.json> --score <finale_Musikdatei (optional)> --out <audit.json>

Das Storyboard-Eingabeformat, manuelle Beat-Korrekturen und die Rendergenauigkeit sind in der Timing-Referenz beschrieben. Vorlagen für das Verzeichnis, Cover und Textabnahme sind in der visuellen und Auslieferungs-Referenz beschrieben. Die von den Skripten ausgegebenen Werte sind Prüfbelege und keine automatische Garantie für ästhetische oder wissenschaftliche Korrektheit.