Vibe Knowledge Video

Que fait Vibe Knowledge Video ?

Transformez des connaissances en animations adaptées à leur usage, compréhensibles et prêtes à être visionnées. Ce skill reprend le flux de travail, les outils et les processus de validation déjà éprouvés par Vibe Science Video, en les étendant à différents domaines et styles. La profondeur du contenu, les couleurs, l'audio et les effets dynamiques sont choisis indépendamment ; les expressions scientifiques et les références divertissantes sont toutes deux des directions possibles. Ne promettez pas qu'un sujet quelconque pourra être généré avec succès du premier coup, et ne considérez pas le code source généré comme une vidéo déjà livrée.

Pour chaque nouvelle vidéo, confirmez d'abord l'usage et le style

C'est l'étape de démarrage de ce skill. Lisez d'abord Usage et style, synthétisez les informations déjà fournies, puis complétez les points manquants avec 2–3 questions courtes :

1. Usage et public : Où sera-t-elle utilisée, pour qui, quel est leur niveau de connaissances de base, que doivent-ils comprendre après visionnage ?
2. Style et références : Recherche/enseignement, vulgarisation grand public, divertissement ou un mélange ? Quelles caractéristiques des références sont adoptées, lesquelles ne le sont pas ?
3. Rythme et son : Calme/moyen/dynamique ? Importance de la musique, de la narration et des effets sonores ? Synchronisation des battements et clignotements musicaux : désactivés, subtils ou marqués ?

Les informations déjà spécifiées sont directement enregistrées ; ne posez de questions que sur les éléments manquants. Lorsque l'utilisateur délègue explicitement le choix, enregistrez la justification. Si l'usage ou le style sont toujours indéterminés, attendez la réponse avant de définir le storyboard, le visuel, la musique et la production ; vous pouvez d'abord organiser le matériel et vérifier les faits. N'appliquez pas automatiquement un style basé uniquement sur le sujet, la plateforme ou la vidéo précédente. Pour les révisions ordinaires d'une même vidéo, conservez la direction déjà validée.

Écrivez les réponses, les sources de validation et les points en suspens dans le brief. Tous les styles doivent maintenir l'exactitude factuelle, la clarté des relations de cause à effet et la traçabilité des sources. Des couleurs vives peuvent être utilisées pour les schémas scientifiques, et des plans sobres peuvent accompagner une musique rythmée. Il est permis d'avoir une vidéo sans BGM, avec des clignotements désactivés, dominée par une narration ou en 2D. L'évaluation spécifique se fait en fonction de l'usage de cette vidéo, et non en utilisant des critères de qualité uniformes comme « plus vif » ou « plus d'effets ».

Déterminez d'abord où se trouve la tâche

• Nouvelle création : Lisez Histoire et preuves, Conception visuelle, créez le brief, la table des faits et le storyboard.
• Poursuite d'un projet existant : Lisez d'abord le AGENTS.md du projet, planning/brief.md, planning/project-state.md et l'index d'analyse des références ; si le chemin du projet existant est différent, utilisez le vrai point d'entrée. Trouvez la version finale, la piste audio finale, la timeline et le dernier retour utilisateur. Gardez les anciennes sorties, n'écrasez pas la version officielle avec un brouillon historique.
• Déconstruction d'une vidéo de référence : Lisez Analyse et migration de références, enregistrez la source, le segment temporel, les preuves, l'usage applicable et la méthode de migration. Distinguez les méthodes apprises des composants génériques déjà implémentés.
• Modification d'un problème spécifique : Lisez la section de réparation de Production, vérification et réparation, enregistrez le point temporel, l'objet, le phénomène, et décidez s'il faut remplacer la piste audio, effectuer un rendu partiel ou remonter entièrement la vidéo.
• Uniquement une couverture ou un texte d'accompagnement : Lisez Matériel de publication, ne lancez pas une refonte vidéo inutile.

Lors de la création d'une nouvelle vidéo, de la redéfinition du visuel ou de l'ajout de nouveau matériel, vérifiez les références, images, données et modèles existants du projet. Lorsqu'un candidat 3D est nécessaire, lisez assets/models/README.md, inventory.json et les aperçus existants ; s'il n'y a pas d'inventaire, utilisez l'outil d'inventaire en lecture seule du flux de réutilisation de modèles pour trouver les fichiers réels. Sélectionnez en fonction du sujet, du plan et du style validé, et enregistrez les fichiers et les décisions dans le plan d'actifs. Pour les simples modifications de sous-titres, de mixage ou de texte de publication, il n'est pas nécessaire de ré-analyser la bibliothèque de modèles.

