konka0812/narrated-explainer-video

Animation explicative narrée

Commencez par comprendre ce que l'utilisateur souhaite faire comprendre à son audience, puis examinez les ressources disponibles pour déterminer ce que l'audience peut voir. Fondez-vous sur le script de narration convenu, la version finale spécifiée par l'utilisateur et le périmètre de livraison convenu. Si un enregistrement réel explique déjà le processus, laissez-le se dérouler de manière fluide. Si la ressource ne montre que le résultat, utilisez-la pour le présenter, puis expliquez le principe à l'aide d'un schéma. S'il est vraiment nécessaire de modifier le sens du script, isolez la phrase concernée et discutez-en séparément.

Le flux de travail, le tableau de storyboard et les exemples de plans ci-dessous peuvent être adaptés en fonction du projet. Lorsque vous choisissez une méthode, conservez trois points de référence : la citation correspond au sens original, le timing des sous-titres provient de la version sélectionnée, et lors de la livraison, vous pouvez expliquer ce qui a été réellement vérifié.

Commencer à partir de l'état d'avancement actuel

Examinez d'abord les documents fournis par l'utilisateur, le projet existant et les décisions déjà prises, puis choisissez le point d'entrée. N'exigez pas que l'utilisateur refasse tout le processus :

• Sujet ou point de vue uniquement : Synthétisez une question centrale, le public cible et une conclusion, puis aidez à rédiger un script naturel et facile à dire. Si le contenu est trop volumineux, suggérez de le recentrer ou de le diviser, sans le découper arbitrairement en plusieurs vidéos.
• Script uniquement : Vous pouvez d'abord élaborer une proposition visuelle et un storyboard grossier. Sans audio officiel, les durées ne sont qu'estimatives et ne peuvent pas être présentées comme synchronisées.
• Audio et sous-titres déjà disponibles : Vérifiez directement les entrées, déterminez la timeline, concevez le storyboard. Ne réorganisez pas le timing à partir d'un ancien script.
• Projet ou vidéo finale existante : Localisez d'abord la période concernée par les retours de l'utilisateur. Si le projet source est disponible, modifiez les calques correspondants ; si seul un fichier MP4 est disponible, vérifiez d'abord si le texte est déjà incrusté dans l'image. Suivez les pratiques de modification locale pour choisir les ajustements possibles.
• Demande de livraison et de publication : Vérifiez l'entrée finale et le projet, puis produisez la vidéo finale, la miniature ou le texte correspondant. Ne produisez que les livrables nécessaires pour cette demande.

En l'absence d'informations, déduisez-les d'abord à partir des documents et du projet. Ne posez des questions que si cela affecte réellement le résultat, par exemple si la version finale de la piste audio n'est pas claire. Si l'utilisateur demande explicitement une confirmation préalable du plan, fournissez un plan spécifique et attendez ; si l'autorisation ou la confirmation est déjà donnée, continuez sans demander une approbation étape par étape.

Avant de passer à la mise en page et à la timeline, clarifiez le format d'image et le contexte de publication, la justification de la durée, et les livrables de cette demande. Priorisez le projet existant et les exigences déjà confirmées ; si la narration finale est disponible, organisez-vous en fonction de sa durée réelle, sans couper l'audio pour atteindre une durée cible. En l'absence d'exigences claires, proposez d'abord une option par défaut appropriée en expliquant les hypothèses ; si un choix clé ne peut être raisonnablement déduit et entraînerait de nombreuses reprises, demandez confirmation à l'utilisateur. Les travaux qui ne dépendent pas de ces choix, comme la discussion du sujet ou la rédaction du script, peuvent se poursuivre.

Avant de commencer la production : vérifier et préparer l'environnement

Lorsque la tâche entre dans la phase de mise en œuvre du projet ou de prévisualisation, lisez d'abord Vérification de l'environnement et première configuration. Si vous choisissez Remotion mais que l'environnement n'est pas disponible sur la machine, commencez par compléter l'environnement d'exécution, initialisez le projet, installez les dépendances, vérifiez l'aperçu et les images de test, puis produisez la vidéo complète. Ne partez pas du principe que l'installation de ce skill signifie que Remotion est déjà installé.

