1077553201/image-skill

Compétence : Conception de pages de détails produit (InfoGraphiques)

Cette compétence a pour mission de transformer les informations produit fournies par l'utilisateur en pages de détails finalisées et traçables. Le processus est le suivant : créer le répertoire du projet → clarifier complètement les besoins → concevoir la solution → faire valider la solution par l'utilisateur → rédiger les prompts de génération d'images et les données de mise en page → faire valider les prompts, la voie de génération et le périmètre d'exécution → créer et valider les références des personnages et des accessoires → réaliser une page de test et la faire valider → production en série → vérifier et archiver. Si l'utilisateur ne demande qu'un plan ou des prompts, l'exécution s'arrête à l'étape de livraison spécifiée.

Lors de la première exécution d'archivage, de génération ou de mise en page, lisez Outils d'exécution et format de données et utilisez scripts/detail_runtime.py ; l'outil ne dépend que de la bibliothèque standard Python et de Pillow, n'installe pas automatiquement les dépendances et ne modifie pas l'environnement serveur. Les différences et les points clés d'utilisation des deux voies de génération sont détaillés dans Voies de génération.

Lors de la rédaction ou de la correction des prompts de génération d'images, lisez les Contraintes officielles des prompts et choisissez en fonction des capacités réelles de l'outil. La base de connaissances ne conserve que les résumés concis et les liens sources des méthodes officielles d'OpenAI, Google et Qwen ; n'établissez pas de fiches d'études de cas communautaires, de bases de données de paramètres produits, et ne transférez pas les informations produits des exemples officiels vers le produit en cours.

Création d'un nouveau répertoire de projet et archivage continu

Au début de chaque nouveau projet, identifiez d'abord le répertoire racine du projet à partir de l'emplacement spécifié par l'utilisateur ou du projet actuellement ouvert, et transmettez explicitement le chemin absolu à l'outil via init --project-root. Si le projet ne peut pas être déterminé, demandez d'abord ; n'utilisez pas le répertoire de travail actuel du processus, la racine du disque ou un répertoire système à la place. L'outil enregistre le chemin lié dans task.json ; toutes les écritures de classification doivent passer par la validation de ce chemin. Ne créez pas de projet produit dans le répertoire d'installation de la compétence. Le nom du répertoire suit le format PagesDetails-AAAAMMJJHHMM-AbregéProduit ; si le produit n'est pas encore nommé, utilisez "ProduitÀNommer" ; en cas de doublon, ajoutez un numéro d'ordre.

Le répertoire racine n'est pas C:\, D:\, / ou le répertoire personnel de l'utilisateur. Ne contournez pas le répertoire lié via des chemins de sortie absolus, .., ou des liens symboliques ; même après que le script ait changé de répertoire de travail, utilisez toujours le chemin lié. Après avoir déplacé l'ensemble du projet, confirmez d'abord le nouveau répertoire racine du projet et mettez à jour explicitement la liaison dans task.json, puis continuez ; ne devinez pas le nouvel emplacement.

Utilisez un nouveau répertoire pour chaque nouveau projet ; si l'utilisateur demande de modifier ou de poursuivre un projet existant, lisez son index de répertoire et enregistrez les nouvelles versions dans le répertoire d'origine. Ne recréez pas de projet et ne vous fiez pas uniquement à l'historique de la conversation pour restaurer le contexte.

Enregistrez le contenu réel selon la structure suivante. Utilisez des chemins relatifs pour les chemins dans le répertoire, afin de faciliter les références après un déplacement complet :

PagesDetails-AAAAMMJJHHMM-AbregéProduit/
  index-projet.md
  01-DocumentsSources/
    FicheProduit.md
    ListeMateriel.md
    Images/
  02-ClarificationBesoins/
    intake.json
    ListeInformations.md
    RelevéQuestionsReponses.md
  03-DesignSolution/
    Solution-v001.md
    RelevéValidation.md
  04-MaterielConsistance/
    IndexMateriel.md
    personnage-001/
      Fiche-v001.md
      PromptGeneration-v001.md
      ImagesReference/
    accessoire-001/
      Fiche-v001.md
      PromptGeneration-v001.md
      ImagesReference/
  05-PromptsDonneesMEP/
    v001/
      page-001-prompt.txt
      page-001-layout.json
      batch.json
  06-ExecutionEnregistrement/
  07-ResultatsControles/
  08-LivraisonFinale/

Le nombre de pages, de personnages et d'accessoires dans l'exemple n'est pas fixe ; créez les répertoires de matériel correspondants uniquement lorsque cela est réellement nécessaire. Ne créez pas de matériel fictif ou de fichiers de produits vides.

