Communitygithub.com

Vibe Knowledge Video

Erstellung oder Verfeinerung animierter Erklärvideos zu Wissenschaft, Geschichte, Mathematik, Psychologie, Wirtschaft, Geisteswissenschaften und mehr. Zunächst werden Zweck und Zielgruppe bestätigt, dann folgen Faktencheck, Storyboard, 2D- oder 3D-Animation, optionale Musik-Synchronisation, Untertitel, finale Prüfung und Auslieferung. Geeignet für die Umwandlung von Wissensthemen in Videos, die Analyse und Übertragung von Referenzvideos, die zeitpunktgenaue Überarbeitung vorhandener Videos sowie die Erstellung von passendem Thumbnail und Text.

Was ist Vibe Knowledge Video?

Der Skill 'Vibe Knowledge Video' ist ein umfassender Workflow zur Erstellung und Verfeinerung animierter Erklärvideos für verschiedene Wissensbereiche. Er geht über reine Code-Generierung hinaus und legt den Fokus auf inhaltliche Genauigkeit, visuelle Klarheit und zielgruppengerechte Aufbereitung. Der Prozess beginnt mit der gemeinsamen Festlegung von Zweck, Zielgruppe und Stil (z. B. wissenschaftlich, populärwissenschaftlich oder unterhaltsam) anhand einer strukturierten Befragung. Anschließend werden Fakten recherchiert, eine präzise Erzählstruktur mit Fragenkette entwickelt und ein detailliertes Storyboard erstellt, das sowohl visuelle als auch auditive Elemente umfasst. Der Skill unterstützt die Umsetzung in 2D oder 3D und bietet Optionen für Musik, Voice-Over und Soundeffekte, wobei die Intensität der audiovisuellen Effekte an den Zweck des Videos angepasst werden kann. Ein strenger Qualitätssicherungsprozess mit einer Checkliste stellt sicher, dass jedes Video vor der Auslieferung auf Fakten, visuelle Konsistenz, korrekte Zeitsteuerung und technische Korrektheit geprüft wird. Der Skill ist plattformunabhängig und kann mit verschiedenen Tools wie Remotion und Three.js arbeiten. Er eignet sich besonders für Entwickler und Content Creator, die regelmäßig hochwertige, faktenbasierte Animationsvideos produzieren oder bestehende Videos effizient überarbeiten müssen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/S-Fan-ZJU/vibe-knowledge-video/tree/HEAD/skills/vibe-knowledge-video

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Vibe Knowledge Video?

Wissen in eine für den jeweiligen Zweck geeignete, verständliche und auslieferbare Animation verwandeln. Der Skill baut auf dem etablierten Workflow von Vibe Science Video auf, erweitert ihn jedoch auf verschiedene Themenbereiche und Stile. Wissenstiefe, Farbgebung, Sound und Animationseffekte werden individuell gewählt; wissenschaftliche Darstellung und unterhaltsame Referenzen sind mögliche Richtungen. Versprechen Sie nicht, dass jedes Thema auf Anhieb erfolgreich generiert werden kann, und behandeln Sie generierten Quellcode nicht als bereits ausgeliefertes Video.

Bei jedem neuen Video zuerst Zweck und Stil klären

Dies ist der erste Schritt des Skills. Lesen Sie Zweck und Stil, fassen Sie die bereits gegebenen Informationen zusammen und klären Sie fehlende Aspekte mit 2–3 kurzen Fragen:

  1. Zweck und Zielgruppe: Wo wird das Video eingesetzt? Wer schaut es? Welches Vorwissen hat die Zielgruppe? Was soll nach dem Anschauen verstanden sein?
  2. Stil und Referenzen: Wissenschaftlich/Lehrend, populärwissenschaftlich, unterhaltsam oder eine Mischung? Welche Merkmale der Referenzen werden übernommen, welche nicht?
  3. Rhythmus und Sound: Ruhig/mittel/kompakt? Wie präsent sind Musik, Voice-Over und Soundeffekte? Soll die Musik auf Bildschnitte abgestimmt sein (zart, deutlich, ausgeprägt)?

