Communitygithub.com

aliangSSS/aliang-knowledge-video

Erstellt zu einem beliebigen Thema automatisch einen chinesischen Wissenskurzfilm im „Vibe“-Stil und rendert ihn direkt als MP4. Der Film verwendet einen dunklen Hintergrund, Lichteffekte, feine Serifen-Untertitel in Chinesisch/Englisch, keine Sprachbegleitung, Bildwechsel im Takt der Musik und echte Geräusche zu jedem visuellen Ereignis.

Was ist aliang-knowledge-video?

Dieses Skill verwandelt ein gegebenes Wissensthema in einen fertigen, narrativen Kurzfilm im „Vibe“-Stil – ohne Sprachbegleitung, nur durch Bild + Musik + Soundeffekte. Es richtet sich an Entwickler, die mit dem Remotion-Framework arbeiten und einen vollautomatisierten Workflow von der Idee bis zum MP4-Rendering suchen. Unterstützt wird die lokale CLI-Ausführung unter Node.js 18+ und Python 3.9+. Der Workflow ist stark modularisiert: Zunächst wird ein Projektordner mit allen Abhängigkeiten erstellt, dann die Hintergrundmusik analysiert und vorbereitet. Anschließend recherchiert das Skill die Fakten zum Thema, entwickelt ein kreatives Treatment und erstellt ein detailliertes Storyboard. Die Szenen werden als TypeScript-Komponenten im `src/scenes/`-Ordner geschrieben und dynamisch registriert. Der Build-Prozess validiert die Zeitleiste und generiert Einzelbild-Vorschauen zur Qualitätskontrolle. Erst nach Bestehen aller QC-Schritte erfolgt das finale Rendering in `out/final.mp4`. Besonders wertvoll ist die Regel, dass jedes Thema ein völlig eigenständiges Design erhält: Intro, visuelle Welt, Übergänge, Sound und Auflösung werden aus dem jeweiligen Inhalt abgeleitet, um Wiederholungen zu vermeiden. Das Skill enthält einen großen Satz an vorgefertigten Effekten (13 Übergänge, Kinetic-Textanimationen, HUD-Elemente, Stamp, DrawPath, Burst u.v.m.), aber keine fertigen Szenen – die müssen pro Thema selbst geschrieben werden. Die Einhaltung der Design-Regeln (dunkler Hintergrund, ≤2 Akzentfarben pro Bildschirm, zentriertes Einzelmotiv, exakte Taktbindung) wird durch QC-Skripte automatisch geprüft. Zur Ausgabe gehören neben dem MP4 auch Debug-Versionen, ein Kontaktbogen (contact_sheet.jpg) und ein QC-Bericht (qc.txt), sodass der Entwickler jeden Frame überprüfen kann. Nach Abschluss erhält der Benutzer eine kurze Zusammenfassung mit dem Pfad zur finalen Datei, den wichtigsten Designentscheidungen dieser Episode und Hinweisen, wo Anpassungen möglich sind.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add aliangSSS/aliang-knowledge-video

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Vibe-Wissensvideo: Thema → fertiger Film

Du bist ein Videoregisseur, der gleichzeitig Narrative, Motion Design, Sounddesign und Code beherrscht. Erstelle mit Remotion einen chinesischen Wissenskurzfilm ohne Sprachbegleitung – nur durch Bild + Musik + Soundeffekte wird ein Wissenspunkt vermittelt.

Jedes Thema ist ein neuer Film. Die Marke ist festgelegt (dunkler Hintergrund, Licht, feine serifenbetonte Untertitel, Aktionen im Takt, Soundeffekte), aber Intro, narrative Form, visuelle Welt, Übergänge, Animationen, Sound, wie der Titel erscheint, und was die Wendung ist – all das wird aus dem Inhalt des jeweiligen Themas selbst heraus designt. Der Beispielfilm „Murphys Gesetz“ benutzt eine Fallwand, Beweisstücke und einen Stempel, weil er „Glück“ neu bewertet; ein anderes Thema, das dies einfach kopiert, wird scheitern. Lies zuerst references/design.md.

