vibe-science-video

Vibe Science Video

Wissen in Animationen verwandeln, die Zuschauer zu Ende sehen, Kausalität verstehen und echte Wiedergabe aushalten. Ziel ist es, bereits in der ersten Runde eine Qualitäts-Baseline nahe des Veröffentlichungsstandards zu erreichen und dann mit belegbaren Checks Probleme zu beheben. Versprich nicht, dass jedes Thema auf Anhieb erfolgreich generiert wird, und behandle generierten Quellcode nicht als bereits ausgeliefertes Video.

Stelle zuerst fest, wo die Aufgabe steht

• Neuerstellung: Lies Geschichte und Belege, Visuelles Design. Erstelle Briefing, Faktenblatt und Storyboard.
• Fortsetzung eines bestehenden Projekts: Suche zuerst die aktuelle Auslieferungsliste, die endgültige Tonspur, die Zeitachse und das letzte Feedback des Benutzers. Behalte zufriedenstellende Aufnahmen und alte Ausgaben bei; überschreibe die finale Version nicht mit historischen Entwürfen.
• Behebung spezifischer Probleme: Lies den Reparaturabschnitt in Produktion, Prüfung und Reparatur. Notiere Zeitpunkt, Objekt, Phänomen und entscheide, ob die Tonspur ausgetauscht, nachgerendert oder das gesamte Video neu angeordnet werden muss.
• Nur Titelbild oder Text: Lies Veröffentlichungsmaterialien. Starte keine unnötige Videoneuberechnung.

Bei der Erstellung eines neuen Videos, der Neudefinition des visuellen Konzepts oder dem Hinzufügen/Ersetzen von Bildmaterial prüfe zuerst die vorhandene Modellbibliothek des Projekts und entscheide dann über Modellierung oder Download. Lies assets/models/README.md, inventory.json und vorhandene Vorschauen des Projekts; falls keine Liste vorhanden ist, verwende das Readonly-Bestandswerkzeug aus Modell-Wiederverwendungsprozess, um echte Dateien zu finden. Wähle die Wiederverwendung basierend auf wissenschaftlichen Objekten, Kamerabedarf und bestätigtem Stil aus und dokumentiere Dateien sowie Entscheidungen im Asset-Plan. Bei Änderungen nur an Untertiteln, Mischung oder Veröffentlichungstext ist kein erneuter Scan der Modellbibliothek erforderlich.

Die aktuelle Wahl des Benutzers hat Vorrang vor diesen Standardwerten: normales Publikum; chinesische Untertitel + BGM + wichtige Soundeffekte, ohne Voice-Over; Dauer, die durch den Erklärungsbedarf bestimmt wird, kann von 2–4 Minuten geplant werden; Querformat 16:9; Vorschau mit niedrigerer Auflösung, endgültig lieferbar als 4K60-Master und 1080p60-Wiedergabeversion. Wenn Budget, Hardware oder Thema ungeeignet sind, schlage konkrete Kompromisse vor; ersetze Qualität nicht durch 4K, 60 fps oder 3D.

Frage nur nach, wenn Informationen aus vorhandenen Materialien nicht zu beschaffen sind und das Ergebnis ändern würden. Bei bereits vorhandenem Thema erzwinge keine Neuwahl. Wenn der Benutzer zuerst ein Muster sehen möchte, liefere am Muster aus. Wenn der Benutzer eine kontinuierliche Fertigstellung autorisiert, fahre nach interner Qualitätsprüfung fort, ohne in jeder Phase erneut um Genehmigung zu bitten. Die Produktionsautorisierung umfasst nicht automatisch die öffentliche Veröffentlichung oder Änderung externer Konten.

Die Kernbeschränkungen dieses Workflows

