TouKenAI/TK-koubo-video

TK-koubo-video-V1.1

TK émission vidéo orale Workflow V1.1 : Basé sur FredTalk 2.1, ajout du pipeline d'images statiques B-roll (voir Planification d'images B-roll) ; le processus standard pour chaque épisode se trouve dans AGENTS.md à la racine du dépôt. L'original fred-remotion-output est conservé comme sauvegarde.

Accès aux sources et téléchargement des composants

Lisez Accès au téléchargement des composants lors du téléchargement ou de la publication de composants. Pour un ZIP de source officielle téléchargé, utilisez par défaut python3 scripts/assets.py import --zip <local-path> ; aucune configuration de jeton n'est nécessaire. Les téléchargements automatiques par jeton sont optionnels. Si cet espace de travail ne dispose pas de l'outil d'importation publique, utilisez une extraction publique distincte à jour ; ne forcez pas le pull ou l'écrasement des sources de production du propriétaire. Les aperçus publics et la disponibilité des sources sont séparés ; vérifiez la source installée avant de sélectionner un composant exécutable.

La version publique utilise les données des composants de ce dépôt, les sources indépendantes et les éléments génériques téléchargés selon une liste. La recherche de composants, la comparaison du Top3 par segment et la comparaison répétée de l'épisode entier partagent le même catalogue actuel ; ne lisez pas les répertoires privés de l'auteur, les enregistrements, la musique de fond ou les liaisons machine. La navigation et la recherche ne nécessitent pas de clé API.

Valider d'abord les composants, puis livrer les suggestions ou les keyframes

2026-10-03 Fred a confirmé : Les images Remotion ne peuvent reproduire avec précision que les composants approuvés, ou être créées à partir de composants approuvés. La création originale sans la bibliothèque de composants est interdite par défaut. Seule une autorisation explicite de création originale pour cette session peut faire exception ; « produire directement », « ne pas attendre ma confirmation » ne constituent pas une autorisation de création originale. Cette règle remplace l'ancienne valeur par défaut « aucune référence appropriée – création originale autorisée » présente dans les documents historiques.

2026-10-13 Fred a confirmé : La « personnalisation au niveau de la scène » est autorisée par défaut. Les épisodes 113 et 114 ont atteint un score de 90–95 en réécrivant les scènes pour le contenu de l'épisode, et non en assemblant les composants tels quels. La portée de la « création dérivée » est donc précisée comme suit :

• Autorisé par défaut : Réécrire le code de chaque scène pour l'épisode en cours ; décomposer un composant approuvé pour n'en utiliser que les actions, les relations d'objets ou la géométrie, en modifier le timing, supprimer ses propres ouverture et fermeture, et le ré-articuler pour les raccords ; combiner les actions de plusieurs composants en une seule séquence. Les couches de base (polices, couleurs, ombres, easing, curseurs, sous-titres, coins, effets sonores, mappage de coordonnées du kit) doivent être utilisées telles quelles, sans réécrire de valeurs approximatives. La première ligne de commentaire de chaque fichier de scène doit indiquer de quel composant provient l'action.
• Toujours interdit : Pages de grands caractères purs, modèles génériques, nouveaux styles visuels sans aucune action provenant d'une source connue, écritures violant DESIGN.md. Ceux-ci nécessitent toujours une autorisation spécifique pour la session.
• L'intégration des composants publics dans la bibliothèque nécessite l'approbation de Fred. La scène de l'épisode en cours ne sert que cet épisode ; si un besoin similaire se reproduit, le composant sera raffiné en composant public selon la Procédure de nouveau composant.
• Comment atteindre cette qualité, voir Montage d'épisode section 0.