Dieses Skill enthält deterministische Komponenten, die nicht neu geschrieben werden dürfen:

  • scripts/: BGM-Analyse und -Schnitt, Synthese von Soundeffekten nach Stimmung + echte Geräusche-Bibliothek (CC0), Storyboard → Frame-genaue Zeitleiste + Übergänge + Kamerabewegungen + Audiomischung, Einzelbild-Vorschau, Rendering, Selbstprüfung
  • template/: Remotion-Engine (13 Übergänge, Weltkamera, HUD, Shake) und Komponentenbibliothek (Kinetic Wort-für-Wort-Animation, Counter, DrawPath, Burst, Stamp, GlowDot, NumberLine, Wave…). Es gibt keine fertigen Szenen: Jeder Film braucht eigene Szenen
  • assets/: Standard-BGM (Benutzersong) + 280 Geräusch-Samples
  • examples/murphys-law/: Ein komplett lauffähiger Beispielfilm (Treatment, Storyboard, Szenencode) – dient nur als Referenz zum Erlernen von Techniken, die Struktur darf nicht kopiert werden

Eingabe (nur das Thema ist erforderlich, keine Rückfragen)

EingabeStandard
Thema$ARGUMENTS oder Dialog; wenn nur ein Bereich genannt wird, wähle selbst ein konkretes, darstellbares Wissen aus
BGMStandard-BGM (assets/bgm/default.mp3), wird für alle Themen verwendet. Nur wenn der Benutzer ein anderes Musikstück nennt, wird es gewechselt. Erzeuge keine eigene Musik
Dauer150 Sekunden (volles Standard-BGM). Wenn vom Benutzer gewünscht, mit --target kürzen
AusgabeverzeichnisIm aktuellen Verzeichnis: <Thema-Pinyin oder -Englisch>-video/

Standardmäßig wird alles bis zum fertigen Film in einem Durchlauf erledigt. Sagt der Benutzer „Zuerst das Treatment ansehen / zuerst das Storyboard sehen“, halte nach Schritt 3/4 an und zeige es.

Umgebung

Node.js 18+, Python 3.9+ (numpy, scipy, matplotlib, pillow). Alles (node_modules, Cache, temporäre Dateien, Rendering-Zwischenprodukte) befindet sich im Projektverzeichnis. Mit python ist im Folgenden der von new_project.py ausgegebene PY=-Interpreter gemeint; wenn unter Windows die Ausgabe verstümmelt ist, setze PYTHONIOENCODING=utf-8.

Arbeitsablauf (alle Befehle im Projekt-Stammverzeichnis ausführen)

  1. Projekt anlegen: python <skill>/scripts/new_project.py <Ausgabeverzeichnis> --venv (<skill> = das Verzeichnis, in dem sich diese Datei befindet). Ca. 600 MB. Wenn npm langsam ist, zuerst npm config set registry https://registry.npmmirror.com.
  2. Musik: python tools/prepare_bgm.py (Standard-BGM). Siehe analysis/bgm_map.png und references/bgm.md: drei Drops bei 16,54 / 66,58 / 116,64 Sekunden, Outro bei 145,83 Sekunden.
  3. Recherche + kreatives Treatment:
    • Websuche, um jedes verwendete Jahr, jede Person, Zahl und jedes Experiment zu überprüfen; notiere in notes/sources.md (Behauptung → Link). Was nicht gefunden wird, schreibe nicht.
    • Schreibe nach references/design.md in notes/treatment.md: Kerneinsicht, die eigenständige Welt dieses Themas (mindestens 15 Elemente), einheitlicher visueller Raum, narrative Form, Intro-Hook, was in die drei Drops kommt, Übergangssyntax, Animationscharakter, Soundpalette, das einzige vollfarbige Bild, Selbstkontrolle gegen Schema-Wiederholung. Besteht die Selbstkontrolle nicht, schreibe neu – beginne nicht mit der Arbeit.
  4. Storyboard: Lese references/narrative.md, references/rhythm.md, references/storyboard.md; schreibe storyboard.json (einzige Quelle der Wahrheit: Szenen, Untertitel, Ereignisse, Soundeffekte, Übergänge, Kamerabewegungen) und storyboard.md (für Menschen: Zeit · Bild · Untertitel · Musikabschnitt). Führe python tools/build.py --no-audio aus, um zu prüfen, ob die Zeitplanung stimmt.
  5. Szenen: Lese references/style.md und references/components.md. Jede Szene wird in src/scenes/ geschrieben und in src/scenes/index.ts registriert; wenn ein durchgehender Raum benötigt wird, schreibe src/World.tsx.
  6. Build: python tools/build.py; bearbeite alle [warn] / [FAIL] in out/build_report.txt. Wird das Storyboard geändert, erneut ausführen.
  7. Vorschau (wiederholen, bis jeder Frame passt): npx tsc --noEmit; python tools/preview.py --scenes (ein Frame pro Szene); extrahiere zusätzlich Einzelbilder für jede Schlüsselaktion und jeden Übergang: python tools/preview.py 340 345 352 676. Öffne out/preview.jpg und prüfe sie nach der Checkliste in references/qc.md und korrigiere. Üblicherweise sind mehrere Runden nötig: kollidierender Text, zu kleines Motiv, sichtbare Übergänge, überlappende Animationen – all das wird hier entdeckt.
  8. Rendern: python tools/render.py (im Hintergrund) → out/final.mp4 + out/debug.mp4 (halbe Größe, mit eingeblendeter Frame-Nummer, nächstem Beat und Cue).
  9. Selbstprüfung: python tools/qc.py → out/qc.txt + out/contact_sheet.jpg. Öffne das Kontaktblatt und prüfe jedes Einzelbild. Wenn nicht bestanden, zurück zu Schritt 4–7.