Distinguez les cas suivants : absence du skill de guidage Remotion, absence de l'environnement d'exécution (comme Node.js), absence des dépendances du projet, absence du projet. Si un projet existe déjà, réutilisez-le et installez les dépendances selon le fichier de verrouillage, évitez de réinitialiser ou de mettre à jour arbitrairement ; si seul un script de narration ou une proposition visuelle est demandé, il n'est pas nécessaire d'installer un logiciel au préalable.

1. Établir la référence de contenu et de temps

Enregistrez le fichier d'entrée actuel, la durée de l'audio, la plage des sous-titres, le format d'image, la fréquence d'images, le point d'entrée du projet et les livrables cibles. La version finale spécifiée par l'utilisateur prime sur les anciens scripts et les anciennes exportations.

• Conservez le texte original des sous-titres, leurs numéros et les temps absolus. Vérifiez les phrases manquantes, les sous-titres vides, les ordres inversés, les chevauchements, les durées d'affichage trop courtes et les dépassements de l'audio. Les chevauchements peuvent aussi être intentionnels, jugez d'abord.
• Utilisez la version finale pour comprendre le sens des phrases, le SRT final pour localiser les sous-titres, et la prononciation réelle ainsi que les pauses pour organiser les actions. Si l'utilisateur a spécifié "selon les nouveaux sous-titres", concevez selon ces nouveaux sous-titres. Si l'audio diffère substantiellement, signalez les phrases et les périodes spécifiques, ne modifiez pas les mots ni ne déplacez les codes temporels arbitrairement.
• Les faits temporels, les chiffres, les politiques et les sources d'information doivent être vérifiés. Lorsque vous faites des comparaisons, clarifiez d'abord les objets et les versions, puis vérifiez les définitions, les unités et les conditions d'application pour voir si elles sont comparables. Si l'enregistrement final contient une erreur qui affecte le sens, proposez une correction spécifique, ne laissez pas l'image et la narration se contredire.
• Lorsqu'un nouvel audio ou de nouveaux sous-titres arrivent, recalculez les périodes, les sous-titres, les transitions et le nombre total d'images concernés, puis vérifiez si les plans suivants sont toujours synchrones.

Si un fichier SRT est disponible, vous pouvez exécuter scripts/inspect_media.py pour vérifier la structure et la durée. Si l'audio final est disponible et que vous devez aligner les actions, vous pouvez écouter les phrases modifiées ou les expressions distinctives avant de dérouler le storyboard, voir Production et synchronisation pour la procédure.

2. Déterminer d'abord l'orientation visuelle jugée

Lorsque vous proposez une nouvelle direction, utilisez une phrase du script pour expliquer ce que l'image montrera. Si vous avez des ressources prêtes, indiquez quel détail mérite d'être agrandi, quelle pause permet au spectateur de lire un graphique. Si vous devez créer un schéma, expliquez la relation qu'il doit clarifier. La palette de couleurs, la police et la composition ne doivent être développées que pour les parties qui doivent être décidées pour cette demande.

Considérez à la fois le contenu et les ressources

Lorsque l'utilisateur ne décrit que les ressources et souhaite d'abord discuter du concept, vous pouvez proposer une conception conditionnelle basée sur la description, par exemple "si la photo montre à la fois la source lumineuse et la table, placez-les dans le même cadre". Au moment de la sélection des images, du recadrage ou de l'alignement des opérations, examinez le fichier réel pour confirmer ce qu'il peut montrer et quels détails doivent être conservés. Si une ressource peut expliquer plusieurs phrases, donnez-lui suffisamment de temps d'écran.

Lorsque vous disposez d'images, de captures d'écran, d'enregistrements d'écran ou de séquences réelles fournies par l'utilisateur, lisez d'abord Conception et réutilisation des ressources, établissez leur correspondance avec la narration, puis choisissez de les afficher telles quelles, de les focaliser localement, de les redessiner selon les faits ou de les accompagner d'animations explicatives. En l'absence de ressources existantes, vous pouvez préparer des graphiques par code ou générer des ressources en fonction du sujet et du public ; les personnages et les expressions ne sont qu'une option parmi d'autres.

