Poste de Préparation d'Assets (资产准备台)
La capacité à générer des vidéos dépend de cette étape. Le seul problème à résoudre : faire en sorte que la même chose soit la même chose dans chaque image.
L'entrée est une liste d'assets (ou un storyboard), la sortie est un ensemble d'images nommées par numéro, directement référençables comme première image par short-video-generate.
Ce poste ne rédige pas de storyboard, ne découpe pas de segments, n'écrit pas de prompts vidéo et ne génère pas de vidéo. Il est responsable de la partie « image ».
I. Quatre Règles d'Or
- D'abord l'ancrage, ensuite la dérivation. Tant que la version maître n'est pas définie, ne faites pas d'images sous différents angles. Les images d'angle sont développées à partir de la version maître ; si la version maître est erronée, tout le groupe l'est aussi.
- Ne modifiez qu'une seule variable à la fois. Si vous changez l'angle, ne changez pas l'éclairage ; si vous changez l'éclairage, ne changez pas l'angle. Si vous modifiez les deux en même temps, il sera impossible de déterminer la cause d'un problème.
- Ajoutez des candidats, ne remplacez jamais.
v1,v2coexistent. La version choisie est notée dans le bon de travail. La génération est probabiliste ; supprimer l'ancienne version revient à supprimer une solution de repli. - Les images et la liste doivent correspondre. Le numéro est le nom du fichier. Si la liste contient
PR-01, le répertoire doit contenirPR-01_*.
II. Les Assets sont Classés en Trois Niveaux
Toutes les images ne méritent pas le même investissement. Classez d'abord, puis allouez les efforts.
| Niveau | Qu'est-ce que c'est ? | Exemple | Exigence |
|---|---|---|---|
| Ancrage | Référence d'identité pour tout le film, référencée à plusieurs endroits | Image principale du produit, vues à trois faces du personnage, vue panoramique de la scène principale | Le plus strict : plusieurs candidats, validation item par item, ne plus modifier après la version finale |
| Dérivé | Angles, états, détails développés à partir de l'ancrage | Dos du produit, état ouvert, gros plan de la main | Doit être comparé côte à côte avec l'ancrage |
| Jetable | N'apparaît qu'une seule fois, n'affecte pas la cohérence | Plans vides, effets lumineux,素材 de transition | Acceptable si c'est suffisant, pas besoin de plusieurs candidats |
Un mauvais classement gaspille du temps : Traiter un plan vide comme un ancrage peut bloquer une vidéo de 30 secondes pendant trois jours ; traiter l'image principale du produit comme un jetable obligera à tout refaire pour chaque segment suivant.
III. Sources : Trois Possibilités, Choisissez Selon l'Usage
| Source | Quand l'utiliser ? | Attention |
|---|---|---|
| Prise de vue réelle | Objet réel, besoin de précision, implique des paramètres ou des effets | Meilleure option, mais nécessite des素材 |
| Génération AI | Pas d'objet réel, scène fictive, ambiance, main humaine | Nécessite de verrouiller la géométrie et l'impression, plusieurs candidats |
| 素材 Officiels | Image principale, image d'emballage fournie par la marque | À utiliser directement comme ancrage, le plus stable |
Les prises de vue réelles ne sont pas obligatoires. Pour un film entièrement généré par AI, l'ensemble des assets peut être produit par AI, à condition qu'il y ait une cohérence interne.
Un Risque à Signaler Clairement à l'Avance
Si ce film doit annoncer des paramètres ou effets spécifiques (capacité, durée, ingrédients, résultat) au public, et que le produit à l'écran est généré par AI, alors l'image et l'allégation ne correspondront pas – au mieux, cela sera signalé dans les commentaires, au pire, cela constituera une publicité mensongère.
Une seule façon de gérer cela : s'il y a une allégation, l'image du produit doit être une prise de vue réelle ou un素材 officiel ; s'il n'y a pas d'allégation, pure ambiance ou contenu fictif, la génération AI est parfaitement suffisante.
Il suffit de poser la question avant de commencer ; ne découvrez pas le problème une fois le film terminé.
Comment Exécuter la Génération AI
Utilisez le script intégré scripts/kie_gen.py (KIE GPT Image 2). Il effectue la soumission, l'interrogation, le téléchargement et l'enregistrement selon la convention de nommage en une seule fois :
# Texte vers image (la résolution par défaut est 1K, suffisante)
python scripts/kie_gen.py generate --prompt "…" --ratio 9:16 \
--out 04-素材/01-资产图/PR-01_产品主图_v1.png
# Image vers image : utilisez l'ancrage comme référence
python scripts/kie_gen.py generate --prompt "…" --ref PR-01_产品主图_v1.png \
--out 04-素材/01-资产图/S01_f01_v1.png
# Batch : lisez une table de tâches JSON (par défaut 5 tâches en parallèle)
python scripts/kie_gen.py batch --tasks tasks.json --out-dir 04-素材/01-资产图 --dry-run
python scripts/kie_gen.py batch --tasks tasks.json --out-dir 04-素材/01-资产图
La résolution par défaut est 1K : ces images seront finalement rééchantillonnées par le modèle vidéo. Faire une image source plus grande ne préserve pas les détails, cela augmente seulement le taux d'échec. N'ajoutez --resolution 2K que pour un agrandissement et recadrage séparé (pour la couverture) ou pour une version maître sur fond blanc à réutiliser.
Par défaut, le batch exécute 5 images en parallèle. La génération d'image prend 10 à 40 secondes ; exécuter 6 images en série signifie attendre 3 à 4 minutes. Avec 5 images en parallèle, le temps total est environ égal à celui de l'image la plus lente plus un tour. En cas de limitation de débit (code != 200 ou 429), utilisez --concurrency 2. Ne modifiez pas le prompt à cause d'une limitation de débit.
Quatre règles :
- Utilisez d'abord
--dry-runpour voir le corps de la requête, puis exécutez vraiment. Soumettre vingt images en un seul batch avec des paramètres erronés, c'est vingt gaspillages. - La clé API ne passe que par la variable d'environnement
KIE_API_KEY. Ne l'écrivez pas dans les scripts, les tables de tâches ou les bons de travail. - Générez d'abord l'ancrage, confirmez le style, puis le reste en batch. Pour les assets de niveau ancrage, réduisez la concurrence et examinez chaque image une par une.
- Notez le
taskIddans le bon de travail. Il servira de référence pour régénérer la même image plus tard.
Pour la syntaxe, les limites de paramètres et la gestion des échecs, voir references/ai-generation.md.
IV. Processus en Sept Étapes
1 Lire la liste → 2 Ordonner → 3 Classer → 4 Générer des candidats → 5 Valider → 6 Enregistrer → 7 Mettre à jour le statut
Étape 1 · Lire la Liste
Lisez le numéro, le type, l'usage, la source et les segments de référence à partir de 02-资产清单.md.
Si la liste ne contient pas de prompt d'image, utilisez les quatre types de squelettes dans references/prompt-fixups.md pour les compléter ; sinon, utilisez-les directement, ne les réécrivez pas.
Étape 2 · Ordonner la Production
Ancrage → Dérivé → Jetable
Au sein d'une même catégorie, triez par nombre de références. Plus un asset est référencé, plus il doit être fait en premier. Raison : si un asset très référencé doit être refait, cela impactera le plus grand nombre de segments.
Pour les lieux réutilisés sur plusieurs segments dont la continuité spatiale est importante, divisez les assets en deux couches selon les besoins :
- Version maître de la structure spatiale : sans personne, sans action ; verrouillez les matériaux du sol/mur, les vitrines et les volumes du bâtiment, la structure de fond fixe, les relations de profondeur spatiale, ainsi que la source et la direction approximative de la lumière principale. Ne verrouillez pas les positions de caméra spécifiques, les échelles de plan, les personnages ou les accessoires temporaires.
- Sous-version maître de la position de caméra : dérivez du même espace les plans vides réellement utilisés : plan large de face, plan rapproché de côté, plongée, contre-plongée ou gros plan. La première image est dérivée de la sous-version maître de la position de caméra correspondante, évitant ainsi que tout le film hérite de la même perspective et composition.
Pour chaque espace, ne faites que les angles de vue réellement utilisés ; ne forcez pas un nombre fixe. La direction de la lumière doit maintenir la continuité spatiale, mais les versions d'éclairage (midi/soir) sont déterminées par la chronologie du scénario. Évitez d'incorporer inutilement des caractéristiques temporelles fortes dans la version maître de base. Validez d'abord les positions de caméra représentatives côte à côte, puis dérivez en batch les premières images.
Étape 3 · Classer
Attribuez un niveau à chaque numéro (Ancrage / Dérivé / Jetable) et inscrivez-le dans le bon de travail. Cette étape ne prend qu'une minute, mais détermine le nombre de candidats à générer pour la suite.
Étape 4 · Générer des Candidats
| Niveau | Nombre de candidats | Description |
|---|---|---|
| Ancrage | 4–6 | Choisissez-en un comme version finale, gardez les autres comme alternatives |
| Dérivé | 2–3 | Comparez avec l'ancrage puis sélectionnez |
| Jetable | 1–2 | Utilisable suffit |
Avant de générer, confirmez trois choses : le format de l'image est-il correct ? Le fond est-il correct (fond blanc ou scène) ? Y a-t-il des éléments superflus (texte, filigrane, main) ?
Lors de l'utilisation de la génération AI, utilisez d'abord --dry-run pour vérifier les paramètres, puis soumettez dans l'ordre Ancrage → Dérivé, par lots de 4 à 6.
Étape 5 · Validation
Passez en revue les sept critères de references/acceptance.md. Six critères sur sept doivent être satisfaits pour conserver l'image. Si les critères clés (géométrie, impression) ne sont pas satisfaits, rejetez l'image directement.
Étape 6 · Enregistrement
04-素材/01-资产图/
├── PR-01_产品主图_v1.png
├── PR-01_产品主图_v2.png ← Alternative, ne supprimez pas
├── SC-01_办公桌面_v1.png
└── CH-01_女性手部_v1.png
Format de nommage : <numéro>_<usage>_v<N>.<ext>. Le numéro doit correspondre à celui de la liste (les suffixes d'état A/B sont conservés), l'usage fait 2 à 8 caractères, peut être subdivisé avec des underscores, la version est incrémentée.
Étape 7 · Mettre à Jour le Statut
Changez le statut de la liste en « Disponible / Disponible avec alternative / À compléter », et notez la version choisie dans le bon de travail. Si vous ne mettez pas à jour le statut, l'étape suivante ne saura pas quelle version référencer.
V. Comment Garantir la Cohérence
Pour plusieurs images d'un même numéro, l'alignement repose sur quatre choses :
- Même description du sujet : copiée du prompt de l'ancrage, sans modification
- Même position lumineuse : la direction de la lumière principale et la température de couleur sont figées, les images dérivées ne changent pas d'éclairage
- Même format et fond : si c'est un fond blanc, tout est fond blanc ; si c'est une scène, tout est scène
- Comparaison côte à côte : placez les deux images l'une à côté de l'autre, vérifiez la géométrie, la couleur, l'impression, les proportions
La comparaison côte à côte est la méthode la plus efficace. En regardant une image seule, tout semble correct ; mises côte à côte, on découvre que la largeur de la tasse est de deux millimètres trop grande ou que le logo est décalé d'une ligne.
Voir les détails dans references/acceptance.md.
VI. Auto-Vérification (Script Exécutable)
python scripts/check_assets.py --dir <répertoire de production>
Cinq critères :
| # | Critère | Niveau |
|---|---|---|
| A1 | Chaque numéro de la liste a un fichier correspondant | Critique |
| A2 | Le nom du fichier suit le format <numéro>_<usage>_v<N> | Critique |
| A3 | Il n'y a pas de fichiers orphelins dans le répertoire, absents de la liste | Avertissement |
| A4 | Chaque image a une résolution ≥ 720 pixels sur le petit côté | Avertissement |
| A5 | Les assets de niveau ancrage ont ≥ 2 candidats | Avertissement |
Codes de sortie : 0 = Succès / 2 = Élément(s) critique(s) / 3 = Impossible de lire le répertoire.
VII. Limites
- Ne rédige pas de storyboard : les besoins en assets proviennent du storyboard et de la liste ; ne modifiez pas le contenu vous-même
- N'écrit pas de prompts vidéo : c'est le travail de l'étape amont ; ce poste ne fait que compléter les prompts d'image
- Ne génère pas de vidéo : ne traite que des images statiques
- Ne remplace pas le jugement : les critères de validation sont donnés, mais la décision finale « cette image est-elle utilisable ? » revient à l'humain
- Ne garantit pas une sortie parfaite du premier coup : la génération est probabiliste ; ce poste garantit « des candidats, une validation, des versions »
VIII. Documents de Référence
| Fichier | Quand le lire |
|---|---|
references/production.md | Pour ordonner, classer, générer des candidats, enregistrer et mettre à jour le statut |
references/acceptance.md | Pour valider, comparer côte à côte, rejeter et recommencer |
references/prompt-fixups.md | Lorsque la liste ne contient pas de prompt, ou qu'une image ne sort pas correctement après plusieurs tentatives |
references/ai-generation.md | Lors de l'utilisation de la génération AI : paramètres, syntaxe, batch, gestion des échecs |
assets/asset-production-sheet.md | Pour créer un bon de travail avant de commencer, mettre à jour le statut à la livraison |
assets/batch-tasks-example.json | Exemple de table de tâches pour la génération en batch |
scripts/kie_gen.py | Pour soumettre, interroger, télécharger et enregistrer selon la convention de nommage |
scripts/check_assets.py | À exécuter avant la livraison |