Bereits geklärte Informationen werden direkt notiert, nur fehlende Aspekte werden erfragt. Wenn der Benutzer eine Entscheidung delegiert, wird die Begründung dokumentiert. Falls Zweck oder Stil weiterhin unklar sind, wird auf Antwort gewartet, bevor Storyboard, Visuals und Musik festgelegt werden. In der Zwischenzeit können Materialien gesichtet und Fakten überprüft werden. Ein Stil wird nicht automatisch aufgrund des Themas, der Plattform oder des vorherigen Videos übernommen. Bei kleinen Überarbeitungen desselben Films wird der bereits bestätigte Stil beibehalten.

Tragen Sie die Antworten, bestätigten Quellen und offenen Punkte in die Brief-Vorlage ein. Unabhängig vom Stil müssen alle Aussagen faktengetreu, kausal klar und nachvollziehbar sein. Helle Farben können auch in wissenschaftlichen Diagrammen verwendet werden, zurückhaltende Kameraeinstellungen können mit rhythmischer Musik kombiniert werden. Videos ohne Hintergrundmusik, ohne Blinkeffekte, mit Voice-Over-Dominanz und 2D-Darstellung sind ausdrücklich erlaubt. Die Qualitätsbewertung erfolgt am jeweiligen Zweck, nicht an allgemeinen Kriterien wie „bunter“ oder „effektreicher“.

Zuerst den Aufgabenbereich bestimmen

  • Neues Video: Lesen Sie Geschichte und Beweise, Visuelles Design und erstellen Sie Brief, Faktenliste und Storyboard.
  • Vorhandenes Projekt fortsetzen: Lesen Sie die Dateien AGENTS.md, planning/brief.md, planning/project-state.md sowie den Referenzanalyse-Index des Projekts. Wenn der Pfad zum vorhandenen Projekt bekannt ist, verwenden Sie diesen. Finden Sie die finale Version, den endgültigen Soundtrack, die Zeitachse und das letzte Benutzerfeedback. Behalten Sie alte Ausgaben bei, überschreiben Sie die finale Version nicht mit historischen Entwürfen.
  • Referenzvideo analysieren: Lesen Sie Referenzanalyse und -übertragung. Notieren Sie Quellvideo, Zeitabschnitt, Beweise, anwendbaren Zweck und Übertragungsmethode. Unterscheiden Sie zwischen erlernten Methoden und bereits implementierten generischen Komponenten.
  • Bestimmtes Problem beheben: Lesen Sie den Reparaturteil von Produktion, Prüfung und Reparatur. Notieren Sie Zeitpunkt, Objekt, Phänomen und entscheiden Sie, ob der Soundtrack ausgetauscht, eine Nachberechnung durchgeführt oder das gesamte Video neu angeordnet werden muss.
  • Nur Thumbnail oder Text: Lesen Sie Veröffentlichungsmaterial. Starten Sie keine unnötige Videoneuberechnung.

Wenn ein neues Video erstellt, die visuelle Richtung neu festgelegt oder Assets hinzugefügt/ausgetauscht werden, prüfen Sie das Projekt auf vorhandene Referenzen, Bilder, Daten und Modelle. Lesen Sie für 3D-Kandidaten assets/models/README.md, inventory.json und vorhandene Vorschaubilder. Wenn keine Inventarliste vorhanden ist, verwenden Sie das Modell-Wiederverwendungsverfahren (schreibgeschützte Bestandsaufnahme) und suchen Sie nach echten Dateien. Wählen Sie nach Themenobjekt, Kameraeinstellung und bestätigtem Stil. Dokumentieren Sie Auswahl und Verwerfungen im Asset-Plan. Bei Änderungen nur an Untertiteln, Mix oder Veröffentlichungstexten ist kein erneuter Scan der Modellbibliothek erforderlich.