• Enregistrez les descriptions originales du produit fournies par l'utilisateur et les images accessibles dans le répertoire des documents sources ; copiez les images, ne déplacez pas et n'écrasez pas les fichiers source. La liste du matériel enregistre le nom du fichier original ou l'identifiant de la pièce jointe, le chemin d'archivage, le numéro de l'image, le modèle correspondant et l'utilisation. Si les fichiers sont visibles dans la conversation mais ne peuvent pas être récupérés, enregistrez la limitation d'accès et demandez les fichiers à sauvegarder ; ne falsifiez pas les chemins et ne prétendez pas que les images sont archivées.
• Après chaque cycle de clarification, enregistrez la dernière liste d'informations et le contenu des questions-réponses, en conservant l'intention originale de l'utilisateur et la source des réponses ; chaque fois qu'une solution ou des prompts sont fournis, écrivez-les simultanément dans les fichiers correspondants, ne vous contentez pas de les afficher dans la conversation.
• Les modifications de la solution sont enregistrées dans une nouvelle version ; le relevé de validation indique clairement la version effectivement validée par l'utilisateur, le contenu validé, l'identifiant du message ou le texte de validation original. Ne marquez pas comme validé sans validation explicite.
• L'index du projet enregistre en continu l'étape actuelle, les éléments en suspens, les versions de solution actuelles et validées, les versions du matériel, les chemins des prompts page par page et les dépendances. Lors de la livraison, fournissez le répertoire et les liens vers les fichiers clés pour faciliter une utilisation ultérieure.
• Les nouvelles versions des prompts sont enregistrées sans écraser les anciennes ; indiquez la version de la solution et du matériel sur lesquelles elles sont basées. Lorsque la solution ou le matériel en amont change, marquez les anciens prompts concernés comme "à mettre à jour" ; ne les réutilisez pas silencieusement comme version actuelle.
• Les prompts de génération d'images et les données de mise en page sont chacun annotés avec une version et une somme de contrôle. En cas de modification uniquement de la position du texte, de la police ou du texte déjà validé, réutilisez l'image de fond déjà vérifiée, validez séparément la nouvelle mise en page et ré-exécutez le rendu ; ne régénérez pas d'images pour cela. Créez une nouvelle version de l'image uniquement lorsque la composition de l'image, le produit ou le matériel change ; après vérification, refaites la mise en page.
• Le fichier detail-page.connection.json dans le répertoire racine du projet ne contient que les informations de connexion ComfyUI de ce projet ; les task.json du projet, les enregistrements de validation des lots et les enregistrements d'exécution enregistrent l'état et les versions. L'index du répertoire lie les fichiers réels ; ne remplacez pas l'archivage par des fichiers vides ou des déclarations de chemin dans la conversation.

Réception et perfectionnement des informations

Commencez par lire les images et le texte déjà fournis par l'utilisateur, puis organisez les informations connues et les lacunes en fonction du type de produit. Les dimensions d'information ci-dessous sont des exemples, pas un formulaire fixe, et il n'est pas demandé de collecter tous les champs pour chaque produit :

• Fiche technique du produit : nom du produit, modèle ou SKU, spécifications, fonctions, matériaux, mode d'emploi, et preuves documentaires fournies par l'utilisateur.
• Images : vue d'ensemble, détails, scène d'utilisation, emballage, différents modèles ou couleurs, et enregistrez la version du produit correspondant à chaque image.
• Contexte client et commercial : client cible, besoins, scénario d'utilisation, préoccupations d'achat, plateforme de vente, marché et langue.
• Contraintes de conception et de contenu : ton de la marque, matériel existant, style de référence, dimensions de la page, nombre de pages, contenu obligatoire et formulations interdites.

Vous pouvez ajouter, remplacer ou omettre des dimensions d'information en fonction du produit. Par exemple, les vêtements peuvent nécessiter des informations sur les tailles et la coupe, les appareils électriques peuvent nécessiter des informations sur l'alimentation et l'adaptation. N'imposez pas les champs d'une catégorie à un autre produit.

Établissez une liste d'informations, enregistrant pour chaque élément : le contenu, la source et l'état : résolu, en_attente, conflit, non_applicable, ou omission_confirmée par l'utilisateur qui accepte de ne pas fournir l'information. Intégrez chaque lacune identifiée dans la liste ; ne simplifiez pas plusieurs lacunes spécifiques en quelques questions vagues lors de l'interrogation, ce qui entraînerait des omissions.

En plus des informations existantes, déduisez les lacunes à partir des décisions de présentation envisagées, en formant une correspondance : "décision de présentation → information nécessaire → source existante → problème non résolu → page impactée". À ce stade, ne faites qu'inventorier les modes de présentation potentiels ; ne rédigez pas de solution page par page non validée. Vérifiez les dimensions suivantes pour la tâche en cours ; les modes de présentation non utilisés peuvent être marqués comme non applicables :

Décision de présentation	Informations à vérifier
Visuel principal et gros plan des détails	Bon modèle, version de couleur, quantité de produit, contours et identifiants à conserver, angles disponibles, limites de recadrage autorisées
Personnage tenant ou utilisant le produit	Dimensions ou base de proportions fiables, prise et utilisation correctes, limites d'occultation, fiche du personnage, nécessité de cohérence entre les pages
Scène et démonstration de fonction	Scénario et objet d'application réels, conditions d'utilisation, preuves de fonction ; l'eau, la chaleur, la charge, etc., ne doivent pas suggérer des performances non vérifiées
Accessoires, emballage et présentations combinées	Liste réelle des éléments inclus, version de l'emballage, articles vendus séparément et accessoires utilisés uniquement pour le décor, pour éviter toute confusion sur l'inclusion
Matériaux, structure, interfaces et comparaisons	Données vérifiables sur le matériau ou la structure, photos correspondantes, fonction des interfaces, conditions et base de comparaison ; sans base, ne dessinez pas de structure interne ou éclatée
Publication et mise en page	Langue, marché, base des dimensions, densité du texte, marque et contenu interdit, polices et matériel réellement disponibles, étape de livraison requise