Avant de donner des suggestions segment par segment, et avant de livrer des keyframes réels, il faut passer respectivement par la Passerelle de livraison de la bibliothèque de composants. Recherchez et consultez d'abord les références précises, puis choisissez et implémentez ; n'écrivez pas de modèles génériques d'abord pour ajouter les numéros de référence ensuite. Les créations dérivées doivent conserver la composition centrale, les relations d'objets ou la logique d'action reconnaissables ; ne vous contentez pas d'emprunter les polices/couleurs/coins arrondis. S'il n'y a pas de composant approprié, signalez « composant en attente » et les lacunes ; ne dégradez pas par défaut en page de texte originale.

La validation est effectuée en interne par l'assistant, sans nouvelle approbation de Fred. Les suggestions vérifient le candidat réel et la correspondance d'expression ; les keyframes vérifient en outre le code source → la fonction de l'épisode → l'appel réel → l'image de sortie. Les deux étapes enregistrent les conclusions d'examen spécifiques et les preuves de fichiers actuelles ; la disponibilité technique ne remplace pas la validation visuelle. Si library_gate.py n'est pas PASSÉ, la suggestion ou le keyframe correspondant ne peut pas être livré ; le générateur public bloque automatiquement, et les suggestions du front-end personnalisé et de chat doivent également exécuter la même passerelle. Les enregistrements d'écran/images/vidéos existants réels, le pipeline B-roll indépendant, les sous-titres et coins fixes, et les espaces réservés d'enregistrement d'écran explicites ne sont pas soumis à la restriction de création originale, mais ces catégories ne peuvent pas être utilisées pour masquer une nouvelle conception Remotion. Les anciens produits finis ne sont pas rétroactivement modifiés ; à l'avenir, pour les nouvelles suggestions/keyframes, la validation se fera selon le périmètre actuel, sans rafraîchir les approbations anciennes.

Expliquez clairement la transcription, en maintenant la qualité d'animation déjà approuvée par Fred. Déterminez d'abord la phase actuelle, ne lisez que les informations de cette phase et de la scène actuelle ; les instructions complètes et les règles historiques sont réservées pour l'audit/maintenance.

Les composants de corps/animations de texte de corps, les références techniques Remotion du projet et l'ancienne disposition générale du Deck ont été intégrés comme modules internes et ne sont plus des points d'entrée indépendants pour la production quotidienne. Utilisez un seul Manifest actuel et un seul front-end ; la reproduction et le rendu cloud restent indépendants. La bibliothèque visuelle et la recherche de production partagent six usages de production, des étiquettes multi-usages et un filtrage par source indépendant. references.py --use explain --source ep107 permet de rechercher par tâche et par source ; un package de scène unique emporte l'entrée réelle, l'action, la durée du plan original et la plage d'adaptation. Le front-end consulte d'abord la bibliothèque visuelle par défaut ; Polices et échelles de polices lient les polices réelles et leurs responsabilités. Vérifiez d'abord la vidéo, l'interface et les dépendances exactes, puis conservez les actions complètes nécessaires pour cet épisode.

Pour chaque segment, voir d'abord les candidats, puis définir l'image

Un problème courant de Codex/de l'assistant est de n'utiliser que deux ou trois composants familiers, ou d'écrire directement une page de grands caractères. Pour chaque paragraphe nécessitant une image, suivez l'ordre ci-dessous sans sauter d'étape :

1. Dans le Manifest, écrivez componentPlan.query : les objets et actions visibles dans l'image de ce paragraphe (par exemple « comparaison côte à côte des prix de deux outils, le chiffre tombe »), pas une copie de la narration.
2. Exécutez scene.py --manifest <path> --scene-id <id> --candidates-only : cela donne 5 candidats recherchés par description d'image, et narrationCandidates recherchés par narration. Si le même type est insuffisant, des candidats d'autres types seront ajoutés avec l'étiquette sameSceneType.
3. Examinez un par un la vidéo exacte ou les images clés des candidats (references.py --id <id> --full), puis décidez en fonction du contenu. Les 3 premiers candidats doivent être enregistrés dans componentPlan.candidates avec selected/rejected et une raison spécifique ; library_gate.py --stage suggestion recalculera et bloquera les omissions. Les segments avec autorisation de création originale doivent également être comparés d'abord.
4. Aucun candidat approprié : reformulez d'abord et recherchez à nouveau (décomposez en objets + action, changez --use), si toujours rien, signalez la lacune, ne dégradez pas en page de grands caractères purs.