Sound, Zielgruppe, Länge und Seitenverhältnis werden für das jeweilige Video festgelegt. 16:9, 4K60 Master + 1080p60 Wiedergabeversion sind optional lieferbare Spezifikationen aus früheren Projekten. Für Vorschauen können niedrigere Auflösungen verwendet werden. Wenn Budget, Hardware oder Thema es nicht zulassen, schlagen Sie konkrete Kompromisse vor, ohne 4K, 60 fps oder 3D als Ersatz für Qualität zu behandeln.

Fragen Sie nur nach Informationen, die nicht aus vorhandenen Materialien zu entnehmen sind und die das Ergebnis verändern würden. Wenn ein Thema bereits festgelegt ist, erzwingen Sie keine Neuwahl. Wenn der Benutzer zuerst eine Beispielsequenz sehen möchte, liefern Sie diese aus. Wenn der Benutzer eine durchgehende Erstellung autorisiert hat, führen Sie diese nach interner Qualitätskontrolle fort, ohne in jeder Phase erneut um Erlaubnis zu bitten. Die Erstellungsautorisierung umfasst nicht automatisch die Veröffentlichung oder Änderung externer Konten.

Kernbeschränkungen dieses Workflows

  1. Sofort verständlich. Der erste Frame zeigt das themenrelevante Hauptobjekt. Wissenschaftliche Videos können direkt die Forschungsfrage, Lehrvideos die zu verstehende Beziehung, populäre Videos eine menschliche Situation oder einen kontraintuitiven Widerspruch zeigen.
  2. Jeder Abschnitt vermittelt ein Verständnis. Erklären Sie Mechanismen nach dem Schema „Problem → Zustandsänderung → Verhalten des Objekts → sichtbares Ergebnis“. Beantworten Sie eine Frage, bevor Sie die nächste stellen. Keine Fragekette als Ersatz für Antworten.
  3. Fakten und Metaphern trennen. Dokumentieren Sie Objekte, Bedingungen, Kausalitäten, Quellen, Interpretationsunterschiede und visuelle Vereinfachungen. Wissenschaftliche Erkenntnisse nicht als universelles System darstellen, historische Ereignisse nicht zeitlich und kausal vermischen, mathematische Grafiken und Daten mit gemeinsamen Modellen versorgen. Aussagen von Autoren von Referenzen unabhängig überprüfen.
  4. Audio-Reaktionen nach Wahl aktivieren. Drei Stufen sind optional: durchgehende Energie, regelmäßige Taktschläge und Highlights für Enthüllungen. Jede Stufe kann deaktiviert werden. Wenn eine Synchronisation gewünscht ist, lassen Sie den Audio-Impuls auf das sichtbare Ergebnis treffen und Vorbereitungsaktionen rechtzeitig platzieren. Jeder Taktschlag muss nicht aufblitzen.
  5. Kompakt bedeutet nicht geschwätzig. Entfernen Sie zuerst langsame Intro- und Leerzeiten nach gelesenen Texten. Komplexe Aktionen benötigen weiterhin Beobachtungszeit. Untertitel, Aktionen und Soundeffekte werden aus derselben Zeitachse exportiert.
  6. Ästhetik dient dem Verständnis. Klare Hauptobjekte, Materialien, Schichten, Richtungen und sichtbare Kontakte haben Vorrang vor irrelevanten Partikeln. Für Mechanismen mit hinten/vorne Überlappung, Einfügen oder Verpacken verwenden Sie überprüfbare räumliche Strukturen.
  7. Übergänge sind Teil des Storyboards. Legen Sie das vorherige Objekt, die Überlappung oder Formfortsetzung, den Austauschframe und das nächste Ziel fest. Warten Sie nicht, bis das gesamte Video fertig ist, um Überblendungen pauschal hinzuzufügen.
  8. Überprüfen Sie die endgültige Datei. Studio, PNG, codiertes MP4 und hochgeladene Vorschau können unterschiedlich sein. Vollständige Dekodierung, Einzelbildkontrolle, kontinuierliche Wiedergabe und tatsächliches Abhören werden separat dokumentiert und können einander nicht ersetzen.