1. Auf den ersten Blick bedeutungsvoll. In der ersten Sekunde erscheint ein Objekt, das direkt mit dem Thema zusammenhängt; in den ersten Sekunden passiert eine klare Aktion. Stelle eine Frage durch menschliche Situationen, kontraintuitive Phänomene oder beobachtbare Widersprüche; der technische Name erscheint später.
2. Jeder Abschnitt treibt ein Verständnis voran. Erkläre Mechanismen mit „Problem → Änderung der Bedingungen → Objektverhalten → sichtbares Ergebnis“; beantworte die Frage, bevor du die nächste stellst. Ersetze Antworten nicht durch eine Kette von Fragen.
3. Visuelle Metaphern dürfen den Mechanismus nicht ersetzen. Das Faktenblatt dokumentiert Objekte, Bedingungen, Kausalität, Quellen, Vereinfachungen und nicht darstellbare Bedeutungen. Verschiedene Forschungsstrategien müssen durch Kapitel oder Formulierungen getrennt werden; baue sie nicht zu einem universellen System zusammen.
4. Höhepunkt auf den Ergebnis-Frame. Wenn der musikalische Angriffspunkt kommt, sollte der Zuschauer bereits Kontakt, Öffnung, Membrantrennung oder das Aufleuchten eines Zustands sehen, nicht die langsame Bewegung einer Animation.
5. Kompakt bedeutet nicht Text kürzen. Entferne zuerst langsamen Einstieg und leeres Warten nach dem Lesen; komplexe Bewegungen brauchen dennoch Beobachtungszeit. Untertitel, Aktion und SFX werden von derselben Zeitachse exportiert.
6. Feinheit dient dem Verständnis. Klarer Körper, Material, Schichtung, Richtung und sichtbarer Kontakt haben Vorrang vor irrelevanten Partikeln. Mechanismen, die Überlappung, Einfügung, Umhüllung erfordern, sollten mit überprüfbaren räumlichen Strukturen umgesetzt werden.
7. Übergänge sind Teil des Storyboards. Lege das Objekt der vorherigen Szene, die Überblendung/Formübergabe, den Austauschrahmen und den Landepunkt der nächsten Szene fest. Warte nicht, bis das gesamte Video fertig ist, um einheitliche Überblendungen hinzuzufügen.
8. Überprüfe die endgültigen Dateien. Studio, PNG, codiertes MP4 und Upload-Vorschau können unterschiedlich sein. Vollständige Dekodierung, Einzelbildprüfung, kontinuierliche Wiedergabe und tatsächliches Hören werden separat dokumentiert; sie können sich nicht gegenseitig ersetzen.

Ausführbarer Lieferworkflow

Phase	Muss erstellte überprüfbare Ergebnisse	Entscheidungsbasis für den nächsten Schritt
1. Eingabe empfangen	Briefing: Thema, Zielgruppe, Materialien, Audio, Seitenverhältnis, Umfang, Projektstammverzeichnis	Was das Publikum nach dem Ansehen verstehen soll; ob klare Quellen und notwendige Materialien vorhanden sind
2. Inhalt und Erzählung	Faktenblatt, Einzeiler, Fragenkette, Design der ersten 15 Sekunden	Schlussfolgerungen sind nachvollziehbar; Eröffnung hat Aktion und Versprechen; Fragen können eingehalten werden
3. Storyboard mit Audio/Visuell	Storyboard, Asset-Plan, endgültige BGM-Identität, Cue-Kandidaten, Übergangsplan	Modell entspricht der Wissenschaftsstruktur; Schlüsselverben sind sichtbar; Klarheit der Stärke-/Schwächeebenen
4. Qualitäts-Musterclip	Echter codierter Kurzfilm mit Eröffnung + schwierigstem Mechanismus + einem repräsentativen Übergang	Kern-Assets erreichen endgültige Bildqualität; Schlüsselaktion und Sound sind echt synchron
5. Vollständige Videoproduktion	Editierbares Projekt, einheitliche Zeitachse, Untertitel, Soundereignisse, Asset-Protokoll	Jedes Kapitel ist klar; Kameraeinstellungen folgen natürlich; Untertitel haben keine Leerlauf- oder Hetzphasen
6. Ausgabe und Reparatur	Komplettes Video, entsprechende Qualitätssicherung, überarbeitete Version und Unterschiede	Datei, Bild, Ton, Versionsidentität sind separat geprüft
7. Veröffentlichungspaket	Titelbild, Titel, Kurzbeschreibung, Tags, Lieferliste, Reproduktionsanleitung	Externes Versprechen stimmt mit dem Inhalt überein; korrekte Plattformzuschnitte und Dateiauswahl

