BruceL017/post-illustration-images

Images d'illustration de posts

Règle fondamentale

Ne réduisez pas ce workflow à « analyser le contenu -> choisir un modèle -> générer une image ». La stabilité dépend des couches intermédiaires :

analyse du contenu
-> type de contenu et besoin d'expression
-> spécification de style au niveau de la suite
-> sélection des ancres
-> liste des plans (shot list)
-> structure de contenu par image
-> métaphore visuelle par image
-> contraintes de style visuel sélectionné
-> réservation d'emplacement de marque lorsque le Brand Plugin est activé
-> prompt par image, sans marque ni badge de page dessinés par le modèle
-> génération d'image native Codex
-> superposition optionnelle du Brand Plugin en utilisant l'emplacement de la spécification de style sélectionnée
-> QA et solution de repli
-> ressources sauvegardées et notes de livraison

Lisez toujours le contenu avant de choisir un style visuel. Utilisez un seul style au niveau de la suite pour l'ensemble des images. Variez chaque image uniquement par sa structure de contenu et sa métaphore visuelle.

Limite d'architecture

Le Style Spec (spécification de style) est l'autorité pour chaque modèle visuel de plateforme. Il contrôle la taille du canevas, le rapport d'aspect, les valeurs de couleur fixes, la mise en page, les zones de sécurité, les contraintes négatives et les emplacements de composants fixes comme un emplacement de marque.

Le Brand Plugin est optionnel et enfichable. Il décide uniquement si une marque est activée et quel actif de marque utiliser. Il ne doit pas décider de la taille du canevas, de la palette de couleurs, des coordonnées ou de la mise en page de la plateforme. Lorsqu'il est activé, le Brand Plugin doit obéir à l'emplacement de marque du Style Spec sélectionné. Si le style sélectionné n'a pas d'emplacement de marque, n'improvisez pas un placement global.

Le modèle d'image ne doit pas dessiner de logos, TF, Tranfu, de filigranes, de badges de numéro de page ou d'autres composants de marque fixes. Ceux-ci sont soit omis, soit ajoutés après génération par une étape de superposition déterministe.

Périmètre pris en charge

Support fort :

• Illustrations de corps d'article pour les comptes officiels WeChat.
• Illustrations de notes Xiaohongshu, y compris les images de couverture et de carrousel de contenu.
• Illustrations de posts Zhihu.
• Explicateurs de méthode, de workflow, de concept, de comparaison, de liste de contrôle, de limite et de flux de décision.

Support conditionnel :

• Ensembles d'images nécessitant des captures d'écran réelles de produits ou des données factuelles : demandez le matériel ou indiquez l'hypothèse.
• Noms de styles explicites : utilisez le fichier de style correspondant s'il existe.
• Nombre d'images explicite : remplacez le nombre par défaut du style sélectionné.

Hors périmètre :

• Photographie pure, retouche de portrait, maquettes de produits ou campagnes de marque photoréalistes.
• Tâches où un texte long exact à l'intérieur des images est obligatoire. La génération d'image native peut déformer le texte ; utilisez des étiquettes courtes et réessayez avec moins de texte si nécessaire.
• Toute demande d'acheminement via d'autres compétences de génération d'images, sauf si l'utilisateur le demande explicitement.

Références requises

Utilisez les références selon les besoins, pas toutes à la fois :

• Commencez par references/style-index.md pour identifier la plateforme et les fichiers de style candidats.
• Lisez complètement le fichier sélectionné sous references/styles/ avant de compiler les prompts.
• Lisez references/brand.md sauf si l'utilisateur désactive explicitement le Brand Plugin.
• Lisez references/content-structures.md lors de la sélection des structures d'expression par image.
• Lisez references/prompt-compiler.md avant d'écrire les prompts de génération finaux.
• Lisez references/qa-checklist.md avant la livraison ou la régénération.
• Lisez references/product-design.md uniquement lors de la maintenance ou de l'extension de cette compétence.