• Laissez le mode de représentation servir le sujet : les mécanismes sont adaptés aux animations schématiques, les processus aux flux d'objets, les commentaires à une distinction claire entre les preuves et les opinions. Ne mettez pas tout le contenu dans la même mise en page de carte.
• En l'absence de spécification de l'utilisateur, vous pouvez proposer 16:9, 1920×1080, 30ips ; le projet existant, les besoins en format vertical et les exigences de la plateforme sont prioritaires. La police doit s'adapter au ton du contenu et à la langue, ne la fixez pas à une police ronde ou à une marque particulière.
• Au début, faites voir le problème et le sujet au public le plus tôt possible. Lorsque vous présentez plusieurs termes à un débutant, dites d'abord ce que cette vidéo aide le public à comprendre ou à décider. Lorsque vous devez montrer une liste, regroupez les éléments par problème compréhensible pour le public, puis placez les termes aux positions correspondantes.
• Si le style ne satisfait pas, vérifiez la composition, le langage des ressources, le rythme des plans et la logique des actions ; changer uniquement la palette de couleurs ne résout généralement pas le sentiment de modèle.

Validez d'abord l'orientation avec des images représentatives

Pour les problèmes de mise en page, vous pouvez essayer de traiter l'image la plus difficile en image fixe pour juger. Pour valider un nouveau style ou un changement de rythme important, sélectionnez deux segments qui assument différentes tâches d'explication pour faire un court échantillon, avec les transitions précédentes et suivantes, et lisez en continu. Vérifiez si l'action suit la narration, si le regard est dirigé vers l'information clé, si le résultat laisse suffisamment de temps de lecture, si la composition et la manière d'entrer sont répétitives. Lorsque l'utilisateur demande à voir d'abord le plan, attendez sa confirmation avant de dérouler ; si la direction est déjà claire ou s'il ne s'agit que de modifications locales, vous pouvez continuer directement.

3. Organiser des images continues par sens de phrase

Regroupez d'abord quelques phrases de la narration qui traitent du même problème, choisissez un sujet que le public peut suivre. Jugez phrase par phrase où le public devrait regarder à ce moment-là ; l'image peut répondre par un changement d'objet, un transfert de regard ou un arrêt sur le résultat. Lorsque vous passez à un nouveau problème, choisissez à nouveau le sujet, la composition et le mouvement en fonction des besoins de l'explication. Pour les segments simples, une phrase de plan suffit. Lorsque l'utilisateur demande un effet par phrase ou une transition de plan complexe, indiquez le changement correspondant à chaque phrase par son ID de sous-titre et son temps. Le Storyboard et animation sémantique contient des tableaux adaptables et des exemples de plans continus.

Priorisez les changements qui expriment le sens : cause d'apparition, processus de déroulement, comparaison d'états, accumulation, décomposition, essai-erreur, retour d'information et résultat. Un même objet peut traverser toute la vidéo, mais il doit se développer avec la narration ; répéter un élément statique ne peut remplacer le développement.

Un plan ne doit établir qu'un seul centre d'attention principal. Les sous-titres, les titres, les illustrations et les mouvements de caméra ne doivent pas se disputer l'attention du spectateur. Les mécanismes complexes peuvent apparaître progressivement et être observés de manière stable ; le nombre d'actions n'est pas un indicateur de qualité.

4. Produire les images et les animations

Lorsque vous utilisez Remotion, utilisez également le skill officiel remotion-best-practices et lisez Production et synchronisation. Si ce skill est manquant, référez-vous à Vérification de l'environnement et première configuration pour l'obtenir, chargez les conseils liés à la mise en œuvre en cours ; si l'installation est bloquée, expliquez les limitations et utilisez la documentation officielle pour continuer à traiter les parties réalisables. Si la chaîne d'outils existante non-Remotion est appropriée, elle peut être conservée ; ne forcez pas la migration du projet pour utiliser ce skill.