Lies je nach Aufgabenstellung die entsprechende Referenz:

• Geschichte und Belege: Papier-zu-Skript, Haken, Fragenkette, Untertitel-Verweildauer, vollständiges Erzählbeispiel.
• Visuelles Design: Designsystem, Asset-Auswahl, Material und Raum, Aktionsrezepte, Übergangs- und Clipping-Prüfung.
• Modellbibliothek und Dialogübergreifende Wiederverwendung: Lokales Material zuerst erkennen, Struktur, Komponenten, Größe und Lizenz prüfen, dann Kameraeinstellung entwerfen; wie für neue oder bestehende Projekte ein Erkennungseintrag erstellt wird.
• Musik und Timing: Standard-Beispiel-BGM, benutzerdefinierter Ersatz, Takterkennung, Soundeffekte und Mischung, Audio-Video-Synchronisation.
• Produktion, Prüfung und Reparatur: Reproduzierbare Implementierung, Rendering-Budget, endgültige Dateiprüfung, lokale Reparatur, Lieferstruktur.
• Veröffentlichungsmaterialien: Titelbild-Komposition, Plattform-Seitenverhältnis, Titel und Kurzbeschreibung, Materialquellen und Veröffentlichungspaket.
• Echter Fall und fehlgeschlagene Reparatur: Endgültiges Ergebnis, Feedback, Korrekturursachen und Anwendungsgrenzen von „Bakterien in Medikamente verwandeln“.
• Portable Werkzeuge: Tatsächliche Befehle und Einschränkungen für BGM-Analyse, Zeitachsenprüfung, vollständige Dekodierung und Frame-Extraktionsberichte.

Funktionstest und Projektstart

Bei der Erstellung eines neuen Projekts kann der Remotion+Three.js-Starter in das Benutzerprojekt kopiert werden, dann gemäß seiner Anleitung installieren, Vorschau und rendern. Ändere keine Vorlagen des installierten Skills direkt. Es handelt sich um ein etwa 12-sekündiges Zwei-Zustands-Raum-Aktions-Experiment, das zur Überprüfung der Umgebung, Bewegung, Sound und Exportkette dient; es ist kein fester Intro, der automatisch alle Themen in komplette Videos verwandelt.

Die im Paket enthaltene Referenz-BGM und Quellen-/Analysedaten bieten Standard-Musikeingabe; vorhandene Benutzermusik hat Vorrang. Der Starter unterstützt benutzerdefinierte Dateien; nach dem Austausch müssen Analyse und Ereigniszeitpunkte aktualisiert werden. Die timeline.json des Templates ist ein unabhängiges Strukturbeispiel, kein fester Taktpunktplan für Referenzmusik oder Starter.

Führe in echten Projekten tools.md für Musikanalyse, Zeitachsenprüfung und endgültige Medienprüfung aus. Lies Warnungen im Bericht und bewerte sie mit dem Bildmaterial; entferne keine wissenschaftlichen Bedingungen oder schalte Warnungen aus, nur damit das Skript grün wird. Werkzeuge können nicht automatisch beurteilen, ob ein Mechanismus korrekt ist, ob das Ergebnis wirklich im angegebenen Frame erscheint oder ob ein akustischer Hinweis hörbar hervortritt; dies erfordert eine optische und akustische Überprüfung.