Workflow

1. Réception

Déterminez la plateforme, le contenu source, le résultat demandé, le style explicite, le nombre explicite, l'emplacement de sortie et si le Brand Plugin est désactivé.

Si la plateforme ne peut pas être déduite, posez une question concise. Si la plateforme est claire et le contenu disponible, procédez sans demander de confirmation.

Quittez lorsque :

• La plateforme est connue.
• Le contenu source est disponible.
• Toute substitution explicite de nombre/style/marque est capturée.

2. Analyse du contenu

Lisez l'intégralité du contenu source. Résumez l'idée principale en 3 à 5 phrases, puis classez le besoin d'expression :

• Explication de concept
• Workflow/processus
• Comparaison avant-après
• Cadre en couches
• Erreurs courantes ou limites
• Arbre de décision
• Liste de contrôle ou résumé
• Histoire/transition d'état

Quittez lorsque l'affirmation centrale, la valeur pour le public et les parties visualisables sont claires.

3. Sélectionner la spécification de style au niveau de la suite

Utilisez references/style-index.md pour choisir un style pour l'ensemble.

Règles :

• Le style explicite de l'utilisateur l'emporte s'il existe.
• Sinon, choisissez le meilleur style de plateforme en fonction du type de contenu et du besoin d'expression.
• Ne décidez pas du nombre d'images, du rapport d'aspect, de la palette, de la zone de sécurité ou des emplacements de composants fixes avant d'avoir sélectionné le style. Ceux-ci proviennent du fichier de style ou de son Style Spec lisible par machine, sauf si l'utilisateur les remplace explicitement.
• Pour Zhihu, utilisez le style Zhihu fixe, sauf si de futurs fichiers de style proposent des alternatives.

Quittez lorsqu'un fichier de style est sélectionné et lu complètement.

4. Sélectionner les ancres

Choisissez uniquement les points de contenu qui méritent des images. Ne créez pas d'images pour atteindre un quota.

Les bonnes ancres incluent :

• Jugement central
• Tournant cognitif
• Boucle entrée-sortie
• Contraste avant-après
• Erreur courante
• Point d'arrêt du processus
• Changement de rôle/état
• Couche de méthode
• Relation de confiance, de conversion ou de transfert

Quittez lorsque chaque ancre sélectionnée peut répondre à la question : « pourquoi cette image est-elle nécessaire ? »

5. Établir la liste des plans (shot list)

La liste des plans est obligatoire. Chaque image doit contenir :

• Emplacement ou séquence
• Sujet
• Un sens central
• Structure d'expression du contenu
• Métaphore visuelle
• Action de l'acteur/objet principal
• Éléments suggérés
• Étiquettes courtes
• Réservations de composants fixes provenant du Style Spec sélectionné, le cas échéant
• Risque QA

Chaque image doit exprimer exactement une idée centrale. Si une image contient plusieurs idées, divisez-la ou supprimez-la.

6. Compiler les prompts

Pour chaque image, combinez :

• Ancre de contenu utilisateur
• Fichier de style de la suite sélectionnée
• Structure de contenu par image
• Métaphore visuelle par image
• Zones de sécurité et réservations de composants fixes du Style Spec
• Statut du Brand Plugin depuis references/brand.md
• Contraintes de génération native Codex
• Contraintes négatives du style et des références QA

Générez un prompt par image. Ne demandez pas au modèle d'image de créer un ensemble complet d'images en un seul appel.

Si un fichier de style contient un langage de lot comme « générer l'ensemble », traitez-le comme un guide de planification pour le nombre, la séquence et la cohérence. Compilez et générez toujours une image à la fois.

Le prompt doit explicitement interdire les logos, TF, Tranfu, les filigranes et les badges de numéro de page dessinés par le modèle. Lorsque le Brand Plugin est activé, demandez au modèle de laisser l'emplacement de marque du Style Spec sélectionné libre afin que l'actif de marque réel puisse être superposé après la génération.