Ausführbarer Lieferprozess

Die folgende Tabelle gilt für neue, vollständige Videos. Wenn der Benutzer nur ein Storyboard, eine Referenzanalyse, ein Thumbnail oder eine Teilrevision wünscht, führen Sie nur diese Schritte aus und liefern Sie nur diese. Fügen Sie keine nicht angeforderten Schritte hinzu. Wenn kein Soundplan existiert, erzwingen Sie keine Musikschritte.

PhaseÜberprüfbares ErgebnisEntscheidungsgrundlage für nächsten Schritt
1. Eingabe empfangenBrief: Zweck, Zielgruppe, Stil, Rhythmus/Audio, Materialien, Spezifikationen, LieferumfangSchlüsselrichtungen bestätigt; offene Punkte und Betrachtungsziele klar
2. Inhalt und ErzählungFaktenliste, Ein-Satz-Kernaussage, Fragenkette, Design der ersten 15 SekundenSchlussfolgerungen nachvollziehbar; Intro hat Handlung und Versprechen; Fragen sind beantwortbar
3. Audio-Visuelles StoryboardStoryboard, Asset-Plan, Soundplan, optionale Cues, ÜbergängeObjekte und Fakten konsistent; Beziehungen sichtbar; Stil und Intensität zweckmäßig
4. QualitätsmusterReal codierter Kurzfilm mit Intro + schwierigstem Mechanismus + einem repräsentativen ÜbergangKern-Assets in Endqualität; Schlüsselaktionen und Sound echt ausgerichtet
5. Vollständige ProduktionEditierbares Projekt, einheitliche Zeitachse, Untertitel, Sound-Events, Asset-ProtokollJedes Kapitel klar; Übergänge natürlich; Untertitel ohne Lücken oder Überlänge
6. Ausgabe und ReparaturVollständiges Video, zugehörige QA, Revisionen und UnterschiedeDatei, Bild, Ton und Version separat geprüft
7. VeröffentlichungspaketThumbnail, Titel, Beschreibung, Tags, Liefercheckliste, ReproduktionsanleitungExterne Aussagen konsistent mit Inhalt; Zuschnitt und Dateiauswahl für aktuelle Plattform korrekt

Lesen Sie je nach Aufgabe die entsprechende Referenz:

  • Geschichte und Beweise: Papier-zu-Skript, Haken, Fragenkette, Untertitel-Lesedauer, vollständiges Erzählbeispiel.
  • Zweck und Stil: Einstiegsfragen, unabhängige Stildimensionen, Bestätigung und Revisionsgrenzen.
  • Referenzanalyse und -übertragung: Spezifische Methoden, Timecodes und Beweisgrenzen in 8 Referenzen; Frame-Extraktion und Übertragungsprozess für neue Referenzen.
  • Visuelles Design: Designsystem, Asset-Auswahl, Material und Raum, Aktionsrezepte, Übergänge und Clip-Checks.
  • Modellbibliothek und Cross-Chat-Wiederverwendung: Lokale Assets zuerst finden, Struktur, Komponenten, Größe und Lizenz prüfen, dann Kamera entwerfen; Einrichtung eines Discovery-Eingangs für neue oder vorhandene Projekte.
  • Musik und Timing: Optionale Musik, Hüllkurven und Transienten, Ergebnisframes, Mix und Ausrichtung.
  • Produktion, Prüfung und Reparatur: Reproduzierbare Implementierung, Rendering-Budget, finale Dateiverifizierung, lokale Reparatur, Lieferstruktur.
  • Veröffentlichungsmaterial: Thumbnail-Komposition, Plattform-Seitenverhältnis, Titel, Beschreibung, Quellenangaben und Veröffentlichungspaket.
  • Echte Beispiele und fehlgeschlagene Reparaturen: Endergebnis von „Bakterien in Medikamente verwandeln“, Feedback, Korrekturursachen und Anwendbarkeitsgrenzen.
  • Portable Werkzeuge: Tatsächliche Befehle und Einschränkungen für BGM-Analyse, Time-Check, vollständige Dekodierung und Frame-Bericht.