L'audio, le public, la durée et le format d'image sont validés pour cette vidéo. Le master 16:9, 4K60 et la version de lecture 1080p60 sont des spécifications de livraison optionnelles basées sur l'expérience ; les aperçus peuvent utiliser une résolution inférieure. Si le budget, le matériel ou le sujet ne sont pas adaptés, proposez des compromis concrets, ne considérez pas la 4K, le 60 ips ou la 3D comme des substituts à la qualité.

Ne demandez que les informations qui ne peuvent pas être obtenues à partir des données existantes et qui changeraient le résultat. Ne forcez pas une nouvelle sélection de sujet si le thème est déjà fourni. Lorsque l'utilisateur demande d'abord un échantillon, livrez l'échantillon ; lorsque l'utilisateur autorise la réalisation complète en continu, après un contrôle qualité interne, continuez sans demander de permission é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

1. Avoir un sens dès le premier regard. La première image doit montrer un sujet pertinent ; un film de recherche peut poser directement la question de recherche, un film pédagogique présente la relation à comprendre, la vulgarisation peut utiliser une situation humaine ou un paradoxe contre-intuitif.
2. Chaque segment fait progresser une compréhension. Expliquez le mécanisme par « problème → condition changeante → comportement de l'objet → résultat visible » ; après avoir répondu, introduisez la question suivante. Ne remplacez pas les réponses par une série de questions.
3. Séparez les faits des métaphores. Enregistrez l'objet, les conditions, les causes et effets, les sources, les divergences d'interprétation et les simplifications visuelles. Ne faites pas de la recherche scientifique un système universel, ne confondez pas temps et causalité dans les événements historiques, les graphiques mathématiques et les données partagent le même modèle. Les affirmations de l'auteur de référence nécessitent une vérification indépendante.
4. La réponse audio-visuelle est activée selon le choix. Trois niveaux optionnels : énergie continue, battements réguliers et révélation clé, chacun pouvant être désactivé. Lorsque le syncopage est nécessaire, faites correspondre l'attaque sonore au résultat visible, préparez l'action à l'avance ; ne forcez pas un flash sur chaque battement.
5. La concision ne signifie pas supprimer des mots. Supprimez d'abord les entrées lentes et les attentes vides après la lecture ; les actions complexes nécessitent encore du temps d'observation. Les sous-titres, actions et SFX sont exportés à partir de la même timeline.
6. La qualité sert la compréhension. Priorité à la clarté du sujet, de la texture, des couches, de la direction et du contact visible, avant les particules non pertinentes. Les mécanismes nécessitant une occlusion avant/arrière, une insertion ou un enveloppement doivent utiliser des structures spatiales vérifiables.
7. La transition fait 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, le point d'atterrissage de la scène suivante. N'attendez pas la fin de la vidéo pour ajouter uniformément des fondus.
8. Vérifiez le fichier final. Studio, PNG, MP4 encodé et aperçu téléchargé peuvent être différents. Le décodage complet, la vérification d'images sélectionnées, la lecture continue et l'écoute réelle sont enregistrés séparément ; ils ne peuvent pas se remplacer mutuellement.

Processus de livraison exécutable

Le tableau suivant concerne les nouvelles vidéos complètes. Lorsque l'utilisateur ne demande qu'un storyboard, une analyse de référence, une couverture ou une révision partielle, exécutez et livrez en fonction du périmètre correspondant, sans ajouter d'étapes non pertinentes ; n'imposez pas d'étape musicale si aucun plan audio n'est fourni.