7. Générer une image à la fois

Utilisez uniquement la génération d'image native Codex. N'invoquez pas d'autres compétences d'image par défaut.

Après chaque génération :

• Enregistrez l'image dans le projet courant, pas dans le dossier de la compétence.
• Chemin de sortie recommandé : post-illustration-output/<slug-du-contenu>/.
• Enregistrez les images générées nativement sous images/unbranded/ lorsque le Brand Plugin est activé.
• Enregistrez les livrables après superposition sous images/branded/ lorsque le Brand Plugin est activé.
• Si le Brand Plugin est désactivé, enregistrez les livrables sous images/.
• Utilisez des noms de fichiers ordonnés, par exemple 01-couverture.png, 02-point-darret-processus.png.

7.5 Appliquer la superposition du Brand Plugin

Si le Brand Plugin est activé et que le Style Spec sélectionné définit un emplacement de marque :

• Utilisez l'actif de marque réel depuis references/brand.md.
• Superposez l'actif après la génération de l'image. Ne demandez pas au modèle d'image de redessiner le logo.
• Utilisez l'emplacement, la taille et les règles de zone de sécurité du Style Spec sélectionné.
• Conservez l'image générée sans marque, sauf si l'utilisateur demande explicitement de la remplacer.
• Pour le style journal Xiaohongshu, utilisez scripts/apply-brand-overlay.mjs avec references/styles/xhs-style-journal.spec.json.
• Le script de superposition n'a pas de dépendance npm, mais il nécessite que rsvg-convert soit disponible sur la machine.

8. QA et solution de repli

Vérifiez chaque image par rapport à references/qa-checklist.md.

Si une image échoue, identifiez la raison avant de réessayer :

• Erreur de texte : réduisez le texte, conservez uniquement des étiquettes courtes, regénérez.
• Trop d'idées : divisez ou supprimez des ancres.
• Dérive de style : renforcez la source de style sélectionnée et les contraintes négatives.
• Métaphore faible : réécrivez l'action physique et l'objet.
• Marque dessinée par le modèle : regénérez avec des contraintes « pas de logo / pas de TF / pas de Tranfu » plus fortes, puis appliquez la superposition du Brand Plugin.
• La superposition de la marque bloque le contenu : utilisez l'emplacement de marque réservé du Style Spec ; si le contenu occupe cet emplacement, regénérez avec une zone réservée plus claire.
• Mise en page trop vide ou trop chargée : ajustez la structure, pas le style entier.

9. Enregistrer et livrer

Créez ou mettez à jour manifest.md dans le dossier de sortie avec :

• Fichier
• Plateforme
• Style
• Brand Plugin activé/désactivé
• Statut QA du style
• Statut QA du Brand Plugin, si activé
• Emplacement/séquence
• Sens central
• Structure
• Métaphore visuelle
• Statut QA

La réponse finale doit inclure :

• Chemin de sortie.
• Nombre d'images.
• Style utilisé.
• Utilisation de chaque image.
• Conclusion QA et tout risque résiduel.

Non négociables

• Analysez le contenu avant la sélection du style.
• Utilisez un seul style visuel au niveau de la suite pour l'ensemble.
• Ne sautez jamais la liste des plans.
• Chaque image exprime un sens central.
• La structure d'expression du contenu organise l'information.
• La métaphore visuelle transforme l'abstraction en une scène concrète.
• Le Style Spec au niveau de la suite contrôle l'apparence de la plateforme, les dimensions, les couleurs, la mise en page, les zones de sécurité et les emplacements de composants fixes.
• Le Brand Plugin est activé par défaut uniquement lorsque le Style Spec sélectionné définit un emplacement de marque ; il doit obéir à cet emplacement et ne doit pas se comporter comme un système visuel global.
• Le modèle d'image ne doit pas dessiner de logos de marque ni de badges de numéro de page.
• Générez et vérifiez une image à la fois.
• Enregistrez les actifs générés en dehors du dossier de la compétence.