Recherchez d'abord là où le contenu le mène (point de départ, pas une combinaison fixe) :

La narration parle de	Essayez d'abord
Une conclusion, un mot-clé	--query mot-clé une phrase ; si un mot apparaît plusieurs fois dans plusieurs actualités, utilisez NMC01
Énumérer plusieurs points, capacités	--query points liste, --query carte catégorie
Étapes, processus, cause à effet, architecture	--query processus étapes, --query branche relation
Comparaison de deux choses, avant et maintenant	--query comparaison différence, --query version
Saisir un prompt, discuter, répondre	INT03 (opération Codex), INT04 (WeChat éditable), CAM04 ; --query saisie envoyer
Une phrase dans une capture d'écran ou un article	INT01 (surligneur), INT02 (focus masque) ; --use recording-focus
Opération d'enregistrement d'écran réel	CAM01–CAM05, --use video-entry ; lecture plein écran avec le composant de lecture large par défaut
Œuvre, plusieurs images, image de résultat	--use images
Chiffres, prix, graphiques	--use data, --query données augmentation ; ces composants sont rares, si aucun approprié, signalez honnêtement la lacune
Chapitre, transition, segment suivant	--use handoff, --query transition

Ordre de collaboration par défaut

Script/enregistrement optionnel → Suggestions textuelles et image par segment de l'assistant → Fred choisit la direction → Keyframes de composants réels → Fred donne son avis et confirme → Vérification interne des animations par l'assistant → Vidéo complète → Retouches locales selon les avis.

• Dès la première version de la page, fournissez des suggestions de fond : comment cette phrase va être présentée, pourquoi elle convient, images de référence ou extraits jouables. Utilisez les composants précis de la bibliothèque pour montrer l'effet réel quand c'est possible ; ne créez un storyboard que si une nouvelle composition est nécessaire, ne renvoyez pas la tâche de conception vide à Fred.
• Une fois la direction déterminée, implémentez d'abord les composants réels suffisants pour le rendu, en utilisant le texte/média de l'épisode et les coins/sous-titres applicables pour produire les keyframes. Les keyframes servent à modifier la mise en page, la hiérarchie, l'échelle, la lisibilité et les obstructions ; ensuite, examinez les courtes animations, le son et les raccords en interne, puis produisez la vidéo complète. Par défaut, n'attendez pas un tour supplémentaire d'approbation de l'échantillon dynamique de l'utilisateur.
• Un même front-end affiche continuellement les suggestions, les keyframes et la vidéo, en conservant les versions et les avis. Par défaut, utilisez le modèle de révision public scripts d'initialisation/mise à jour/démarrage, en remplaçant uniquement le Manifest et les médias de l'épisode ; le module audio utilise le plateau public de la compétence audio, sans réécrire la page pour chaque épisode. assets/review-example-ep108/START.py peut ouvrir directement un exemple réel des 7 premiers segments de l'épisode 108 (61.47 secondes), comprenant narration, sous-titres, keyframes et vidéo ; ce sont des données d'exemple remplaçables, pas un plan d'image fixe pour chaque épisode. La quantité est déterminée par le contenu, pas par une grille de 9, 140 images, un quota de composants ou une fréquence de changement de plan. Le fonctionnement complet et les champs sont dans Itinéraire, keyframes et confirmation.
• Si la direction / les keyframes sont déjà clairs, ne demandez pas à nouveau ; les retouches locales ne traitent que le contenu affecté. Une autorisation de production directe en cours peut remplacer l'étape de révision utilisateur, en enregistrant la source réelle et le périmètre non révisé ; les vérifications techniques internes et les vérifications dynamiques nécessaires sont toujours effectuées, l'autorisation de sortie n'est pas écrite comme une approbation d'échantillon. Produisez des keyframes ou une vidéo complète selon la demande de Fred pour cette session, sans avertissement ou dissuasion supplémentaire (clair depuis 2026-10-12 Fred) ; si non spécifié, suivez l'ordre par défaut ci-dessus pour produire d'abord les keyframes.
• Assembler les composants en un épisode complet (ingénierie segmentée, habillage d'enregistrement écran, table de transition entre segments, dédoublonnage de la vidéo entière, méthode d'accentuation, auto-vérification dynamique avant rendu) selon Montage d'épisode. Le brief pour les sous-tâches d'écriture de code segmenté doit inclure ses sections 2–7 et la table de transition de l'épisode. Utilisez directement Squelette d'épisode pour la structure du projet (timeline, coque de segment, géométrie de transition, rendu par blocs, audio et BGM, push vers le front-end) ; avant la livraison, vérifiez selon la section 12 du montage d'épisode.