Étape	Résultat vérifiable obligatoire	Critère pour l'étape suivante
1. Réception de l'entrée	brief : usage, public, style, rythme/audio-visuel, matériel, spécifications, périmètre de livraison	Les directions clés ont une base de validation ; les points en suspens et les objectifs de visionnage sont clairs
2. Contenu et narration	Table des faits, une phrase centrale, 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 tenues
3. Storyboard audio-visuel	Storyboard, plan d'actifs, plan audio, repères optionnels, transitions	Les objets correspondent aux faits ; la relation est visible ; le style et l'intensité correspondent à l'usage
4. Échantillon de qualité	Court métrage réellement encodé de l'ouverture + du plan le plus difficile mécaniquement + d'une transition représentative	Les actifs centraux atteignent la qualité finale, les actions clés et l'audio sont réellement alignés
5. Production complète	Projet éditable, timeline unifiée, sous-titres, événements sonores, enregistrement des actifs	Chaque chapitre est expliqué, les transitions de plans sont naturelles, les sous-titres n'ont pas d'attente vide ou de lecture forcée
6. Sortie et réparation	Vidéo complète, QA correspondante, version révisée et différences	Le fichier, l'image, le son et l'identité de version passent respectivement la vérification
7. Paquet de publication	Couverture, titre, description, étiquettes, liste de livraison, instructions de reproduction	Les promesses externes correspondent au contenu ; le recadrage de la plateforme actuelle et la sélection des fichiers sont corrects

Lisez les références correspondantes selon les besoins de la tâche :

• Histoire et preuves : transformation d'article en script, accroche, chaîne de questions, temps de maintien des sous-titres, exemple de narration complète.
• Usage et style : questions de démarrage, dimensions de style indépendantes, limites de validation et de révision.
• Analyse et migration de références : méthodes spécifiques, codes temporels et limites de preuves dans les 8 références, processus d'extraction d'images et de migration pour les nouvelles références.
• Conception visuelle : système de conception, sélection d'actifs, texture et espace, recettes d'action, vérification des transitions et des dépassements de forme.
• Bibliothèque de modèles et réutilisation inter-dialogue : découvrez d'abord les actifs locaux, vérifiez la structure, les composants, la taille et la licence, puis concevez les plans ; comment établir un point d'entrée pour la découverte dans un nouveau projet ou un projet existant.
• Musique et timing : musique optionnelle, enveloppe et transitoires, image de résultat, mixage et alignement.
• Production, vérification et réparation : implémentation reproductible, budget de rendu, validation du fichier final, réparation locale, structure de livraison.
• Matériel de publication : composition de la couverture, format de la plateforme, titre, description, sources des actifs et paquet de publication.
• Cas d'étude réel et réparation d'échec : résultat final de « Transformer les bactéries en médicaments », retours, raisons de correction et limites d'applicabilité.
• Outils portables : commandes réelles et limites pour analyser la BGM, vérifier la timeline, décoder complètement et générer un rapport d'extraction d'images.

Vérification initiale 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 pour l'installation, l'aperçu et le rendu. Ne modifiez pas directement les modèles du skill installé. Il s'agit d'une expérience d'action spatiale à deux conditions d'environ 12 secondes, utilisée pour valider l'environnement, le mouvement, le son et la chaîne d'exportation ; ce n'est pas une intro fixe qui transforme automatiquement tous les sujets en vidéos complètes.

La musique de référence et le fichier de source fournis dans le paquet conservent les entrées de test optionnelles de l'expérience technique d'origine ; ne décidez pas de la sélection musicale pour la nouvelle vidéo. Le starter prend en charge les fichiers personnalisés et le silence explicite ; après avoir changé la musique, mettez à jour l'analyse et les moments des événements. La timeline du modèle timeline.json est un exemple de structure indépendante, pas une table de syncopage fixe pour la musique de référence ou le starter.

Exécutez tools.md pour l'analyse musicale, la vérification de la timeline et la vérification du média final dans un projet réel. Lisez les avertissements dans les rapports et jugez avec les images, ne supprimez pas les conditions scientifiques ou ne désactivez pas les avertissements juste pour que le script devienne vert. Les outils ne peuvent pas automatiquement juger 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 est auditivement marqué ; ceux-ci nécessitent toujours une vérification visuelle et audio.

Les outils et modèles associés doivent être utilisés conformément aux instructions réelles du dépôt ; ne devinez pas les nouveaux moments musicaux à partir des valeurs de cas dans les exemples. Même sans modèle d'image spécifique, GPU ou skill supplémentaire, ce processus peut être exécuté avec les outils disponibles. Pour les projets Remotion existants, privilégiez l'utilisation de la version verrouillée ; si vous devez appeler une nouvelle API, consultez la documentation officielle actuelle. S'il existe un skill officiel Remotion, il peut être utilisé conjointement ; ce skill ne dépend pas d'un autre skill spécifique pour comprendre le processus central.