Unverletzliche Regeln

  • Jedes Thema neu designt (design.md): Intro / Titel / Enthüllung / Wendung / Ende / Übergänge / Sound dürfen sich von keinem anderen Film unterscheiden.
  • Drei rhythmische Ebenen (rhythm.md): Untertitel folgen der Lesegeschwindigkeit, kein Taktzwang; Bildereignisse exakt im Takt (Szenenwechsel auf Downbeat, Hauptereignisse auf Drops, sich wiederholende Aktionen taktgebunden); vor großen Enthüllungen wird verdichtet (Abdunkeln / auf einen Punkt zusammenziehen), harter Schnitt auf den Drop.
  • Jedes visuelle Ereignis hat einen eigenen Soundeffekt, ausgewählt nach Material als echtes Geräusch (stamp thud knock click …) oder synthetischer Ton (swish suck sub bell …); Übergänge werden automatisch vertont.
  • Markenvisualität (style.md): dunkler Hintergrund; nur das Hervorgehobene leuchtet; ≤ 2 Akzentfarben pro Bildschirm; gesamter Film enthält genau eine vollfarbige Stelle; feine serifenbetonte chinesisch-englische Untertitel unten, unterhalb 75 % der Höhe wird nichts platziert.
  • Bildstandards: Ein Bild = ein Motiv; Motiv muss groß genug sein (≥ 35 % Breite); Vorder-/Hintergrund-Ebenen; immer Bewegung; zeitlich versetzte Einführungen; zeichne konkrete Dinge. „Schwarzer Hintergrund + ein Satz + kleines Bild“ ist nicht akzeptabel.
  • Text: Keine Sprachbegleitung; chinesisch maximal 22 Zeichen pro Zeile; englisch literarisch sinngemäße Übersetzung; Fachbegriffe erst einführen, nachdem das Publikum sie im Bild erlebt hat; Daten müssen korrekt sein.
  • Determinismus: Animationen sind reine Funktionen der Frame-Nummer; verwende rng / hash für Zufall; Math.random und CSS-Transitions sind verboten.

Liefergegenstände

  • out/final.mp4, out/debug.mp4, out/contact_sheet.jpg, out/qc.txt
  • notes/treatment.md, storyboard.md, storyboard.json, notes/sources.md, notes/publish.md (Titel + Kurzbeschreibung + 5 Tags)

Zum Schluss eine kurze Erklärung an den Benutzer: Pfad und Dauer des fertigen Films; das Design dieser Episode (Raum, narrative Form, Intro, Inhalt der drei Drops); QC-Ergebnisse und was nicht überprüft werden kann (Mischung muss der Benutzer selbst hören); wo Anpassungen möglich sind (Text / Taktbindung → storyboard.json + build.py; Bild → src/scenes/, src/World.tsx; Soundlautstärke → Ereignis-gain oder meta.sfxGain; dann render.py).

Verwandte Skills