Amenez chaque exigence utilisateur à chaque plan réel

Pour les polices partagées adaptées aux composants, l'accentuation in-situ dans tout le texte et le remplacement de média, voir [Carte de réutilisation des composants](references/component-reuse-map.md#outils d'adaptation partagés). scene.py emportera componentAdaptation pour ce segment ; avant l'implémentation, vérifiez l'échelle de police du même groupe, les responsabilités de contenu, l'état de vérification du texte complet et la protection au niveau des objets ; les paramètres précis viennent du contenu actuel, ne fixez pas la taille de police, le nombre de lignes ou la combinaison de composants pour un seul épisode.

Les plans, textes, matériaux et exigences de conservation déjà donnés par l'utilisateur sont l'entrée d'exécution actuelle ; ne demandez pas à l'utilisateur d'écrire un prompt détaillé pour chaque épisode. Stockez d'abord designContract et les scènes affectées dans le même Manifest selon [Valeurs par défaut de production](references/production-defaults.md#appliquer les exigences au package d'exécution actuel) ; lors de l'implémentation, utilisez scene.py --manifest ... --scene-id ... pour les lire, en vous assurant que les exigences globales du film, l'action actuelle, le matériel et les coins arrivent ensemble. Lorsque vous corrigez la direction, mettez à jour simultanément les descriptions d'actions anciennes, ne vous contentez pas de modifier l'image ou le numéro de version.

Pour l'implémentation et la retouche des actions, vérifiez la trajectoire continue, la disponibilité du contenu avant expansion, la fenêtre de lecture réelle et la transition au sein du même support selon [Vérification d'état spécifique](references/production-defaults.md#vérifier le suivi fluide de la narration jusqu'à l'état observable) ; lorsque la mise en page est déjà établie, privilégiez l'échange de focus selon la narration, sans refaire automatiquement la mise en page. Les passes statiques, techniques et dynamiques sont toujours enregistrées séparément.

Pour la préparation du matériel, distinguez les exemples d'effets prêts, le matériel d'explication de l'épisode et les preuves d'opération réelle selon [Rôles d'information du script complet](references/production-defaults.md#préparer le matériel selon les rôles d'information du script complet) ; pour les retouches, protégez la version précise selon [Dimensions approuvées](references/production-defaults.md#protéger la base de référence selon les dimensions approuvées). « Ajouter un masque/composant sur la base existante » doit hériter de l'état final réel du média, du défilement et de la caméra selon [Transition d'état final réel](references/media-and-overlays.md#hériter de l'état final réel avant de passer au premier plan), sans recommencer.

Pour déléguer ou prendre en charge à partir d'instructions courtes, utilisez Résumé d'exécution de production, en remplissant le chemin de l'épisode, l'autorisation actuelle et le périmètre de conservation ; il référence la source de fait actuelle, sans ajouter un nouveau cycle d'approbation. Les plans représentatifs doivent vérifier « par rapport aux exigences et aux références, l'expression et la qualité sont-elles préservées ? », un PASS technique ne remplace pas cette étape.

BGM par défaut pour la vidéo complète

Le produit fini complet suit par défaut Musique de fond : sur la machine de Fred, utilisez la musique privée avec volume déjà réglé, à partir de 0 seconde, sélection interne de segments pour compléter la durée, silence pendant la section d'appréciation de l'audio original avec horloge musicale continuant, mixage une seule fois avant encapsulation. Niveau de volume linéaire 1 pour la piste BGM normale, ne réduisez pas à nouveau le décibel ; protection nécessaire du bus final selon le pic AAC réel. La liaison machine et les entités musicales ne sont pas distribuées ou téléchargées automatiquement ; les autres utilisateurs utilisent --bgm pour leur propre musique, mais peuvent utiliser les mêmes capacités de prolongation/silence/mixage. Les produits finis contenant déjà un BGM et les pistes audio de retour de CapCut ne reçoivent pas de BGM supplémentaire ; la narration seule et le diagnostic de composant n'ajoutent pas de musique par défaut. Le point d'entrée d'exécution est scripts/bgm.py, le package de capacités est généré par scripts/package_bgm.py.

Doublage fixe et répartition des composants de l'épisode complet

Pour chaque future vidéo complète de Fred, par défaut, réutilisez le Doublage de transition de Skill/bibliothèque de composants à une pause naturelle : fixez uniquement l'audio, changez l'animation pour chaque épisode, utilisez les images fournies ou spécifiées par Fred pour cet épisode, ne réutilisez pas automatiquement les animations de l'épisode 109. L'enregistrement du nouveau script ne répète pas ces quatre phrases ; lisez la durée d'échantillonnage réelle de la pure narration actuelle à partir du manifest, avec le calendrier d'animation de l'épisode actuel (5,540 secondes actuelles, l'ancienne de 6,016 secondes mixée n'est que de l'histoire), le style des sous-titres et l'enchaînement des images sont traités selon les exigences de l'épisode. Ne répétez pas si le même doublage existe déjà dans cet épisode, ne fixez pas les 362 images de l'ancienne vidéo ou n'insérez pas de numéro de plan. Avant l'insertion, vérifiez l'identité du mixage pure narration/animation SFX, vérifiez la sonie de l'ensemble et de chaque phrase interne selon la compétence audio, ne faites que l'adaptation locale de l'épisode si nécessaire, sans superposer l'ancien traitement.

Avant les suggestions, effectuez simultanément la Vérification de la répartition des composants de l'épisode complet, ne validez pas seulement les plans individuels. La phase de suggestion de library_gate.py bloque déjà les composants répétés manquant de comparaison spécifique à l'épisode complet ; conservez les objets continus, les coques de même responsabilité et les échos intentionnels, n'utilisez pas de quotas de fréquence pour forcer un changement vers un composant moins bon. Les composants similaires mais de sources différentes nécessitent toujours un aperçu visuel réel.

Toujours conserver

L'ensemble des composants approuvés (reproductions de bibliothèque, sélections de chaque épisode, nouvelles sélections, composants interactifs, caméra 3D, flash d'actualités, etc.) avec leurs numéros, descriptions et enregistrements d'intégration/publication est listé dans Index des collections de composants. La recherche par défaut couvre toutes les collections, pas besoin de mémoriser chaque nom de collection.