Ersteinrichtung und Projektstart

Sie können den Remotion + Three.js Starter in ein neues Benutzerprojekt kopieren und dann gemäß seiner Anleitung installieren, in der Vorschau betrachten und rendern. Ändern Sie die Vorlagen des installierten Skills nicht direkt. Es handelt sich um ein ca. 12-sekündiges Experiment mit räumlichen Aktionen und zwei Bedingungen, das die Umgebung, Bewegung, Sound und Export-Pipeline überprüft. Es ist kein fester Opener, der jedes Thema automatisch in ein vollständiges Video verwandelt.

Die beiliegende Referenzmusik und der Quelle-Nachweis sind optionale Testeingaben aus dem ursprünglichen technischen Experiment. Sie ersetzen nicht die Musikauswahl für ein neues Video. Der Starter unterstützt benutzerdefinierte Dateien und explizite Stummschaltung. Nach dem Austausch der Musik aktualisieren Sie Analyse und Ereigniszeitpunkte. Die Vorlagen-Zeitachse timeline.json ist ein Beispiel für unabhängige Strukturen, keine feste Synchronisationstabelle für die Referenzmusik oder den Starter.

Führen Sie in echten Projekten die Musikanalyse, den Zeitachsen-Check und die finale Medienprüfung aus tools.md durch. Lesen Sie die Warnungen im Bericht und kombinieren Sie sie mit der Bildbeurteilung. Schalten Sie wissenschaftliche Bedingungen nicht aus und deaktivieren Sie Warnungen nicht, nur um das Skript grün zu machen. Die Werkzeuge können nicht automatisch beurteilen, ob der Mechanismus korrekt ist, ob das Ergebnis tatsächlich im angegebenen Frame erscheint oder ob ein Sound in der Wahrnehmung hervorsticht. Diese Überprüfungen erfordern weiterhin Sicht und Gehör.

Relevante Tools und Vorlagen sollten anhand der tatsächlichen Anweisungen im Repository verwendet werden. Erraten Sie keine neuen Musikzeitpunkte anhand von Fallbeispielwerten. Der Workflow kann auch ohne spezifisches Bildmodell, GPU oder zusätzlichen Skill mit den verfügbaren Werkzeugen ausgeführt werden. Für bestehende Remotion-Projekte bevorzugen Sie die dort festgelegte Version. Wenn Sie eine neue API benötigen, konsultieren Sie die offizielle Dokumentation. Falls ein offizieller Remotion-Skill vorhanden ist, kann dieser kombiniert werden; dieser Skill ist nicht auf einen anderen Skill angewiesen, um den Kernprozess zu verstehen.

Beginne mit der Produktion: Triff diese Entscheidungen

Erzählung: Formulieren Sie einen konkreten Grund zum Anschauen. Wählen Sie die 3–5 Fragen aus, die die sichtbarsten Antworten liefern, anstatt feste Anforderungen zu stellen. Entscheiden Sie, welche Szene die größte Enthüllung ist und welche Abschnitte ruhiges Erklären benötigen.

Assets: Erfassen Sie zuerst lokale Kandidaten. Notieren Sie für jedes sichtbare Objekt die Entsprechung zum Fakt. Wiederverwenden, wo passend. Wenn Objekt, Epoche, Struktur, Komponente oder visueller Effekt nicht passen, begründen Sie dies und wählen Sie 2D-, Umbau- oder neue Assets. Eine farbcodierte Kette bedeutet nicht, dass die Kette sich unabhängig bewegen kann; ein vorgefertigtes Modell bedeutet nicht, dass der Mechanismus bereits animiert ist. Bringen Sie einen repräsentativen Shot zur Zielqualität, bevor Sie Material und Animation auf andere Szenen übertragen.