• Les graphiques, les flèches, les valeurs numériques, les diagrammes et les changements d'état doivent être de préférence des éléments de code ou vectoriels modifiables. Ne générez ou ne sélectionnez des ressources bitmap que lorsque des illustrations, des textures ou des personnages sont nécessaires.
• Les sujets nécessitant un mouvement indépendant doivent être sur des calques séparés. Les images générées gèrent le matériel visuel, mais les plans et les actions doivent toujours être conçus autour de la timeline. Les captures d'écran et les enregistrements réels montrent les faits, les animations auxiliaires expliquent les relations ; n'utilisez pas d'icônes décoratives pour remplacer les opérations clés, et ne fixez pas toutes les ressources au même endroit.
• Les actualités et les preuves utilisent des documents réels et mentionnent la source réelle ; les images générées ne peuvent pas usurper des captures d'écran de presse, des résultats de test ou des preuves statistiques. L'agrandissement et la surbrillance des captures d'écran doivent pointer précisément vers la zone concernée et conserver le contexte nécessaire.
• Conservez le texte à l'écran selon son usage. Les titres posent des questions ou indiquent des transitions, les annotations aident à identifier les objets, les données et les conditions, les sous-titres portent la narration. Les explications du storyboard doivent être de préférence converties en actions ou en changements d'état visuels. Lors de la révision, le texte supplémentaire peut être temporairement masqué ; si l'image reste compréhensible sans lui, il peut être supprimé. Les mots-clés, les formules ou les conclusions clés peuvent apparaître à deux endroits, mais avec une relation hiérarchique claire, et si nécessaire, décalés dans le temps. Le texte sur fond complexe utilise une couleur de fond stable, un masque local ou une mise en page indépendante pour garantir le contraste.
• Les titres et les annotations peuvent entrer avec la narration, puis, après lecture, ramener l'attention sur le sujet ou le plan suivant. Voir Contrôle du texte et de la mise en page pour la procédure.
• Vérifiez les titres, les légendes, le texte original des captures d'écran et les sous-titres à la taille de visualisation cible. Agrandir le sujet, resserrer la mise en page, recadrer les éléments importants sont prioritaires par rapport à l'ajout de plus de décorations pour remplir l'espace.
• Réservez de l'espace pour les sous-titres et l'interface de la plateforme ; les actions clés, les sources et les explications ne doivent pas être cachées derrière les sous-titres. Les polices et les ressources doivent pouvoir être chargées de manière stable avec le projet.

5. Prévisualisation, modifications et livraison

Choisissez la méthode de vérification en fonction de la livraison en cours, et distinguez trois types de preuves :

1. Image fixe : composition, taille du texte, contraste, obstruction, position de la surbrillance des captures d'écran.
2. Lecture continue : synchronisation de la narration, des sous-titres, des actions et des transitions ; vérification de la pertinence des répétitions et des pauses.
3. Vérification du fichier : résolution, fréquence d'images, durée, pistes audio, codec et décodabilité.

Ne remplacez pas la validation dynamique complète de la vidéo par "construction réussie" ou "quelques captures d'écran vues". Enregistrez le périmètre réel de la vérification ; si certaines parties ne peuvent pas être visionnées ou écoutées, indiquez-le honnêtement, sans prétendre que tout est passé.

Lorsque vous recevez des retours, localisez d'abord l'image spécifique, par exemple "texte petit" peut être dû à une taille de titre insuffisante ou à une capture d'écran entière trop réduite. Après modification, revoyez la période modifiée et les transitions ; si des composants partagés sont impliqués, vérifiez également les autres plans affectés.

Lorsque la vidéo finale est nécessaire, exportez selon le périmètre autorisé et vérifiez le fichier final. La miniature, le titre de publication et le texte ne sont réalisés que sur demande, le contenu étant basé sur la vidéo finale ; le titre doit être attractif sans exagérer les conclusions. La création de matériel de publication ne signifie pas publier pour l'utilisateur sur des plateformes externes.

Conservez l'audio final, les sous-titres, le projet modifiable, les ressources référencées, la vidéo finale et les sources nécessaires. Nommez les fichiers en utilisant le nom du sujet ou du projet, sans coder en dur le numéro d'épisode, le répertoire personnel ou l'environnement machine. Avant de nettoyer, vérifiez les références du projet et les dépendances partagées, ne faites pas de la suppression des anciens fichiers une étape par défaut.

Livrez le plan, l'aperçu du segment ou la vidéo finale conformément aux accords de cette demande. Lors de la livraison de la vidéo, joignez la position, les spécifications et les résultats réels de la vérification ; si un projet modifiable est disponible, donnez le point d'entrée.