Enregistrez également le fichier 02-ClarificationBesoins/intake.json lisible par machine ; les champs sont décrits dans la documentation d'exécution. Le niveau supérieur enregistre le scope de cette tâche. Un coverage_review non vide explique quels modes de présentation ont été vérifiés, ce qui pourrait encore manquer, et pourquoi cela suffit pour le périmètre actuel. Chaque élément dans items enregistre un id stable, decision, required_information, status, answer, source. Les statuts autorisés sont uniquement resolved, not_applicable, omitted_confirmed, pending, conflict. Les trois premiers nécessitent une réponse et une source claires ; les éléments non applicables doivent expliquer leur raison ; les éléments omis enregistrent user_confirmation, décrivant l'impact et la confirmation réelle de l'utilisateur. La source pointe vers les documents originaux, le numéro de l'image, les questions-réponses réelles ou la base de la décision de non-applicabilité ; ne remplacez pas la source par des conclusions de l'agent.

Pour chaque problème non résolu, posez une question claire indiquant les informations nécessaires et l'impact sur les décisions de conception. Vous pouvez organiser les questions par thème (produit, matériel, client, plateforme, design, etc.) ou les poser en plusieurs rounds, mais vous devez couvrir toutes les lacunes, sans les ignorer même si le nombre de questions est élevé. Ne reposez pas de questions sur des informations déjà clairement fournies par l'utilisateur.

Après chaque réponse, mettez à jour la liste élément par élément, vérifiez les réponses manquées, vagues, les conflits et les nouvelles questions, et continuez à demander jusqu'à ce que toutes les informations pertinentes pour la tâche en cours aient une issue claire. Ne procédez qu'à la lecture des informations, à l'analyse préliminaire et à l'identification des lacunes ; en présence de problèmes non résolus, ne passez pas à la conception de la solution page par page ou à la rédaction des prompts.

Ne devinez pas les faits que l'utilisateur ne peut pas fournir. Expliquez comment l'omission affectera les arguments de vente ou les pages concernées, et n'obtenez la confirmation explicite de l'utilisateur sur la portée de l'omission ou de l'ajustement qu'après avoir marqué l'élément comme résolu. Les préférences de conception peuvent être suggérées sous forme d'options concrètes parmi lesquelles l'utilisateur peut choisir ; ce n'est que lorsque l'utilisateur accepte la suggestion ou autorise explicitement l'agent à décider que l'élément est considéré comme résolu. Cette autorisation ne s'applique pas aux faits du produit.

À la fin de la clarification, présentez un résumé des informations confirmées et des contenus dont l'utilisateur a accepté l'omission, assurez-vous qu'il n'y a pas de questions en attente ou de conflits dans la liste, puis passez à la conception de la solution. Ne demandez pas d'informations non liées à ce produit et à cette livraison.

Lorsque l'utilisateur valide la solution, l'outil vérifie et fige la liste d'informations ; si des éléments sont pending, conflict ou manquent de source pour les éléments marqués comme résolus, la solution ne peut pas être marquée comme validée. Le fait que la liste soit complète signifie simplement que l'enregistrement est complet ; l'agent doit toujours juger si des informations réellement nécessaires à la présentation sont manquantes, et ne doit pas remplir de réponses fictives pour réussir la vérification.

Limites des faits sur le produit

• Ne falsifiez absolument pas les paramètres, fonctions, matériaux, performances, certifications, données de test, ventes, avis, engagements après-vente ou tout autre fait sur le produit.
• Distinguez les faits fournis par l'utilisateur, les caractéristiques directement observables sur les images, les suggestions de conception et les informations à confirmer. Pour les faits ayant un impact sur le texte, enregistrez la source pour permettre une vérification ultérieure.
• Les images ne permettent que des jugements visuels apparents. Ne déduisez pas les dimensions, la composition du matériau, la puissance, la capacité, la durabilité, l'efficacité ou les certifications à partir de l'apparence.
• En cas de conflit entre les informations, de versions d'images incohérentes ou d'incertitude sur l'attribution du modèle, vérifiez auprès de l'utilisateur ; ne choisissez pas arbitrairement et ne combinez pas les informations de différents modèles.
• Ne présentez pas des suppositions comme des arguments de vente. N'inventez pas les points faibles des clients, les avis clients ou les comparaisons avec des concurrents pour prouver les avantages du produit. Les hypothèses sur les besoins des clients peuvent être utilisées pour la discussion, mais ne doivent pas être considérées comme des conclusions vérifiées avant confirmation.
• Les suggestions de conception peuvent être proposées par l'agent, par exemple les couleurs, la mise en page ou le rythme de lecture ; ne les utilisez pas pour combler des faits inconnus sur le produit. Les paramètres non confirmés ne doivent pas être inclus dans le texte destiné à être publié.

