Que fait Vibe Science Video ?
Transformez la connaissance en animations que le public veut regarder, qui expliquent les causes et les effets, et qui tiennent la route lors d'une diffusion réelle. L'objectif est d'établir une ligne de base de qualité proche de la publication dès la première tentative, puis d'utiliser des vérifications fondées sur des preuves pour corriger les problèmes. Ne promettez pas qu'un sujet arbitraire puisse être généré en une seule fois, et ne considérez pas la génération du code source comme une vidéo livrée.
Déterminez d'abord où en est la tâche
- Nouvelle œuvre : Lisez Histoire et preuves, Conception visuelle, établissez un brief, un tableau des faits et un storyboard.
- Poursuivre un projet existant : Trouvez d'abord la liste de livraison actuelle, la piste audio finale, la timeline et les derniers retours de l'utilisateur ; conservez les plans satisfaisants et les anciennes sorties, ne remplacez pas la version finale par des brouillons obsolètes.
- Corriger un problème spécifique : Lisez la section de correction de Production, vérification et correction, enregistrez le moment, l'objet, le phénomène, et décidez s'il faut remplacer la piste audio, refaire le rendu ou réorganiser l'ensemble du film.
- Faire seulement la couverture ou le texte : Lisez Éléments de publication, ne lancez pas une reconstitution vidéo inutile.
Lors de la création d'un nouveau film, de la redéfinition du concept visuel ou de l'ajout/remplacement d'éléments visuels, vérifiez d'abord la bibliothèque de modèles existante du projet, puis décidez de la modélisation ou du téléchargement. Lisez assets/models/README.md, inventory.json du projet et les aperçus existants ; en l'absence d'inventaire, utilisez l'outil d'inventaire en lecture seule du Processus de réutilisation des modèles pour trouver les fichiers réels. Choisissez la réutilisation en fonction des objets scientifiques, des besoins du plan et du style confirmé, et documentez les fichiers et les choix dans Plan des ressources. Pour les modifications de sous-titres, de mixage ou de texte de publication uniquement, il n'est pas nécessaire de rescanner la bibliothèque de modèles.
Les choix de l'utilisateur pour cette session prévalent sur les valeurs par défaut suivantes : public général ; sous-titres chinois + BGM + effets sonores clés, sans voix off ; durée déterminée par les besoins d'explication, pouvant être planifiée sur 2 à 4 minutes ; format paysage 16:9 ; aperçu en basse résolution, livraison finale possible en master 4K60 et version de lecture 1080p60. Proposez des compromis concrets si le budget, le matériel ou le sujet ne conviennent pas, ne remplacez pas la qualité par la 4K, 60 fps ou la 3D.
Ne posez que les questions qui ne peuvent être obtenues à partir des documents existants et qui modifieraient le résultat. Ne forcez pas la resélection d'un sujet déjà défini. Si l'utilisateur demande à voir un échantillon d'abord, livrez l'échantillon ; si l'utilisateur autorise une exécution continue, terminez après un contrôle qualité interne, sans demander d'autorisation étape par étape. L'autorisation de production n'inclut pas automatiquement la publication publique ou la modification de comptes externes.
Contraintes fondamentales de ce processus
- Signification dès le premier regard. Le premier plan doit montrer un objet directement lié au sujet, et une action claire doit se produire dans les premières secondes. Utilisez des situations humaines, des phénomènes contre-intuitifs ou des contradictions observables pour poser une question, le nom technique vient après.
- Chaque segment fait progresser une compréhension. Expliquez le mécanisme par « problème → changement de condition → comportement de l'objet → résultat visible » ; après avoir répondu, posez la question suivante. Ne remplacez pas les réponses par une série de questions.
- Les métaphores visuelles ne doivent pas confondre le mécanisme. Le tableau des faits enregistre les objets, conditions, causes et effets, sources, simplifications et les significations qui ne peuvent pas être dessinées. Différentes stratégies de recherche doivent être distinguées par des chapitres ou des formulations, et non fusionnées en un système universel.
- Le point culminant doit correspondre à l'image de résultat. Lorsque le point d'attaque musical arrive, le public doit déjà voir le contact, l'ouverture de la porte, la séparation de la membrane ou l'état s'allumer, et non l'animation qui commence à peine à bouger lentement.
- La compacité ne signifie pas supprimer des mots. Supprimez d'abord les entrées lentes et les temps morts après la lecture ; les actions complexes ont encore besoin de temps d'observation. Les sous-titres, les actions et les SFX sont exportés à partir de la même timeline.
- Le raffinement sert la compréhension. Donnez la priorité à un sujet clair, une matière, une profondeur, une direction et un contact visible par rapport aux particules non pertinentes. Pour les mécanismes nécessitant une occlusion avant/arrière, une insertion ou un emballage, utilisez des structures spatiales vérifiables.
- La transition fait aussi partie du storyboard. Définissez clairement l'objet de la scène précédente, l'occlusion ou la continuité de forme, l'image d'échange et le point d'arrivée de la scène suivante. N'attendez pas d'avoir terminé tout le film pour ajouter des fondus.
- Vérifiez le fichier final. Studio, PNG, MP4 encodé et aperçu de téléchargement peuvent être différents. Effectuez un décodage complet, une vérification par image sélectionnée, une lecture continue et une écoute réelle, et documentez-les séparément ; ils ne peuvent pas se substituer les uns aux autres.
Processus de livraison exécutable
| Phase | Résultats vérifiables obligatoires | Critère pour l'étape suivante |
|---|---|---|
| 1. Réception de l'entrée | brief : sujet, public, documents, son, format d'image, portée, répertoire racine du projet | Ce que le public doit comprendre après avoir regardé ; si les sources et les ressources nécessaires sont claires |
| 2. Contenu et narration | Tableau des faits, une phrase de synthèse, chaîne de questions, conception des 15 premières secondes | Les conclusions clés sont traçables ; l'ouverture a une action et une promesse ; les questions peuvent être résolues |
| 3. Storyboard son-visuel | Tableau de storyboard, Plan des ressources, identité du BGM final, cue candidates, plan de transition | Les modèles correspondent à la structure scientifique ; les verbes clés sont visibles ; les niveaux de force sont clairs |
| 4. Échantillon de qualité | Court-métrage réellement encodé de l'ouverture + du plan du mécanisme le plus difficile + d'une transition représentative | Les actifs principaux atteignent la qualité finale ; les actions et les sons clés sont réellement alignés |
| 5. Production du film complet | Projet éditable, timeline unifiée, sous-titres, événements sonores, enregistrement des ressources | Chaque chapitre est clair, les plans s'enchaînent naturellement, les sous-titres n'ont ni temps mort ni lecture précipitée |
| 6. Exportation et correction | Vidéo complète, QA correspondant, versions révisées et différences | Fichier, image, son et identité de version passent chacun les vérifications |
| 7. Pack de publication | Couverture, titre, description, tags, liste de livraison, instructions de reproduction | La promesse externe correspond au contenu ; le recadrage et la sélection des fichiers pour la plateforme actuelle sont corrects |
Lisez les références correspondantes en fonction des besoins de la tâche :
- Histoire et preuves : transformation d'article en script, accroche, chaîne de questions, durée d'affichage des sous-titres, exemple narratif complet.
- Conception visuelle : système de conception, choix des ressources, matière et espace, recette d'action, transition et vérification des collisions.
- Bibliothèque de modèles et réutilisation inter-conversations : découvrez d'abord les ressources locales, vérifiez la structure, les pièces, la taille et la licence, puis concevez le plan ; comment créer un point d'entrée de découverte pour les nouveaux projets ou les projets existants.
- Musique et timing : BGM par défaut de l'étude de cas, remplacement personnalisé, validation des temps forts, effets sonores et mixage, alignement son-image.
- Production, vérification et correction : mise en œuvre reproductible, budget de rendu, validation du fichier final, correction locale, structure de livraison.
- Éléments de publication : composition de la couverture, format de la plateforme, titre et description, source des ressources et pack de publication.
- Étude de cas et corrections d'échecs : résultats finaux, retours, raisons des corrections et limites d'application de « Transformer les bactéries en médicament ».
- Outils portables : commandes et limites réelles pour analyser le BGM, vérifier la timeline, décoder complètement et générer un rapport d'images extraites.
Vérification à l'ouverture et démarrage du projet
Lors de la création d'un nouveau projet, vous pouvez copier le starter Remotion + Three.js dans le projet de l'utilisateur, puis suivre ses instructions d'installation, d'aperçu et de rendu. Ne modifiez pas directement les modèles de la compétence installée. Il s'agit d'une expérience d'action spatiale à deux conditions d'environ 12 secondes, utilisée pour confirmer l'environnement, le mouvement, le son et la chaîne d'exportation ; ce n'est pas un générique fixe qui transforme automatiquement tous les sujets en vidéos complètes.
Le BGM de référence et les données source/d'analyse fournissent une entrée musicale par défaut ; la musique existante de l'utilisateur est prioritaire. Le starter prend en charge les fichiers personnalisés ; après remplacement, mettez à jour l'analyse et les temps d'événement. La timeline du modèle timeline.json est un exemple de structure indépendant, et non une table de temps forts fixe pour la musique de référence ou le starter.
Dans un projet réel, exécutez l'analyse musicale, la vérification de la timeline et la vérification du média final de tools.md. Lisez les avertissements du rapport et jugez avec l'image ; ne supprimez pas les conditions scientifiques ou ne désactivez pas les avertissements pour rendre le script vert. Les outils ne peuvent pas déterminer automatiquement si le mécanisme est correct, si le résultat apparaît réellement à l'image spécifiée, ou si le son de notification se démarque à l'écoute ; ces éléments nécessitent toujours une vérification visuelle et auditive.
Les outils et modèles associés doivent être utilisés selon les instructions réelles du référentiel ; ne devinez pas les nouveaux moments musicaux à partir des valeurs des exemples de cas. Même sans modèle d'image spécifique, GPU ou compétence supplémentaire, ce processus peut être exécuté avec les outils disponibles. Pour les projets Remotion existants, conservez la version verrouillée ; pour appeler sa nouvelle API, consultez la documentation officielle actuelle. Si une compétence officielle Remotion existe, elle peut être utilisée en combinaison ; cette compétence ne dépend pas d'une autre compétence spécifique pour comprendre le processus principal.
Lors du début de la production, effectuez d'abord ces jugements
Narration : Écrivez une raison de visionnage concrète ; choisissez les 3 à 5 questions qui forment la meilleure réponse visible comme point de départ, sans exigence fixe. Décidez quelle scène est la plus grande révélation et quels passages nécessitent une explication calme.
Ressources : D'abord, faites l'inventaire des candidats locaux, enregistrez la correspondance entre chaque objet visible et le fait. Réutilisez si approprié ; si l'objet scientifique ne correspond pas, s'il manque des pièces nécessaires ou si l'effet visuel ne convient pas, expliquez la raison et choisissez la 2D, la modification ou l'ajout de nouvelles ressources. Le fait de colorer une chaîne ne signifie pas que la chaîne peut bouger indépendamment ; un modèle prêt à l'emploi ne signifie pas que l'animation du mécanisme est déjà faite. Commencez par amener un plan représentatif au niveau de finition souhaité, puis généralisez la matière et l'action.
Musique : Vous pouvez choisir le BGM de l'étude de cas ou utiliser une piste audio personnalisée de l'utilisateur. Identifiez d'abord le fichier d'entrée réel, sa longueur et sa version ; refaites l'analyse de la musique finale après le montage, la boucle ou le changement de vitesse. La détection des temps forts n'est qu'une suggestion ; elle nécessite une confirmation par la forme d'onde et une écoute réelle.
Ingénierie : Archivez dans le projet les entrées, les ressources, le code source, les sorties et le QA ; l'état de la même image doit être reproductible. Utilisez des graines aléatoires explicites, évitez que l'animation ne dépende de l'horloge réelle, de l'historique de lecture ou de ressources asynchrones non terminées.
Plans risqués : Testez d'abord l'intégralité du mouvement le plus difficile. Les doubles clés doivent avoir un trou réel et un jeu de balayage ; la libération doit d'abord avoir une charge interne avant la séparation ; l'emballage doit être fermé en continu par le prédateur vers la cible. Le mécanisme spécifique est basé sur les données de cette session.
Définition de la complétion
Utilisez la Liste de contrôle QA pour indiquer « Vérifié / Non vérifié / Non applicable » avec des preuves pour chaque élément ; ne remplissez pas d'état de complétion non exécuté. La livraison finale comprend au moins : une vidéo lisible, un projet éditable, le script/sous-titres final, l'enregistrement de la musique et des cue, la couverture et le texte (dans le cadre de la tâche), une méthode d'aperçu/rendu utilisable, la source des ressources et les limitations connues.
Si l'environnement ne permet pas un rendu réel, indiquez clairement à quelle étape la livraison s'arrête, quelle commande ou quelle ressource bloque, et conservez le projet exécutable ; ne décrivez pas un lien d'aperçu ou un « rendu théoriquement possible » comme un MP4 déjà généré. L'appréciation de l'utilisateur pour l'œuvre, la réussite des vérifications automatiques et les données de visionnage de la plateforme sont des preuves différentes ; aucune ne peut être automatiquement qualifiée de « garantie de rétention élevée ».