Sound: Entscheiden Sie sich je nach Video für Musik, Voice-Over, Soundeffekte oder Stille. Wenn Musik verwendet wird, notieren Sie die tatsächliche Datei, Länge und Version. Nach Schnitt, Looping oder Tempoänderung analysieren Sie erneut. Transienten-Erkennung ist nicht gleichbedeutend mit bestätigten Trommelschlägen; der Mix einer Referenz ist nicht reines BGM.

Engineering: Archivieren Sie Eingaben, Assets, Quellcode, Ausgabe und QA im Projekt. Der Zustand desselben Frames muss reproduzierbar sein. Verwenden Sie explizite Zufalls-Seeds; vermeiden Sie Animationen, die von der Systemuhr, dem Abspielverlauf oder asynchronen, unvollständigen Ressourcen abhängen.

Risiko-Shots: Testen Sie zuerst den gesamten Ablauf des am schwierigsten zu erklärenden Mechanismus. Teilen Sie Diagrammzahlen und Kurven auf denselben Daten, Karten-Labels folgen korrekten Orten; nach einem Einschub kehrt die Hauptgrafik in ihren vorherigen Zustand zurück. Überprüfen Sie bei räumlichen Aktionen Löcher, Rotations-Sweeps, innere/äußere Strukturen und Kontakte. Konkrete Beziehungen richten sich nach den Materialien dieses Videos.

Definition von „Fertig“

Aktualisieren Sie nach jeder wichtigen Lieferung oder Benutzerrückmeldung planning/project-state.md: finale Datei(en), tatsächliche Prüfungen, ausstehende Prüfungen, vom Benutzer bestätigt / ausstehend, Asset- und Referenz-Eingänge, nächste Schritte. Initialisierung und Tool-Installation bieten Projekt-Einstiegspunkte; siehe Tool-Handbuch. Schreiben Sie stabile Methoden in Referenznotizen. Die Dauer, Bildrate, Farbgebung und Vorlieben eines bestimmten Werks behalten ihren Anwendungsbereich. Unterscheiden Sie den Status von Mustern, vollständigen Videos und generischen Komponenten.

Bei stummen Videos kann der Sound-Punkt mit „nicht zutreffend“ markiert werden. Erzeugen Sie keine künstlichen Sound-Peaks für die Prüfung und erzwingen Sie keine Musik. Referenzvideos und deren Soundtracks sind nicht im Lieferumfang enthalten; nur übertragbare Analysemethoden werden mitgeliefert. Das BGM des Originalbeispiels wird mit Quelle und Lizenzumfang separat vermerkt.

Verwenden Sie die QA-Checkliste und markieren Sie „geprüft / nicht geprüft / nicht zutreffend“ mit Nachweis. Tragen Sie keine nicht durchgeführten Schritte als abgeschlossen ein. Liefern Sie für ein vollständiges Video: abspielbares Video, editierbares Projekt, endgültiges Skript / Untertitel, tatsächlich verwendete Sound-Events, Thumbnail/Text (innerhalb des Umfangs), Vorschau-/Render-Methode, Quellenangaben und bekannte Einschränkungen. Liefern Sie bei Storyboard-, Analyse- oder Teilrevisionen nur die angeforderten Ergebnisse.

Wenn die Umgebung kein echtes Rendering ermöglicht, dokumentieren Sie, bis zu welchem Schritt die Arbeit gediehen ist, welche Befehle oder Ressourcen blockieren, und behalten Sie ein ausführbares Projekt bei. Schreiben Sie keinen Vorschaulink oder „theoretisch renderbar“ als „bereits generiertes MP4“. Die Zustimmung des Benutzers, eine bestandene maschinelle Prüfung und die Zuschauerdaten einer Plattform sind unterschiedliche Belege. Keiner dieser Nachweise kann automatisch als „garantiert hohe Verweildauer“ formuliert werden.

Verwandte Skills