Analyse et conception page par page

N'effectuez cette étape qu'après avoir terminé la clarification des informations.

1. Résumez les caractéristiques confirmées du produit, les arguments de vente et le matériel pouvant être utilisés. En vous basant sur le contexte du client cible et de la plateforme, expliquez comment chaque argument de vente répond aux besoins ou aux préoccupations d'achat. Distinguez les preuves factuelles et les jugements de conception.
2. Concevez l'ordre des pages en fonction du produit et du volume d'informations, en expliquant la logique de lecture. Ne présupposez pas un nombre fixe de pages et n'appliquez pas mécaniquement le même modèle de page à toutes les catégories.
3. Établissez une direction visuelle cohérente : style, palette de couleurs, hiérarchie des polices, espace blanc, mode de présentation du produit, langage graphique et cohérence entre les pages. Pour les choix visuels non spécifiés par l'utilisateur, faites des suggestions et indiquez-les.
4. Produisez une conception spécifique pour chaque page, en précisant l'objectif informationnel, le texte, les images et la mise en page de chaque page, afin que l'exécutant puisse créer la page de détails en conséquence.
5. Identifiez les personnages, accessoires, autres objets et éléments de scène récurrents nécessaires sur chaque page. Attribuez-leur un numéro de matériel stable, précisez clairement quels éléments sont réutilisés entre les pages, et incluez la fiche et le numéro de page dans la solution pour validation par l'utilisateur.

Chaque page de la solution doit inclure :

• Numéro de page, thème et objectif de lecture : qu'est-ce que cette page doit faire comprendre au client, ou à quelle préoccupation répond-elle ?
• Texte : titre principal, sous-titre, corps du texte, annotations et explications nécessaires ; adaptez selon les besoins réels.
• Mise en page : zones de contenu, ordre de lecture, position et relations de taille entre le texte et les images, hiérarchie et espace blanc.
• Conception visuelle : palette de couleurs de la page, arrière-plan, hiérarchie des polices, icônes ou graphiques auxiliaires, et explication de la manière dont cela s'inscrit dans le style global.
• Utilisation des images : référencez les images spécifiques ou les numéros d'image fournis par l'utilisateur, en indiquant la partie à montrer, le recadrage et la composition ; en cas de matériel manquant, formulez clairement une demande de complément.
• Exigences de vérification de l'image : position et proportion du produit, angle de la caméra, parties visibles, proportions entre le personnage et le produit, relations de préhension ou de contact, direction de la lumière principale, ombres et reflets, espace réservé pour le texte et marges de sécurité. Adaptez au contenu réel de la page ; exprimez à l'aide de zones, de proportions ou de positions descriptibles, ne vous contentez pas de termes comme "haut de gamme" ou "raffiné". En l'absence de base pour les proportions ou les dimensions, clarifiez d'abord ; ne suggérez pas des spécifications inconnues par l'image.
• Base factuelle : enregistrez séparément les sources de données utilisées pour cette page et les éléments dont l'utilisateur a accepté l'omission ; ne mélangez pas avec le texte destiné au client. Si de nouvelles lacunes apparaissent pendant la conception, revenez à l'étape de clarification, résolvez-les, puis continuez.

Suggérez des dimensions ou proportions selon les besoins ; en l'absence de confirmation des spécifications de la plateforme, ne présentez pas les valeurs suggérées comme des exigences obligatoires de la plateforme. Si les règles de la plateforme nécessaires ne peuvent pas être confirmées, demandez les spécifications à l'utilisateur ; si elles ne peuvent pas être obtenues, demandez si des dimensions clairement marquées comme suggestions de conception sont acceptables, ou ajustez le périmètre de livraison ; ne continuez pas avec des problèmes non résolus.

Validation de la solution

Après avoir produit et enregistré la solution complète, demandez à l'utilisateur de valider l'ordre des pages, les arguments de vente et le texte de chaque page, la mise en page, la direction visuelle cohérente et l'utilisation du matériel, y compris les fiches et les relations de réutilisation des personnages, accessoires et autres éléments auxiliaires. À ce stade, arrêtez-vous et attendez la validation explicite de l'utilisateur ; ne fournissez pas prématurément des prompts de génération d'images ou des prompts pour les éléments auxiliaires dans le même échange.

Si l'utilisateur propose des modifications, mettez à jour la solution et demandez à nouveau la validation. La version explicitement validée par l'utilisateur est la base pour la rédaction des prompts ; après validation, continuez à produire les prompts page par page. Ne considérez pas la solution elle-même comme l'achèvement de la tâche. Les éléments déjà validés n'ont pas besoin d'être revalidés, sauf en cas de changement affectant le contenu ou le résultat visuel.

Prompts de cohérence pour les personnages et les accessoires