Avant de commencer la production, effectuez ces jugements

Narration : Écrivez une raison de visionnage spécifique ; choisissez 3–5 questions qui peuvent former une réponse visible comme point de départ, plutôt qu'une exigence fixe. Décidez quelle scène est la plus grande révélation, quels passages nécessitent une explication calme.

Actifs : D'abord, faites l'inventaire des candidats locaux, enregistrez la correspondance entre chaque objet visible et le fait. Réutilisez lorsque c'est approprié ; si l'objet, l'époque, la structure, les composants ou l'effet visuel ne conviennent pas, expliquez pourquoi et choisissez la 2D, la modification ou la création de nouveaux actifs. Le fait qu'un objet soit coloré en chaîne ne signifie pas que la chaîne peut bouger indépendamment ; le fait qu'un modèle soit prêt à l'emploi ne signifie pas que l'animation du mécanisme est déjà faite. Amenez d'abord un plan représentatif au niveau de qualité cible, puis généralisez la texture et les actions.

Son : Choisissez la musique, la narration, les effets sonores ou le silence en fonction de la validation de cette vidéo. Lorsque vous utilisez de la musique, enregistrez le fichier réel, la longueur et la version ; après le montage, la boucle ou le changement de vitesse, réanalysez. Détecter des transitoires n'équivaut pas à des battements de batterie confirmés, et le mixage de la vidéo de référence n'est pas non plus une simple BGM.

Projet : Archivez l'entrée, les actifs, le code source, la sortie et le QA dans le projet ; 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 le processus complet du plus difficile à expliquer. Les compteurs de graphiques et les courbes partagent les données, les étiquettes de carte suivent le bon emplacement, les retours d'insertion d'image conservent l'état du plan principal ; lorsqu'il implique des mouvements spatiaux, vérifiez les trous, les balayages rotatifs, les structures internes et externes et le contact. Les relations spécifiques sont basées sur le matériel de cette session.

Définition de la complétion

Après chaque livraison importante ou retour utilisateur, mettez à jour planning/project-state.md : fichiers officiels, vérification réelle, éléments à vérifier, éléments confirmés/en attente d'évaluation par l'utilisateur, entrée des actifs et des références, prochaine étape. L'initialisation et l'installation des outils fournissent un point d'entrée pour la poursuite du projet, voir le manuel des outils. Écrivez les méthodes stables dans l'enregistrement de référence ; la durée, le taux d'images, la palette de couleurs et les préférences des œuvres spécifiques conservent leur champ d'application ; l'état de l'échantillon, de la vidéo complète et des composants génériques est enregistré séparément.

Pour les vidéos sans son, l'élément audio peut être marqué comme non applicable ; ne créez pas de pic sonore pour la vérification ou n'imposez pas de musique. Les vidéos de référence et leurs pistes audio ne sont pas fournies avec ce paquet, seules les méthodes d'analyse transférables ; la BGM des cas originaux est notée séparément avec la source et la portée de la licence.

Utilisez la liste de vérification QA pour indiquer « vérifié / non vérifié / non applicable » et les preuves, ne remplissez pas un statut de complétion pour une étape non exécutée. La livraison d'une tâche vidéo complète fournit une vidéo lisible, un projet éditable, le script/les sous-titres finaux, l'enregistrement des événements sonores réellement utilisés, le texte de la couverture dans le périmètre, la méthode d'aperçu/rendu, les sources des actifs et les limitations connues ; pour les simples storyboards, analyses ou révisions partielles, livrez les résultats correspondants selon la demande.

Si l'environnement ne permet pas un rendu réel, précisez jusqu'à quelle étape la livraison est faite, quelle commande ou ressource bloque, gardez le projet exécutable ; n'écrivez pas un lien d'aperçu ou « théoriquement renderable » comme un MP4 généré. L'appréciation de l'utilisateur pour l'œuvre, le passage des vérifications automatiques et les données de visionnage de la plateforme sont des preuves différentes ; aucune d'entre elles ne peut être automatiquement écrite comme « garantie de rétention élevée ».