Verwandte Werkzeuge und Vorlagen sollten gemäß der tatsächlichen Dokumentation des Repos verwendet werden; schätze keine neuen Musikzeitpunkte aus Beispielwerten des Fallbeispiels. Auch ohne spezifisches Bildmodell, GPU oder zusätzliches Skill kann dieser Workflow mit verfügbaren Werkzeugen ausgeführt werden. Vorhandene Remotion-Projekte behalten ihre festgelegte Version bei; wenn die neue API aufgerufen werden muss, konsultiere die aktuelle offizielle Dokumentation. Falls ein offizielles Remotion-Skill vorhanden ist, kann es kombiniert werden; dieses Skill ist nicht von einem anderen bestimmten Skill abhängig, um den Kernworkflow zu verstehen.

Beginne die Produktion mit diesen Entscheidungen

Erzählung: Schreibe einen konkreten Grund zum Anschauen; wähle 3–5 Fragen aus, die am besten eine sichtbare Antwort liefern, als Ausgangspunkt, keine feste Anforderung. Entscheide, welcher Moment die größte Enthüllung ist und welche Abschnitte eine ruhige Erklärung benötigen.

Material: Liste zuerst lokale Kandidaten auf; dokumentiere die Entsprechung jedes sichtbaren Objekts zu Fakten. Verwende wieder, wenn geeignet; wenn das wissenschaftliche Objekt nicht passt, notwendige Komponenten fehlen oder die visuelle Wirkung ungeeignet ist, erkläre den Grund und wähle 2D, Anpassung oder neues Material. Dass eine Kette farbig dargestellt wird, bedeutet nicht, dass sie sich unabhängig bewegen kann; ein fertiges Modell bedeutet nicht, dass die Mechanik-Animation bereits erstellt ist. Bringe zuerst eine repräsentative Kameraeinstellung auf Zielabschlussniveau und verallgemeinere dann Material und Aktion.

Musik: Wähle entweder die Beispiel-BGM oder eine benutzerdefinierte Tonspur. Identifiziere zuerst die tatsächliche Eingabedatei, Länge und Version; nach Schnitt, Loop und Geschwindigkeitsänderung führe eine erneute Analyse der endgültigen Musik durch. Takterkennung sind nur Kandidaten; Bestätigung durch Wellenform und tatsächliches Hören erforderlich.

Projekt: Archiviere innerhalb des Projekts: Eingabe, Material, Quellcode, Ausgabe und Qualitätssicherung; der Zustand desselben Frames muss reproduzierbar sein. Verwende explizite zufällige Seeds; vermeide, dass Animationen von echter Uhrzeit, Wiedergabeverlauf oder asynchron nicht abgeschlossenen Ressourcen abhängen.

Risikoreiche Kameraeinstellunge: Teste zuerst den gesamten Ablauf der schwierigsten Aktion. Doppelschlüssel müssen echte Löcher und Sweep-Spalt aufweisen; Freigabe muss zuerst interne Last haben, bevor sie sich trennt; Umschließung muss kontinuierlich vom Verschlinger zum Ziel erfolgen. Die spezifische Mechanik richtet sich nach den aktuellen Daten.

Definition von Fertig

Markiere jedes Element in der QA-Checkliste mit „geprüft/nicht geprüft/nicht zutreffend“ und Belegen; fülle keine nicht ausgeführten Fertig-Status aus. Die endgültige Auslieferung umfasst mindestens: abspielbares Video, bearbeitbares Projekt, endgültiges Skript/Untertitel, Musik- und Cue-Protokoll, Titelbild und Text (im Aufgabenumfang), verfügbare Vorschau-/Rendermethode, Materialquellen und bekannte Einschränkungen.

Wenn die Umgebung nicht tatsächlich rendern kann, lege genau dar, bis zu welchem Schritt geliefert wird, welcher Befehl oder welche Ressource blockiert, und behalte ein ausführbares Projekt bei; schreibe keinen Vorschaulink oder „theoretisch renderbar“ als generiertes MP4. Die Zufriedenheit des Benutzers mit dem Werk, die bestandene maschinelle Prüfung und die Wiedergabedaten der Plattform sind unterschiedliche Belege; keiner darf automatisch als „garantierte hohe Bindung“ geschrieben werden.