Après la validation de la solution, créez et enregistrez d'abord les prompts de génération correspondants pour chaque personnage, accessoire ou autre objet auxiliaire apparaissant dans la conception. Ensuite, rédigez les prompts des pages qui dépendent de ces éléments. Lorsqu'un même objet est utilisé dans plusieurs pages, réutilisez le même identifiant et la même version ; ne réinventez pas l'apparence pour chaque page. Si des images de référence existent déjà, enregistrez leur fiche et les prompts de génération ou d'édition correspondants ; indiquez la priorité de réutilisation du matériel existant, sans nécessité de régénération.

La fiche et les prompts de chaque élément doivent enregistrer :

• Identifiant stable, nom, version, version de la solution correspondante, numéros de page d'utilisation, et chemin réel des images de référence existantes.
• Caractéristiques fixes : apparence du personnage, coiffure, vêtements et accessoires ; forme de l'objet, couleur, rendu du matériau, proportions et contraintes d'identification. Ne renseignez que les caractéristiques réellement nécessaires pour cet objet.
• Contenu pouvant varier : posture, expression, angle de vue, position ou interaction avec le produit, et précisez clairement quelles caractéristiques ne doivent pas changer entre les pages.
• Prompt de génération complet et exécutable indépendamment : reformulez précisément les caractéristiques fixées, en indiquant l'angle de vue souhaité, la composition, l'arrière-plan, l'éclairage, le style et les variations à éviter, adapté à la création préalable d'un matériel de référence cohérent. Si plusieurs angles ou actions sont nécessaires, enregistrez les prompts de variante distincts en référençant la même fiche de base.
• Statut : uniquement "fiche créée", "prompt rédigé", "image de référence existante fournie par l'utilisateur", ou "image de référence générée et validée ultérieurement". L'existence d'un fichier de prompt n'implique pas que l'image de référence a été générée ou validée.

Les éléments auxiliaires peuvent être des paramètres créatifs validés par l'utilisateur, mais ne doivent pas suggérer qu'ils sont fournis avec le produit, qu'ils font partie de la liste d'emballage réelle, qu'ils représentent un véritable ambassadeur ou un avis, et ne doivent pas être utilisés pour inventer des spécifications, une compatibilité ou des résultats d'utilisation du produit. Toute relation de ce type doit être ramenée à l'étape de clarification des informations.

Dans l'index du matériel, listez les fiches, prompts, images de référence, versions et numéros de page d'utilisation de chaque objet. Validez d'abord les prompts du matériel et les paramètres d'exécution, puis générez et demandez à l'utilisateur de valider les images de référence des personnages ou des objets dans l'ordre des dépendances, puis réutilisez la même image de référence pour les pages connexes. Pour les images non encore générées, déclarez la dépendance à l'aide de from_job dans le lot ; n'utilisez pas de noms de fichiers fictifs ou de chemins pour simuler des entrées existantes. Le même seed ou le même prompt ne garantit pas l'identité ; vous devez réutiliser les images de référence validées et effectuer une vérification visuelle.

Rédaction des prompts de génération d'images page par page basés sur la solution validée

Pour chaque page, référencez le numéro de page et le thème de la solution validée, indiquez la version de la solution ou le message de validation sur lequel vous vous basez, et fournissez un prompt complet et reproductible indépendant. Développez strictement la conception de cette page ; ne créez pas une autre conception, ne modifiez pas arbitrairement les arguments de vente, le texte, le nombre de pages, la mise en page ou le style.

Chaque livraison de page doit inclure :

• Correspondance avec la solution : numéro de page, thème et version de la solution validée correspondante.
• Liste du matériel de référence : numéros d'image réels utilisés ou noms de fichiers, modèle de produit correspondant, utilisation, et matériel à joindre avec le prompt. Ne référencez pas de matériel inexistant ou non encore obtenu.
• Rôle de chaque image de référence : déclarez dans le lot role (product / person / prop / style / composition / background), target, preserve, allow, exclude, priority, et développez dans le prompt en suivant l'ordre de téléchargement réel. Précisez clairement quelles caractéristiques conserver, quelles variations autoriser, et quel contenu ne pas copier. L'image du produit détermine l'identité et la structure ; l'image de style ne s'inspire que des couleurs, de l'éclairage ou du médium approuvés ; ne copiez pas le produit, le logo, le texte ou les accessoires de la référence de style. En cas de références d'identité contradictoires, vérifiez d'abord avant d'utiliser la priorité pour masquer le conflit.
• Dépendances du matériel de cohérence : listez les numéros de matériel (personnage, accessoire, etc.), versions de fiche, chemins des prompts de génération et chemins des images de référence existantes pour cette page, en distinguant les entrées existantes et les dépendances à générer. Dans le prompt complet de cette page, développez ses caractéristiques fixes et les variations d'action autorisées ; ne vous contentez pas d'écrire le numéro de matériel. Si les dépendances ne sont pas prêtes, indiquez quelles images de référence doivent être créées avant de pouvoir exécuter cette page.
• Prompt de génération d'image de la page : dimensions ou rapport de format de la toile, objectif de la page, angle de présentation du produit et composition, position et proportion de chaque bloc, palette de couleurs, arrière-plan, éclairage, éléments graphiques et espace réservé pour le texte. Les nouveaux titres, corps de texte et paramètres ajoutés à la page ne doivent pas être dessinés par le modèle ; interdisez explicitement tout texte supplémentaire ou faux texte. Le logo original du produit et le texte de l'emballage doivent être reproduits fidèlement ; n'exigez pas simplement la suppression de tout texte.
• Texte précis et données de mise en page : enregistrez séparément le titre principal, le sous-titre, le corps du texte, les paramètres et les annotations ; spécifiez le fichier de police, la taille, la couleur, la position, la zone de texte, l'alignement et l'interligne. Le prompt ne décrit que l'espace réservé ; n'incorporez pas de notes internes ou de longs blocs de texte à composer. Interdisez d'ajouter ou de modifier les paramètres ou les engagements du texte.
• Exigences de fidélité du produit : conservez la forme, la couleur, la structure, l'identifiant et les caractéristiques du modèle du produit en vous basant sur l'image de référence spécifiée ; n'ajoutez pas de pièces, ne combinez pas de modèles et n'inventez pas de structures invisibles. Si un angle ou un détail manque, revenez à l'étape de clarification.
• Contraintes : indiquez les éléments à éviter pour cette page : distorsion du produit, produits supplémentaires, erreurs de texte et éléments en conflit avec la solution validée. Organisez-les comme des contraintes dans le prompt ou comme des prompts négatifs indépendants, en fonction de l'outil réellement utilisé ; ne supposez pas que tous les outils prennent en charge les paramètres négatifs.