1. Les exigences utilisateur les plus récentes priment. Verrouillez le texte original et le matériel réel ; sans enregistrement, vous pouvez estimer et concevoir, mais une fois l'enregistrement final/SRT reçu, mettez à jour les actions, sous-titres et effets sonores affectés, ne vous contentez pas de changer la piste audio. Sans enregistrement final, n'allez que jusqu'aux keyframes, pas de vidéo complète ; si la durée est insuffisante, ajoutez des composants ou raccourcissez, n'utilisez pas de ralenti ou d'arrêt sur image pour combler.
2. Un seul Manifest actuel, pages/stableId enregistre les segments sémantiques. Les données de scène apportent la direction choisie, le mode d'implémentation, le matériel actuel, les retours, le périmètre de conservation et les transitions adjacentes. La création, la révision et la livraison sont chacune liées à une version précise.
3. Adaptez les composants approuvés selon Langage de conception, permettez la personnalisation au niveau de la scène (voir section « Valider d'abord les composants » au début) ; les nouveaux styles visuels nécessitent une autorisation explicite de Fred pour cette session. Les valeurs fixes de visuel, mise en page, polices, animations, présentation, effets sonores et contenu sont dans DESIGN.md section 2, la couche de code utilise systématiquement le kit de templates/component-kit, n'écrivez pas de valeurs approximatives dans chaque scène. Vérifiez d'abord les capacités des composants dans Carte de réutilisation des composants. Décidez d'abord ce que le spectateur doit comprendre comme changement, puis choisissez le composant. Si un module mature complet convient, réutilisez-le directement, en conservant les relations d'actions réelles, l'échelle de police, la géométrie et la texture, ne vous contentez pas d'accrocher un ID de référence ou de copier une capsule. Sans solution précise, signalez d'abord la lacune, ne créez pas automatiquement. Le mode d'implémentation et l'attribution sont dans Du contenu au composant.
4. Pour les futures vidéos principales 16:9 en plein écran/grande fenêtre, utilisez par défaut le Composant de lecture large de l'épisode 108 : fenêtre 4K 3600×2027.11, coins arrondis 48, ombre 0 32px 50px #0002, scène logique 1080p avec demi-valeurs, évitant la mise à l'échelle secondaire. Les autres utilisations et couvertures explicites actuelles sont traitées selon les responsabilités correspondantes. Les animations explicatives horizontales de FredTalk conservent le calque de marque fixe en haut à droite, en choisissant la version existante selon le fond local ; les enregistrements d'écran et les prises réelles en tant que contenu principal ne superposent pas le coin en haut à droite ; l'animation B-roll de Fred en plein écran ajoute le coin (2026-10-12 Fred a confirmé ; version conforme à fred-remake corner-branding.md). Les scènes mixtes affichent ou masquent selon l'intervalle de lecture réel, ne placez pas un calque de marque inconditionnellement en couche la plus externe de la vidéo entière. Pour les sous-titres incrustés, réutilisez Module Smiley Sans, intégrez-les dès la phase de keyframe ; évitez la zone de sous-titres pour les éléments clés du premier plan dans la fenêtre réelle de sous-titres. Les B-roll purs livrés séparément, les autres formats et les exceptions actuelles sont traités selon leur périmètre d'origine.
5. Par défaut, 16:9 indépendant, aperçu 1080p, formel 4K60 ; les spécifications actuelles et les projets approuvés priment. Rendu local/cloud selon le mode autorisé. Estimez le temps, l'approbation statique, la vérification dynamique, l'approbation utilisateur et le passage technique sont enregistrés séparément. Protégez les images, pistes audio et matériels non ciblés, ne téléchargez pas, ne payez pas et n'envoyez pas automatiquement. Pour les petites modifications de sous-titres incrustés, ne refaites le rendu que des CUE affectés et des raccords nécessaires, puis fusionnez ; pour les agents basés sur Doubao, utilisez le pronom personnalisé « elle », vérifiez selon la référence réelle.

Ce que vous faites actuellement, entrez par là

Travail actuel	Lecture et exécution
Audio + SRT + script déjà présents, seulement montage brut/correction des sous-titres	Utilisez d'abord Montage brut audio et sous-titres, effectuez les vérifications de longs sous-titres complets, répétitions dans la phrase et pauses, vérifiez les crêtes réelles, la liaison coupe/sous-titre et l'alignement temporel des sources nouvelles et anciennes selon le workflow audio ; l'enregistrement déjà traité selon les exigences n'est que coupé, n'entre pas automatiquement dans la production du film complet
Recevoir le script, faire des suggestions textuelles et image par segment	Itinéraire et confirmation, pour une première nouvelle conception lisez Langage de conception et Responsabilités des polices, puis planifiez selon Valeurs par défaut de production et Découpage ; lisez le texte complet pour comprendre les responsabilités et les enchaînements, ne lisez pas toute la bibliothèque
Planifier/Générer des images statiques B-roll pour une scène	Planification d'images B-roll : conditions de déclenchement, combien en ajouter, trois formes, sources de matériel, normes de prompt, checklist QA
Commencer la scène actuelle	D'abord scene.py --manifest <path> --scene-id <stableId> --candidates-only pour sélectionner le composant, puis enlevez --candidates-only pour lire le package complet de la scène (décision, polices, début et fin adjacents) ; pour un premier type, utilisez scene.py --list
Trouver des composants précis et leurs dépendances	references.py --query <objet et action> --limit 5 (vous pouvez ajouter --scene-type, --use) ; rotation par lot de sources à égalité de score ; la liste des collections est dans Index des collections de composants ; utilisez les étiquettes d'usage de même source que la bibliothèque visuelle, examinez les raisons de matching ; le tri est la pertinence des candidats, vérifiez encore les actions réelles, la capacité, les CUE et les interfaces. Pour un premier projet, lisez Dépendances et Implémentation
Créer un nouveau composant réutilisable (autorisation de Fred pour cette session)	Procédure de nouveau composant : component_kit.py new/add pour créer un projet, lint, sheet pour auto-vérification, cloud-script pour rendu cloud, preview pour soumettre à Fred, intake pour intégration ; règles fixes dans DESIGN.md section 2, étalon de qualité T05c
Les composants existants ne peuvent pas exprimer le besoin, exploration nécessaire	Exploration, Storyboard ; si utilisation de ChatGPT Pro, enregistrez le prompt, la session, le hash et la portée de l'approbation selon Exploration de storyboard Pro et reproduction Remotion. Si un état multiple/grille de 9 est sélectionné, priorisez selon la narration, puis implémentez l'objet continu, l'action et la lecture ; utilisez le Modèle de planification d'action pour écrire dans le Manifest actuel ; ne remplacez pas sans autorisation la direction déjà choisie
Produire des keyframes réels pour Fred	[Itinéraire et confirmation](references/route-and-storyboard-review.md#keyframes réels) et Segment de révision ; incluez le texte le plus long réel, les sous-titres, la marque, les états intermédiaires du mouvement et avant/après les raccords
Concevoir le dégagement d'objet/la présentation de texte	Transitions d'objets ou Présentation de texte ; consultez les actions locales T/W selon les besoins
Traiter une question technique Remotion spécifique ou maintenir un Deck existant	Modules internes ; fixez le runtime actuel de l'épisode, lisez les règles techniques selon le problème ; les contrats de clic/ratio de Deck ne s'appliquent que lors de la maintenance explicite ou de la reproduction d'un Deck existant
Référencer les plans originaux de la bibliothèque pour le montage	Langage de plan de la bibliothèque ; déterminez d'abord la tâche visuelle et la provenance/destination de l'objet, puis consultez l'intervalle de plan original et le composant correspondant
Mon tage des vidéos générées par enregistrement d'écran ou d'autres tâches	Suivez d'abord les règles d'habillage d'enregistrement d'écran (lisible, suivi de caméra, performance interactive, défilement pur ≤ 2 secondes) selon [Montage d'épisode](references/episode-assembly.md#2-comment habiller un segment d'enregistrement écran) ; la lecture plein écran de la vidéo principale utilise d'abord le Composant de lecture large par défaut ; Média et masques et la [Transition de vidéo externe](references/route-and-storyboard-review.md#transition de vidéo externe) du document d'itinéraire ; conservez l'identité du média, l'horloge, le son et le début/fin
Vérification interne du mouvement/son/continuité	[Révision de contenu et de qualité](references/content-to-component.md#les deux questions doivent être réussies pour que la révision interne soit valide), Effets sonores, scene.py --stage joining ; après le rendu des segments, exécutez scripts/motion_audit.py pour vérifier les ralentis, les défilements purs et les arrêts sur image, voir [Montage d'épisode](references/episode-assembly.md#8-auto-vérification dynamique-motion_auditpy)
Rendu, téléchargement, livraison complète	Rendu et livraison et Passerelles de production ; lisez l'exécution cloud et la vérification du fichier final à ce moment
Retouche locale	scene.py --stage revision + scènes affectées ; lisez en même temps les notes et les conclusions, ne considérez pas « utilisable mais à modifier » comme une approbation du segment entier
Capitalisation des demandes utilisateur	Maintenance ; n'extrayez que les jugements réutilisables, conservez la frontière entre la méthode de correction de cet épisode et les préférences à long terme

Outils d'exécution et limites de vérification

Définissez workflow.profile: fred-video-v2 et workflow.componentMatching: v1 dans le Manifest actuel pour un nouvel épisode. Enregistrez le componentPlan de la scène selon [De la sélection à l'appel](references/content-to-component.md#comment garantir pour un nouvel épisode que la sélection mène à l'appel réel), la sélection réelle doit correspondre à referenceChoices, lors de l'implémentation, utilisez callSite.callee pour lier la fonction d'adaptation de l'épisode ; après la vérification syntaxique de l'appel, comparez avec la sortie réelle. La direction et les keyframes de l'utilisateur sont enregistrés selon le document d'itinéraire, les modifications des anciens épisodes sont limitées, ne créez pas de nouveaux champs. La phase de production reste planning → implementation → representative → formal : vérification du planning avant implémentation ; après la confirmation des keyframes réels et la vérification interne des courtes animations, entrez dans la porte des plans représentatifs ; enfin, validez le fichier final réel. Les commandes spécifiques ne sont maintenues que dans Passerelles de production, les anciens épisodes ne sont pas entièrement re-planifiés pour adopter une nouvelle méthode de travail.

sceneGuide enregistre le type, les ajouts réels et les décisions/vérifications de cette scène. La base du choix du type est le contenu à expliquer ; personnes, équipements, lignes de relation, verre dépoli sont ajoutés selon les besoins, pas comme modèle de mise en page. Les paramètres racine de marque et de sous-titres sont transmis avec les données de la scène, les règles de sous-titres ne sont lues que lorsqu'elles sont réellement activées.

Vérification du texte original/timing avec validate_storyboard.py --require-scene-guides --require-production-contract ; vérification du mode de travail avec workflow.py ; la passerelle technique ne peut pas juger de l'esthétique, l'existence d'un fichier de référence ne prouve pas que l'action a été utilisée, une image fixe ne prouve pas que le mouvement intermédiaire est fluide. Comparez avec l'image réelle actuelle et l'intervalle correspondant de la source sélectionnée, évaluez spécifiquement le contenu, la lisibilité, le mouvement, la qualité et les raccords.

Les dépendances du projet utilisent uniquement l'entité locale skills/. Nouveau projet dans 03_Production/remotion/<version>/ de cet épisode, le fichier unique final dans 02_Sortie_finale/, mettez à jour le point d'entrée de livraison actuel. Les liens physiques gelés sont d'abord copiés puis adaptés. La génération de matériel B-roll, la reproduction et le rendu cloud continuent d'assumer des responsabilités spécialisées, les anciens processus Deck ne deviennent pas automatiquement un préalable à la créativité.

Vérifiez la provenance du matériel et le remplacement des médias selon Provenance du matériel de la bibliothèque visuelle, n'utilisez pas de chemins locaux, de renommage ou d'anciens choix pour remplacer la source et la validation de la nouvelle sortie.