Chaque prompt de page doit reformuler intégralement les règles visuelles communes applicables à cette page ; ne vous contentez pas d'écrire "même style que ci-dessus", "selon la solution précédente" ou de dépendre du prompt d'une autre page pour être exécutable. Les sources de données internes, les enregistrements d'approbation et les explications ne doivent pas figurer comme du texte sur l'image.

Lorsqu'un produit apparaît sur une page, une image de référence réelle avec role=product est obligatoire. Ce n'est que si l'utilisateur a explicitement confirmé qu'un produit n'apparaît pas sur une page que vous pouvez enregistrer cette décision et sa justification via un product_absence_reason au niveau de la page ; ne contournez pas l'obligation de fidélité du produit en omettant l'image de référence. Si le nombre d'images de référence dépasse les limites de l'outil ou si le flux de travail ne prend pas en charge le rôle correspondant, ajustez d'abord le mode de production validé ; n'omettez pas silencieusement des images.

Vérifiez que toutes les pages disposent d'un prompt de génération d'image, de données de mise en page et d'une description de conception complète, et contrôlez point par point par rapport à la solution validée et à la liste des faits. Si, pendant la rédaction, de nouveaux besoins factuels apparaissent ou si la conception doit être modifiée, revenez à l'étape de clarification ou de validation de la solution. L'outil gèlera les sommes de contrôle de la solution, du lot, des prompts, de la mise en page, des polices, des images de référence existantes et du flux de travail ; après avoir généré des changements de contenu, vous devez revalider le lot correspondant. Seules les modifications de mise en page peuvent suivre le processus indépendant approve-layout / rerender, tout en conservant le lot d'origine et l'image de fond, sans modifier les fichiers gelés.

Choix et confirmation de l'exécution de la génération

Avant d'exécuter un nouveau lot de génération, demandez à l'utilisateur s'il souhaite utiliser la génération intégrée de l'agent ou ComfyUI distant. Expliquez en même temps le nombre de pages, les personnages ou accessoires à générer en premier, le nombre de candidats par élément et le nombre maximum de tentatives. Attendez que l'utilisateur valide les prompts finaux, la mise en page et les paramètres d'exécution ; enregistrez le message de validation réel, ne créez pas de validation pour l'utilisateur. Pour les choix déjà clairement établis, réutilisez-les directement sans demander à nouveau pour chaque page ; pour un nouveau lot ou un changement substantiel, redemandez explicitement.

• Voie intégrée : vérifiez d'abord les capacités réelles de génération d'images fournies par l'agent actuel. Par exemple, si elles sont prises en charge, appelez l'outil d'image intégré de Codex / autre agent ; ne considérez pas les capacités de chat comme des capacités de génération d'images, et n'utilisez pas le dessin local pour simuler la sortie du modèle. Si l'outil n'est pas disponible, signalez-le et attendez le choix ; ne basculez pas automatiquement vers des API payantes.
• Voie ComfyUI : s'il n'y a pas de configuration de connexion, demandez l'adresse, vérifiez les nœuds et la file d'attente réels, puis enregistrez-la dans la configuration de connexion du projet. Si l'utilisateur a déjà fourni une adresse dans la session en cours, vous pouvez l'utiliser directement après vérification, sans redemander. L'adresse n'est pas codée en dur dans la compétence ; en cas d'échec de connexion, expliquez s'il s'agit d'un problème de connexion ou de nœud, demandez une nouvelle adresse si nécessaire, ne devinez pas automatiquement. Préparez le flux de travail au format API en fonction des nœuds réels du serveur, réutilisez de préférence les modèles validés ; n'inventez pas de nœuds et n'installez pas de dépendances sans autorisation.
• Sauvegardez la voie réelle utilisée, la version validée, les images de référence, le flux de travail, l'ID de la tâche, la sortie, les erreurs et le nombre de tentatives pour chaque exécution. Pour la voie intégrée, enregistrez l'identifiant réel de l'appel à l'outil et le fichier de sortie ; pour ComfyUI, téléchargez les images, vérifiez le contenu téléchargé, soumettez la tâche et récupérez la sortie réelle.
• Avant l'exécution, effectuez une pré-vérification : contrôlez les images de référence réelles et leurs rôles, la validation des dépendances, les dimensions, le nombre de candidats, l'espace réservé pour le texte, le chemin des images de référence dans le flux de travail et les capacités réelles. La réussite de la pré-vérification ne garantit pas que le modèle maintiendra la cohérence du produit ; les capacités non prises en charge doivent être traitées avant la soumission.
• Exécutez d'abord les tâches de personnage ou d'accessoire, puis créez la page de test. La page de test doit être mise en page avec une police réelle et validée par l'utilisateur avant d'exécuter les pages restantes. Dans le périmètre et le nombre de tentatives validés, l'agent peut appeler les outils en continu sans avoir besoin d'une nouvelle autorisation pour chaque image.
• En cas de dépassement du délai d'attente, interrogez d'abord l'état de la tâche d'origine et de la file d'attente ; ne soumettez pas à nouveau. S'il y a des tâches en cours d'exécution ou dont le résultat de soumission est inconnu, ne lancez pas la prochaine tentative ; si le nombre maximum de tentatives est atteint, signalez-le. En cas d'échec de la génération, n'utilisez pas l'image source, l'image d'aperçu ou une image temporaire pour simuler la sortie.

Cette compétence n'implémente pas l'accès proxy par quotas de membres, n'extrait pas d'identifiants de connexion et ne bascule pas automatiquement vers d'autres fournisseurs de services ou des voies payantes supplémentaires.

Mise en page avec des polices réelles et validation

Par défaut, les livrables finaux sont d'abord générés sans texte marketing supplémentaire sur l'image, puis la mise en page est effectuée à l'aide de l'outil render avec les polices réelles et le texte validé. Pendant la génération, réservez des zones de texte ; la zone de protection du produit doit couvrir le produit lui-même et ses identifiants ; il est interdit de positionner du texte par-dessus. Si un agrandissement ou une édition de l'image est nécessaire, effectuez-le avant la mise en page ; après la mise en page, ne déclenchez pas automatiquement de retouche générative.

Avant la mise en page, ouvrez l'image de fond candidate réelle de cette itération, vérifiez les contours, la quantité, la structure, les identifiants, l'angle de vue, l'interaction du personnage, l'éclairage, le recadrage et l'espace blanc. Marquez la zone de protection réelle du produit et la zone de texte disponible. Ne considérez pas le rectangle prévu dans la solution comme la position réelle du produit, et ne vous basez pas uniquement sur la lisibilité du fichier ou la validité des dimensions pour déclarer l'image acceptable. Enregistrez les observations spécifiques, les zones et la somme de contrôle de l'image de fond via inspect-image ; l'outil ne fait que valider l'enregistrement et les zones, il ne remplace pas la vérification visuelle par l'agent. Après tout changement de l'image de fond candidate, la vérification précédente est invalidée ; procédez à une nouvelle vérification.

L'outil de mise en page vérifie les dimensions de la toile, la couverture des glyphes, les dimensions de la zone de texte, le chevauchement des zones de texte et la zone de protection du produit. En cas de caractères manquants, de dépassement ou de débordement, arrêtez-vous ; ne supprimez pas, ne tronquez pas, ne modifiez pas et ne réduisez pas la taille de la police validée en silence. Ajustez la mise en page ou la police selon le problème, puis revalidez le contenu concerné. En cas de police manquante, cherchez d'abord une police disponible dans l'environnement ayant les glyphes correspondants ; si cela n'est pas possible, demandez un complément ; n'installez pas de police sans autorisation.

Vous devez vérifier visuellement le contenu du texte et les traits, le contraste, l'espace blanc, l'identité du produit, le texte du logo et de l'emballage, et la cohérence des personnages et des accessoires. Si une OCR est disponible, elle peut être utilisée comme aide à la comparaison, mais le passage de l'OCR ou la réussite de l'API ne remplace pas la vérification visuelle. Enregistrez les conclusions et les raisons des échecs de vérification ; seules les pages ayant réussi la vérification et ayant été validées par l'utilisateur sont incluses dans la livraison finale. Les images originales, les images mises en page et les tentatives échouées restent dans le répertoire de génération ; ne les déplacez pas prématurément dans la livraison finale.

Les produits qui ont été repeints par le modèle génératif ne peuvent pas être déclarés comme ayant une identité ou des pixels fidèles. Si une reproduction stricte est requérieure, conservez de préférence le produit original au premier plan et composez ; les images créatives qui ne peuvent pas être vérifiées conservent un statut "en attente de validation".

Correction ciblée

En cas de succès de l'interface mais d'échec de l'image ou de la mise en page, utilisez reject pour enregistrer le motif du rejet. Chaque fois, décrivez précisément la zone problématique, la différence réelle par rapport à l'attendu, l'image de référence ou le texte sur lequel vous vous basez, le contenu à modifier, le contenu à conserver impérativement et les critères de re-vérification ; ne vous contentez pas d'écrire "mauvais rendu" ou de relancer directement.

• Problèmes de mise en page uniquement (taille de police, position, saut de ligne, contraste, etc.) : conservez l'image de fond et la mise en page d'origine, enregistrez la nouvelle version de la mise en page, après validation via approve-layout, effectuez un rerender ; ne consommez pas de tentatives de génération. Si la nouvelle zone de texte dépasse la zone disponible vérifiée, vérifiez à nouveau l'image de fond et l'espace blanc.
• Problèmes d'arrière-plan, d'accessoires ou de zones locales : si l'outil prend en charge l'édition d'image de référence ou le masquage, effectuez une édition ciblée basée sur l'image de fond existante, en précisant clairement ce qui est modifié et en répétant les éléments à conserver (produit, personnage, composition, etc.). La nouvelle tâche enregistre la relation avec l'image d'origine ; après avoir modifié substantiellement le prompt ou les paramètres d'exécution, revalidez le lot.
• Erreur d'identité, de structure, de proportion ou de composition globale du produit : ne masquez pas le problème uniquement par la mise en page ; identifiez d'abord s'il s'agit d'un problème de rôle de référence, de matériel manquant, de prompt ou de capacité du flux de travail, puis changez de méthode de production ou régénérez.
• Manque de faits, d'angle ou conflit de référence : revenez à la clarification ; ne demandez pas au modèle de deviner et de réessayer à plusieurs reprises.

Chaque correction ne traite que le problème identifié ; revérifiez que les éléments conservés n'ont pas été modifiés. Les nouvelles tentatives comptent toujours dans le nombre de fois accepté par l'utilisateur ; si la limite est atteinte ou si le même problème se reproduit, arrêtez-vous, signalez la cause racine, les résultats obtenus et les options d'ajustement. Toute nouvelle image doit être ré-examinée visuellement, remise en page et revalidée ; si la page de test ou le matériel en amont change, revérifiez les pages concernées.

Vérification avant livraison

• Chaque fait sur le produit peut être attribué à une information fournie par l'utilisateur ou à une preuve visuelle claire ; toutes les lacunes pertinentes ont été résolues. Les informations qui ne peuvent pas être fournies ont été clairement acceptées par l'utilisateur comme étant omises ou leur périmètre a été ajusté. Ne continuez pas simplement en marquant comme "à confirmer".
• Le texte de la page correspond au modèle, à l'image et aux spécifications ; aucune suggestion de conception n'est écrite comme un fait sur le produit.
• L'ordre des pages correspond aux besoins de lecture du client cible ; chaque page a un objectif informationnel clair et des instructions de mise en page exécutables.
• Le style de l'ensemble des pages est cohérent ; le texte du client et les notes internes sont séparés.
• L'utilisateur a validé la solution et le lot d'exécution ; chaque page dispose d'un prompt de génération d'image utilisable indépendamment, d'un texte précis et de données de mise en page, cohérents avec la solution et les faits du produit.
• Les rôles des images de référence et leur ordre de téléchargement sont clairs ; le flux de travail a réellement utilisé les images de référence approuvées ; chaque image de fond mise en page a un enregistrement de vérification visuelle et une zone de protection, et les enregistrements de correction sont traçables.
• Le nouveau projet a été archivé indépendamment dans le répertoire racine du projet ; les documents sources, les relevés de clarification, la solution, les relevés de validation et les prompts page par page ont tous été effectivement enregistrés ; les entrées qui ne peuvent pas être archivées ont été clairement expliquées.
• Les personnages et les accessoires apparus dans la conception ont tous une fiche et des prompts de génération correspondants, et ont été enregistrés ; chaque page référence le même identifiant et la même version. Les images de référence à générer et les images existantes sont clairement distinguées.
• Distinguez les étapes : en cours de clarification, en attente de validation de la solution, en attente de validation des prompts et de la voie, création du matériel, page de test en attente de validation, production en série, en cours de vérification et livraison finale. Vérifiez que toutes les pages du lot correspondent aux fichiers réels ; ne marquez pas l'ensemble comme terminé si une partie est incomplète ; ne déclarez pas qu'une génération a eu lieu si l'outil n'a pas été réellement appelé.

Lors de la livraison, fournissez le répertoire du projet, la page de test ou le produit final, et les liens vers les fichiers de prompts clés. Expliquez les éléments terminés, l'état de validation et les problèmes restants. Respectez les points de validation de l'utilisateur à chaque étape ; ne considérez pas l'autorisation de l'utilisateur de modifier la compétence comme une validation des prompts d'un lot de produits particulier.