1077553201/image-skill

Skill für das Design von Produktdetailseiten-Infografiken

Die Aufgabe besteht darin, die vom Nutzer bereitgestellten Produktinformationen in ein nachvollziehbares, fertiges Produktdetailseiten-Ergebnis zu verwandeln. Der Ablauf ist: Projektverzeichnis anlegen → vollständige Anforderungsklärung → Designkonzept erstellen → Nutzerbestätigung des Konzepts → Erstellung von Bild-Prompts und Layout-Daten → Nutzerbestätigung der Prompts, des Bildgenerierungswegs und des Ausführungsumfangs → Erstellung und Bestätigung von Referenzmaterial für Personen und Requisiten → Erstellung eines Musters und Nutzerabnahme → Massenfertigung → Prüfung und Archivierung. Wenn der Nutzer nur ein Konzept oder Prompts wünscht, wird beim angegebenen Lieferstadium angehalten.

Bei der ersten Ausführung von Archivierung, Generierung oder Layout-Operationen ist Laufzeitumgebung und Datenformat zu lesen, und scripts/detail_runtime.py zu verwenden. Das Tool benötigt nur die Python-Standardbibliothek und Pillow; es installiert keine Abhängigkeiten automatisch und verändert keine Serverumgebung. Die Unterschiede und Bedienungshinweise für die beiden Bildgenerierungswege finden sich in Bildgenerierungswege.

Beim Schreiben oder Korrigieren von Bild-Prompts ist Offizielle Prompt-Einschränkungen zu lesen und die tatsächlichen Fähigkeiten des verwendeten Tools zu berücksichtigen. Die Wissensdatenbank enthält nur kurze Zusammenfassungen und Quellenlinks zu den offiziellen Methoden von OpenAI, Google und Qwen. Es werden keine Community-Fallkarten, Produktparameterdatenbanken erstellt und keine Produktinformationen aus offiziellen Beispielen in das aktuelle Produkt übernommen.

Neues Projektverzeichnis und kontinuierliche Archivierung

Zu Beginn eines neuen Projekts wird zunächst das Projektwurzelverzeichnis anhand der vom Nutzer angegebenen Position oder des aktuell geöffneten Projekts identifiziert und der absolute Pfad explizit an das Tool mit init --project-root übergeben. Wenn das Projekt nicht identifiziert werden kann, wird zuerst nachgefragt; es wird nicht das aktuelle Arbeitsverzeichnis des Prozesses, das Stammverzeichnis einer Festplatte oder ein Systemverzeichnis verwendet. Das Tool schreibt den gebundenen Pfad in task.json; alle Klassifizierungsschreibvorgänge müssen die Pfadprüfung bestehen. Es werden keine Produktprojekte im Skill-Installationsverzeichnis angelegt. Der Verzeichnisname folgt dem Schema 详情页-Datum-Uhrzeit-Produktkurzname; wenn das Produkt noch keinen Namen hat, wird „待命名商品“ verwendet; bei Gleichnamigkeit wird eine Nummer angehängt.

Das Wurzelverzeichnis ist nicht C:\, D:\, / oder das Benutzerverzeichnis. Der gebundene Pfad darf nicht durch absolute Ausgabepfade, .. oder symbolische Links umgangen werden; auch nach einem Wechsel des Arbeitsverzeichnisses des Skripts wird der gebundene Pfad weiter verwendet. Wenn das gesamte Projekt verschoben wird, wird zuerst das neue Projektwurzelverzeichnis bestätigt und die Bindung in task.json explizit aktualisiert, bevor fortgefahren wird; die neue Position wird nicht eigenständig erraten.

Ein neues Projekt verwendet ein neues Verzeichnis. Wenn der Nutzer eine Änderung oder Fortsetzung eines bestehenden Projekts wünscht, wird dessen Verzeichnisindex gelesen und die neue Version im ursprünglichen Verzeichnis gespeichert. Es wird kein neues Projekt angelegt und der Kontext wird nicht nur aus dem Chatverlauf wiederhergestellt.

Die tatsächlichen Inhalte werden nach folgender Struktur gespeichert. Pfade innerhalb des Verzeichnisses sind relative Pfade, um eine einfache Referenzierung nach einer Gesamtverschiebung zu ermöglichen:

详情页-Datum-Uhrzeit-Produktkurzname/
  项目索引.md
  01-原始资料/
    商品资料.md
    素材清单.md
    图片/
  02-需求澄清/
    intake.json
    信息清单.md
    问答记录.md
  03-设计方案/
    方案-v001.md
    确认记录.md
  04-一致性素材/
    素材索引.md
    character-001/
      设定-v001.md
      生成提示词-v001.md
      参考图/
    prop-001/
      设定-v001.md
      生成提示词-v001.md
      参考图/
  05-提示词与排版数据/
    v001/
      page-001-prompt.txt
      page-001-layout.json
      batch.json
  06-工作流与执行记录/
  07-生成结果与检查/
  08-最终交付/

Die Anzahl der Seiten, Personen und Requisiten im Beispiel ist nicht festgelegt. Es werden nur dann entsprechende Materialverzeichnisse erstellt, wenn sie tatsächlich benötigt werden. Es werden keine fiktiven Materialien oder leeren Ergebnisdateien erstellt.

• Die ursprünglichen Produktbeschreibungen des Nutzers und die tatsächlich zugänglichen Bilder werden im Verzeichnis für Rohmaterialien gespeichert. Bilder werden kopiert, nicht verschoben oder überschrieben. Die Materialliste enthält die ursprünglichen Dateinamen oder Anhangskennungen, den Archivierungspfad, die Bildnummer, das entsprechende Modell und den Verwendungszweck. Wenn im Chat sichtbare Originaldateien nicht abgerufen werden können, wird die Zugriffsbeschränkung vermerkt und um ergänzbare Dateien gebeten. Es werden keine Pfade gefälscht oder behauptet, Bilder seien archiviert.
• Nach jeder Klärungsrunde werden die neueste Informationsliste und die Q&A-Inhalte gespeichert, wobei die ursprüngliche Bedeutung des Nutzers und die Antwortquelle erhalten bleiben. Jede Ausgabe eines Konzepts oder von Prompts wird gleichzeitig in die entsprechende Datei geschrieben; sie darf nicht nur im Chat präsentiert werden.
• Bei Änderungen am Konzept wird eine neue Version gespeichert. Der Bestätigungsvermerk gibt die tatsächlich vom Nutzer bestätigte Version, den bestätigten Inhalt und die Nachrichtenkennung oder den genauen Wortlaut der Bestätigung an. Ohne Bestätigung darf nichts als bestätigt markiert werden.
• Der Projektindex protokolliert kontinuierlich die aktuelle Phase, offene Punkte, die aktuelle und bestätigte Konzeptversion, die Materialversion, die seitenweisen Prompt-Pfade und Abhängigkeiten. Bei der Lieferung wird ein Verzeichnis mit Links zu den wichtigsten Dateien bereitgestellt, um eine spätere Weiterverwendung zu ermöglichen.
• Neue Versionen von Prompts werden separat gespeichert, ohne die alten zu überschreiben. Die zugrunde liegende Konzept- und Materialversion wird angegeben. Wenn sich das übergeordnete Konzept oder Material ändert, werden die betroffenen alten Prompts als „zu aktualisieren“ markiert; sie dürfen nicht stillschweigend als aktuelle Version weiterverwendet werden.
• Bild-Prompts und Layouts werden jeweils mit Version und Prüfwert versehen. Wenn nur die Textposition, Schriftart oder bereits bestätigte Texte geändert werden, wird das bereits geprüfte Hintergrundbild wiederverwendet, das neue Layout separat bestätigt und neu gesetzt. Es wird nicht erneut eine Bildgenerierung aufgerufen. Nur wenn sich die Bildkomposition, das Produkt oder die Materialien ändern, wird eine neue Bildversion erstellt, erneut geprüft und dann der Text gesetzt.
• Die detail-page.connection.json im Projektwurzelverzeichnis speichert nur die ComfyUI-Verbindungsinformationen für dieses Projekt. Die task.json, die Chargenbestätigungsaufzeichnungen und die Ausführungsprotokolle speichern den Status und die Version. Der Verzeichnisindex verlinkt auf die tatsächlichen Dateien; leere Dateien oder im Chat deklarierte Pfade ersetzen keine Archivierung.

Annahme und Vervollständigung der Daten

Zunächst werden die vom Nutzer bereitgestellten Bilder und Texte gelesen. Anschließend werden die bekannten Informationen und Lücken basierend auf der Produktkategorie organisiert. Die folgende Liste ist ein Beispiel für Informationsdimensionen, kein starres Formular. Es wird nicht verlangt, dass für jedes Produkt alle Felder erfasst werden:

• Produktinformationen: Produktname, Modell oder SKU, Spezifikationen, Funktionen, Material, Verwendung sowie vom Nutzer bereitgestellte Nachweise.
• Bildmaterial: Gesamtansicht, Detailaufnahmen, Nutzungsszenarien, Verpackung, verschiedene Modelle oder Farben. Die entsprechende Produktversion wird für jedes Bild vermerkt.
• Kunden- und Vertriebshintergrund: Zielkunden, Bedürfnisse, Nutzungsszenarien, Kaufbedenken, Verkaufsplattform, Markt und Sprache.
• Design- und Inhaltsbeschränkungen: Markenidentität, vorhandenes Material, Referenzstil, Seitenformat, Seitenanzahl, Pflichtinhalte und verbotene Ausdrücke.

Informationsdimensionen können je nach Produkt ergänzt, ersetzt oder weggelassen werden. Bekleidung erfordert beispielsweise Angaben zu Größe und Passform, Elektrogeräte benötigen Stromversorgungs- und Kompatibilitätsinformationen. Felder einer Kategorie werden nicht auf andere Produkte übertragen.

Es wird eine Informationsliste erstellt, die für jede Information den Inhalt, die Quelle und den Status festhält: geklärt, offen, widersprüchlich, nicht zutreffend oder vom Nutzer bestätigt nicht lieferbar und weggelassen. Alle bei der Analyse gefundenen Lücken werden einzeln in die Liste aufgenommen. Beim Fragen werden mehrere spezifische Lücken nicht auf wenige vage Fragen reduziert, was zu Auslassungen führt.

Zusätzlich zu den vorhandenen Daten werden Lücken aus den geplanten Präsentationsentscheidungen abgeleitet, wodurch eine Zuordnung „Präsentationsentscheidung → benötigte Information → vorhandene Quelle → ungelöstes Element → betroffene Seite“ entsteht. Dabei werden nur möglicherweise benötigte Präsentationsweisen aufgelistet; es wird kein unbestätigtes seitenweises Konzept vorab erstellt. Die folgenden Dimensionen werden für die aktuelle Aufgabe überprüft; nicht verwendete Präsentationsweisen können als „nicht zutreffend“ vermerkt werden:

Präsentationsentscheidung	Zu überprüfende Informationen
Hauptbild und Detailaufnahmen	Korrektes Modell, Farbversion, Produktanzahl, zu erhaltende Konturen und Kennzeichnungen, verfügbare Winkel, zulässige Beschnittgrenzen
Person hält oder verwendet Produkt	Größe oder zuverlässige proportionsbezogene Grundlage, korrekter Halt und Verwendung, Überlagerungsgrenzen, Personenbeschreibung, ob konsistent über Seiten hinweg
Szenen- und Funktionsdarstellung	Tatsächliche Anwendungsszenarien und -objekte, Nutzungsbedingungen, Funktionsnachweise; ob Wasser, Hitze, Belastung usw. auf unbelegte Leistungen hindeuten
Zubehör, Verpackung und Kombinationsdarstellung	Tatsächliche beigelegte Teileliste, Verpackungsversion, separat zu erwerbende Artikel und nur für das Bühnenbild verwendete Requisiten, um Fehlinterpretationen von Inklusivbeziehungen zu vermeiden
Material, Struktur, Schnittstellen und Vergleich	Überprüfbares Material oder Strukturinformationen, entsprechende echte Aufnahmen, Schnittstellenverwendung, Vergleichsbedingungen und -grundlagen; ohne Grundlage werden keine Innen- oder Explosionszeichnungen erstellt
Veröffentlichung und Layout	Sprache, Markt, Formatgrundlage, Textdichte, Marke und verbotene Inhalte, tatsächlich verfügbare Schriftarten und Materialien, benötigte Lieferphase

Gleichzeitig wird eine maschinell überprüfbare 02-需求澄清/intake.json gespeichert. Die Felder sind in der Laufzeitdokumentation beschrieben. Auf oberster Ebene wird der aktuelle scope vermerkt. Ein nicht-leeres coverage_review erklärt, welche Präsentationsweisen überprüft wurden, was möglicherweise noch fehlt und warum dies den aktuellen Umfang unterstützt. Jeder Eintrag in items enthält eine stabile id, decision, required_information, status, answer, source. Der Status verwendet ausschließlich resolved, not_applicable, omitted_confirmed, pending, conflict. Die ersten drei Zustände erfordern eine klare Antwort und Quelle. Für nicht zutreffende Punkte wird die Begründung angegeben; für weggelassene Punkte wird user_confirmation gespeichert, das die Auswirkungen und die tatsächliche Bestätigung des Nutzers beschreibt. Die Quelle verweist auf die ursprünglichen Daten, Bildnummern, tatsächliche Q&A oder die Grundlage für die Entscheidung „nicht zutreffend“. Selbstgeschriebene Produktschlussfolgerungen des Agenten ersetzen nicht die Quelle.

Für jedes ungelöste Element wird eine klare Frage gestellt, die erklärt, welche Informationen benötigt werden und welche Designentscheidung davon betroffen ist. Die Fragen können nach Produkt, Material, Kunde, Plattform, Design usw. organisiert oder in mehreren Runden gestellt werden, müssen aber alle Lücken abdecken. Es wird nicht aufgrund einer großen Anzahl von Fragen eigenständig auf die Beantwortung verzichtet.

Nach jeder Runde wird die Liste aktualisiert, unbeantwortete, vage, widersprüchliche Antworten und neu entstandene Fragen werden überprüft, und es wird weiter nachgefragt, bis alle für die aktuelle Aufgabe relevanten Informationen ein klares Ergebnis haben. Es werden nur Daten gelesen, eine vorläufige Analyse durchgeführt und Lücken identifiziert. Bei ungelösten Elementen wird nicht mit dem seitenweisen Konzept oder der Erstellung von Prompts begonnen.

Vom Nutzer nicht ergänzbare Fakten dürfen nicht geraten werden. Es wird erklärt, welche Verkaufsargumente oder Seiten durch das Weglassen beeinträchtigt werden. Erst nachdem der Nutzer das Weglassen oder die Bereichsanpassung explizit bestätigt hat, gilt der Punkt als gelöst. Bei Designpräferenzen können konkrete Vorschläge zur Auswahl unterbreitet werden; erst wenn der Nutzer der Annahme eines Vorschlags zustimmt oder dem Agenten explizit die Entscheidung überlässt, gilt der Punkt als geklärt. Diese Autorisierung gilt nicht für Produktfakten.

Am Ende der Klärung wird eine Zusammenfassung der bestätigten Informationen und der vom Nutzer akzeptierten Auslassungen präsentiert. Es wird sichergestellt, dass in der Liste keine offenen oder widersprüchlichen Punkte mehr vorhanden sind, bevor mit der Konzepterstellung fortgefahren wird. Es werden keine Informationen abgefragt, die für dieses Produkt und diese Lieferung irrelevant sind.

Wenn der Nutzer das Konzept bestätigt, überprüft das Tool die Informationsliste und friert sie ein. Sind noch pending-, conflict- oder quellenlose eindeutige Punkte vorhanden, darf das Konzept nicht als bestätigt markiert werden. Das Bestehen der Prüfung bedeutet nur, dass die Registrierung vollständig ist; der Agent muss dennoch beurteilen, ob tatsächlich benötigte Informationen für die Darstellung fehlen. Es dürfen keine erfundenen Antworten eingegeben werden, um die Prüfung zu bestehen.

Grenzen von Produktfakten

• Es werden auf keinen Fall Produktparameter, Funktionen, Materialien, Leistungen, Zertifizierungen, Testergebnisse, Verkaufszahlen, Bewertungen, Garantieversprechen oder andere Produktfakten erfunden.
• Es wird zwischen vom Nutzer bereitgestellten Fakten, direkt aus Bildern beobachtbaren Merkmalen, Designvorschlägen und zu bestätigenden Informationen unterschieden. Für faktenbasierte Texte wird die Quelle vermerkt, um eine Rückverfolgung zu ermöglichen.
• Bilder unterstützen nur die Beurteilung des sichtbaren Erscheinungsbildes. Es wird nicht anhand des Aussehens auf Maße, Materialzusammensetzung, Leistung, Kapazität, Haltbarkeit, Wirksamkeit oder Zertifizierung geschlossen.
• Bei widersprüchlichen Daten, inkonsistenten Bildversionen oder unklaren Modellzuordnungen wird der Nutzer zur Klärung herangezogen. Es werden nicht eigenständig Informationen aus verschiedenen Modellen ausgewählt oder kombiniert.
• Vermutungen werden nicht als Verkaufsargumente dargestellt. Es werden keine Kundenschmerzpunkte, Bewertungen oder Wettbewerbsvergleiche erfunden, um Produktvorteile zu belegen. Kundenbedürfnis-Hypothesen können diskutiert werden; sie gelten erst nach Bestätigung als bewiesene Schlussfolgerung.
• Designvorschläge können vom Agenten unterbreitet werden, z. B. zu Farbschemata, Layout oder Leserhythmus. Es wird nicht versucht, unbekannte Produktfakten durch Design zu ergänzen. Nicht bestätigte Parameter dürfen nicht in direkt veröffentlichbare Seitentexte aufgenommen werden.

Analyse und seitenweises Design

Dieser Schritt wird nur durchgeführt, nachdem die Informationsklärung abgeschlossen ist.

1. Zusammenfassung der bestätigten Produktmerkmale, unterstützbaren Verkaufsargumente und des Materials. Erläuterung, auf welche Bedürfnisse oder Kaufbedenken jedes Verkaufsargument eingeht, unter Berücksichtigung des Zielkunden und des Plattformhintergrunds. Unterscheidung zwischen faktenbasierten Nachweisen und planerischen Einschätzungen.
2. Entwurf der Seitenreihenfolge basierend auf dem Produkt und dem Informationsumfang, Erklärung des Leseflusses. Es wird keine feste Seitenzahl vorgegeben und keine Seitenvorlage mechanisch auf alle Kategorien angewendet.
3. Festlegung einer einheitlichen visuellen Richtung: Stil, Farbschema, Schriftartenhierarchie, Weißraum, Produktpräsentationsweise, Bildsprache und seitenübergreifende Konsistenz. Bei visuellen Entscheidungen, die der Nutzer nicht spezifiziert hat, können Vorschläge unterbreitet und als solche gekennzeichnet werden.
4. Ausgabe des konkreten Designs für jede Seite, einschließlich Informationszweck, Text, Bilder und Layout, sodass ein nachfolgender Ausführender die Detailseite erstellen kann.
5. Auflistung aller auf den Seiten vorkommenden Personen, Requisiten, anderen Gegenstände und wiederkehrenden Szenenelemente. Zuweisung stabiler Materialnummern, Klärung der seitenübergreifenden Wiederverwendung. Die Beschreibung und die verwendeten Seitenzahlen werden in das Konzept zur Nutzerbestätigung aufgenommen.

Jedes Seitenkonzept sollte Folgendes enthalten:

• Seitenzahl, Thema und Lesefokus: Was soll der Kunde auf dieser Seite verstehen? Welches Bedenken wird angesprochen?
• Text: Hauptüberschrift, Unterüberschrift, Fließtext, Beschriftungen und notwendige Erläuterungen; je nach tatsächlichem Bedarf anpassen.
• Layout: Inhaltsbereiche, Lesereihenfolge, Position und Größenverhältnis von Text und Bildern, Hierarchie und Weißraum.
• Visuelles Design: Farbschema dieser Seite, Hintergrund, Schriftartenhierarchie, Icons oder Hilfsgrafiken, Erläuterung der Fortsetzung des Gesamtstils.
• Bildverwendung: Verweis auf spezifische, vom Nutzer bereitgestellte Bilder oder Bildnummern, Angabe des gezeigten Bereichs, des Beschnitts und der Komposition. Fehlendes Material wird explizit als Ergänzungsbedarf angeführt.
• Überprüfbare Bildanforderungen: Produktposition und -anteil, Kameraperspektive, sichtbare Teile, Verhältnis von Person und Produkt, Haltungs- oder Kontaktbeziehungen, Hauptlichtrichtung, Schatten und Reflexionen, Textaussparungen und Sicherheitsabstände. Diese werden basierend auf dem tatsächlichen Inhalt der Seite angepasst und in Form von Bereichen, Verhältnissen oder beschreibbaren Positionen ausgedrückt; es werden nicht nur Wörter wie „hochwertig“ oder „edel“ verwendet. Wenn für Verhältnisse oder Maße keine Grundlage vorhanden ist, wird zuerst eine Klärung herbeigeführt; unbekannte Spezifikationen dürfen nicht durch das Bild suggeriert werden.
• Faktenbasis: Die für diese Seite verwendeten Quellenangaben und die vom Nutzer bestätigten Auslassungen werden separat dokumentiert, nicht mit dem kundenorientierten Text vermischt. Wenn während des Designprozesses neue Lücken entdeckt werden, wird zur Klärungsphase zurückgekehrt, die Lücken werden behoben, bevor fortgefahren wird.

Nach Bedarf werden Größen oder Verhältnisse vorgeschlagen. Wenn Plattformstandards nicht überprüft wurden, werden die vorgeschlagenen Werte nicht als zwingende Plattformanforderungen bezeichnet. Wenn bestätigte Plattformregeln nicht eingeholt werden können, wird der Nutzer gebeten, die Spezifikationen bereitzustellen. Falls dies nicht möglich ist, wird gefragt, ob mit deutlich als Designvorschlag gekennzeichneten Maßen gearbeitet oder der Lieferumfang angepasst werden soll. Es wird nicht mit ungelösten Punkten fortgefahren.

Konzeptbestätigung

Nach der Ausgabe und Speicherung des vollständigen Konzepts wird der Nutzer um Bestätigung der Seitenreihenfolge, der Verkaufsargumente und Texte jeder Seite, des Layouts, der einheitlichen visuellen Richtung und der Materialverwendung gebeten, einschließlich der Beschreibung und Wiederverwendungsbeziehungen von Hilfsmaterialien wie Personen und Requisiten. An dieser Stelle wird angehalten und auf die explizite Bestätigung des Nutzers gewartet. Es werden nicht in derselben Runde vorab Bildgenerierungs-Prompts oder Hilfsmaterial-Generierungs-Prompts geliefert.

Wenn der Nutzer Änderungen vorschlägt, wird das Konzept aktualisiert und erneut um Bestätigung gebeten. Die vom Nutzer explizit bestätigte Version ist die Grundlage für die Erstellung der Prompts. Nach der Bestätigung wird mit der Ausgabe der seitenweisen Prompts fortgefahren. Das Konzept selbst wird nicht als Aufgabenabschluss betrachtet. Bereits bestätigte Inhalte müssen nicht erneut bestätigt werden, es sei denn, es treten Änderungen auf, die den Inhalt oder das visuelle Ergebnis beeinflussen.

Prompts für Konsistenz von Personen und Hilfsgegenständen

Nach der Bestätigung des Konzepts werden für jede im Design vorkommende eigenständige Person, Requisite oder jeden anderen Hilfsgegenstand zuerst die entsprechenden Generierungs-Prompts erstellt und gespeichert. Erst danach werden die Seiten-Prompts geschrieben, die auf diese Objekte angewiesen sind. Bei seitenübergreifender Verwendung desselben Objekts wird dieselbe Nummer und Version wiederverwendet. Es wird nicht für jede Seite ein neues Erscheinungsbild erfunden. Wenn bereits Referenzbilder vorhanden sind, werden deren Beschreibung und die entsprechenden Referenzgenerierungs- oder Bearbeitungs-Prompts gespeichert. Es wird vermerkt, dass vorhandenes Material vorrangig wiederverwendet wird und keine erneute Generierung erforderlich ist.

Die Beschreibung und die Prompts für jedes Material sollten Folgendes enthalten:

• Stabile Nummer, Name, Version, entsprechende Konzeptversion, verwendete Seitenzahlen und der tatsächliche Pfad des vorhandenen Referenzbildes.
• Feste Merkmale: Aussehen, Frisur, Kleidung und Accessoires der Person; Form, Farbe, Materialdarstellung, Proportionen und Kennzeichnungsbeschränkungen des Gegenstands. Es werden nur die tatsächlich benötigten Merkmale des Objekts angegeben.
• Zulässige Variationen: Haltung, Gesichtsausdruck, Perspektive, Position oder Interaktionsweise mit dem Produkt. Es wird klargestellt, welche Merkmale seitenübergreifend nicht geändert werden dürfen.
• Vollständige, eigenständig ausführbare Generierungs-Prompts: Wiedergabe der bestätigten Beschreibung, Angabe der benötigten Perspektive, Komposition, des Hintergrunds, der Beleuchtung, des Stils und der zu vermeidenden Änderungen. Geeignet zur Erstellung einheitlicher Referenzmaterialien. Wenn mehrere Perspektiven oder Aktionen benötigt werden, werden die Varianten-Prompts gespeichert und auf dieselbe Grundbeschreibung verwiesen.
• Status: Nur Beschreibung, Prompt erstellt, Benutzer-Referenzbild vorhanden oder später generiertes und bestätigtes Referenzbild. Die Existenz einer Prompt-Datei bedeutet nicht, dass das Referenzbild bereits generiert oder bestätigt wurde.

Hilfsmaterialien können kreative, vom Nutzer bestätigte Beschreibungen sein, dürfen aber nicht implizieren, dass sie dem Produkt beiliegen, zur tatsächlichen Verpackungsliste gehören, eine echte Empfehlung oder Bewertung darstellen. Auch dürfen mit Hilfsmaterialien keine Produktspezifikationen, Kompatibilitäten oder Nutzungseffekte erfunden werden. Bei solchen Beziehungen muss zur Klärungsphase zurückgekehrt werden.

Im Materialindex werden die Beschreibung, die Prompts, das Referenzbild, die Version und die verwendeten Seitenzahlen jedes Objekts aufgelistet. Zuerst werden die Material-Prompts und die Ausführungseinstellungen bestätigt, dann werden die Referenzbilder für Personen oder Gegenstände in der Abhängigkeitsreihenfolge generiert und der Nutzer bestätigt sie. Das gleiche Referenzbild wird anschließend für die zugehörigen Seiten verwendet. Noch nicht generierte Bilder verwenden from_job in der Charge, um Abhängigkeiten zu deklarieren. Es werden keine fiktiven Dateinamen oder Pfade als vorhandene Eingaben ausgegeben. Gleicher Seed oder gleicher Prompt bedeuten nicht Identität; es muss das bestätigte Referenzbild wiederverwendet und visuell überprüft werden.

Erstellung seitenweiser Bildgenerierungs-Prompts basierend auf dem bestätigten Konzept

Es wird seitenweise auf die Seitenzahl und das Thema des bestätigten Konzepts verwiesen, die zugrunde liegende Konzeptversion oder Bestätigungsnachricht angegeben und für jede Seite ein eigenständig kopierbarer, vollständiger Prompt bereitgestellt. Das Design der Seite wird streng umgesetzt; es wird kein anderes Design eingeführt und es werden nicht eigenständig Verkaufsargumente, Texte, Seitenzahlen, Layouts oder Stile geändert.

Jede Seitenlieferung enthält die folgenden Inhalte:

• Zuordnung zum Konzept: Seitenzahl, Thema und das entsprechende bestätigte Konzept.
• Liste der Referenzmaterialien: Tatsächlich verwendete Bildnummern oder Dateinamen, entsprechendes Produktmodell, Verwendungszweck sowie Materialien, die zusammen mit den Prompts hochgeladen werden müssen. Es wird auf nicht vorhandene oder noch nicht beschaffte Materialien verwiesen.
• Rolle jedes Referenzbildes: In der Charge werden role (product / person / prop / style / composition / background), target, preserve, allow, exclude, priority deklariert und in den Prompts gemäß der tatsächlichen Upload-Reihenfolge ausgeführt. Es wird klargestellt, welche Merkmale erhalten bleiben, welche Variationen erlaubt sind und welche Inhalte nicht kopiert werden dürfen. Das Produktbild bestimmt Identität und Struktur; das Stilbild leiht sich nur die genehmigten Farben, Lichtverhältnisse oder das Medium. Produkte, Marken, Texte oder Requisiten aus der Stilreferenz werden nicht mitkopiert. Bei widersprüchlichen Identitätsreferenzen wird zuerst nachgefragt; Priorität dient nicht dazu, Konflikte zu überdecken.
• Abhängigkeiten von Konsistenzmaterialien: Auflistung der Materialnummern von Personen und Requisiten auf dieser Seite, der Beschreibungsversion, des Pfads des Generierungs-Prompts und des Pfads des vorhandenen Referenzbildes. Unterscheidung zwischen vorhandenen Eingaben und noch zu generierenden Abhängigkeiten. Innerhalb des vollständigen Prompts für diese Seite werden die festen Merkmale und die zulässigen Aktionsvariationen ausgeführt; es darf nicht nur die Materialnummer angegeben werden. Wenn Abhängigkeiten noch nicht bereit sind, wird erläutert, welche Referenzbilder abgeschlossen sein müssen, bevor diese Seite ausgeführt werden kann.
• Bildgenerierungs-Prompt: Klare Angabe von Leinwandgröße oder -verhältnis, Seitenzweck, Produktpräsentationswinkel und -komposition, Position und Anteil der einzelnen Blöcke, Farbschema, Hintergrund, Lichtverhältnisse, grafische Elemente und Textaussparungen. Neu hinzugefügte Titel, Fließtexte, Parameter werden nicht vom Modell gezeichnet. Zusätzlicher Text oder Pseudo-Text ist ausdrücklich verboten. Die ursprünglichen Marken- und Verpackungsschriften des Produkts müssen originalgetreu sein; es darf nicht einfach gefordert werden, sämtliche Texte zu entfernen.
• Genaue Text- und Layoutdaten: Hauptüberschrift, Unterüberschrift, Fließtext, Parameter und Beschriftungen werden separat gespeichert. Schriftartdatei, Schriftgröße, Farbe, Position, Textbox, Ausrichtung und Zeilenabstand werden angegeben. Der Prompt beschreibt nur den Weißraum; interne Notizen oder ganze Absätze, die noch gesetzt werden müssen, werden nicht eingemischt. Es ist verboten, eigenständig Parameter oder Garantien im Text hinzuzufügen oder zu ändern.
• Anforderungen an die Produkttreue: Die Form, Farbe, Struktur, Kennzeichnung und Modellmerkmale des Produkts müssen gemäß dem angegebenen Referenzbild erhalten bleiben. Es dürfen keine Teile hinzugefügt, keine Modelle gemischt und keine nicht sichtbaren Strukturen erfunden werden. Wenn fehlende Winkel oder Details benötigt werden, wird zur Klärungsphase zurückgekehrt.
• Einschränkungen: Angabe, was auf dieser Seite vermieden werden muss: Produktverzerrungen, zusätzliche Produkte, falscher Text und Elemente, die mit dem bestätigten Konzept in Konflikt stehen. Diese werden basierend auf dem tatsächlich verwendeten Tool als Einschränkungen im Prompt oder als separater negativer Prompt organisiert. Es wird nicht davon ausgegangen, dass alle Tools negative Parameter unterstützen.

Jeder Seiten-Prompt muss die für diese Seite geltenden gemeinsamen visuellen Regeln vollständig wiederholen. Es darf nicht einfach „Stil wie oben“, „gemäß vorstehendem Konzept“ oder die Abhängigkeit von anderen Seiten-Prompts geschrieben werden. Interne Quellenangaben, Genehmigungsvermerke und Erläuterungen werden nicht als Text im Bild dargestellt.

Wenn ein Produkt auf einer Seite erscheint, muss ein tatsächliches Referenzbild mit role=product vorhanden sein. Wenn der Nutzer explizit bestätigt hat, dass auf einer Seite kein Produkt erscheint, kann die Entscheidung und Bestätigungsgrundlage durch product_absence_reason auf Seitenebene dokumentiert werden. Das Weglassen eines Referenzbildes darf nicht verwendet werden, um die Produkttreue zu umgehen. Wenn die Anzahl der Referenzbilder das Tool-Limit überschreitet oder der Workflow die entsprechende Rolle nicht unterstützt, wird zuerst die bestätigte Erstellungsmethode angepasst; es werden nicht stillschweigend Bilder weggelassen.

Es wird für alle Seiten überprüft, ob Bild-Prompts, Layout-Daten und vollständige Designbeschreibungen vorhanden sind, und es wird Punkt für Punkt gegen das bestätigte Konzept und die Faktenliste geprüft. Wenn während der Erstellung neue Faktenanforderungen entstehen oder Designänderungen erforderlich werden, wird zur Klärungs- oder Konzeptbestätigungsphase zurückgekehrt. Das Tool friert die Prüfwerte des Konzepts, der Charge, der Prompts, des Layouts, der Schriftarten, der vorhandenen Referenzbilder und des Workflows ein. Nach inhaltlichen Änderungen muss die entsprechende Charge erneut bestätigt werden. Nur Layout-Änderungen können über den unabhängigen approve-layout / rerender-Prozess erfolgen; die ursprüngliche Charge und das Hintergrundbild bleiben erhalten, die eingefrorenen Dateien werden nicht geändert.

Auswahl der Bildgenerierung und Ausführungsbestätigung

Vor der Ausführung einer neuen Bildgenerierungs-Charge wird der Nutzer gefragt, ob die integrierte Bildgenerierung des Agents oder Remote-ComfyUI verwendet werden soll. Gleichzeitig werden die Anzahl der Seiten, welche Personen oder Requisiten zuerst generiert werden müssen, die Anzahl der Optionen pro Element und die maximale Anzahl der Versuche angegeben. Es wird auf die Bestätigung der endgültigen Prompts, des Layouts und der Ausführungseinstellungen durch den Nutzer gewartet. Die tatsächliche Bestätigungsnachricht wird aufgezeichnet; der Nutzer darf nicht anstelle des Nutzers bestätigen. Bereits getroffene explizite Entscheidungen werden direkt übernommen; es wird nicht auf jeder Seite erneut nachgefragt. Bei neuen Chargen oder wesentlichen Änderungen wird die Entscheidung erneut getroffen.

• Integrierter Weg: Zuerst wird die tatsächlich vom aktuellen Agent bereitgestellte Bildgenerierungsfähigkeit überprüft. Wenn unterstützt, wird z. B. das integrierte Bildtool von Codex verwendet. Die Chat-Funktion darf nicht als Bildgenerierungsfähigkeit angesehen werden. Es darf keine lokale Zeichnung verwendet werden, um Modellausgaben zu fälschen. Wenn das Tool nicht verfügbar ist, wird dies gemeldet und auf eine Auswahl gewartet. Es wird nicht automatisch auf eine kostenpflichtige API umgeschaltet.
• ComfyUI-Weg: Wenn keine Verbindungskonfiguration vorhanden ist, wird nach der Adresse gefragt. Nach Überprüfung der tatsächlichen Knoten und der Warteschlange wird die Adresse in der Projektverbindungskonfiguration gespeichert. Wenn der Nutzer in der aktuellen Sitzung bereits eine Adresse bereitgestellt hat, kann diese direkt überprüft und verwendet werden; es wird nicht erneut nachgefragt. Die Adresse wird nicht fest im Skill codiert. Bei Verbindungsfehlern wird erklärt, ob es sich um ein Verbindungs- oder ein Knotenproblem handelt. Nur bei Bedarf wird nach einer neuen Adresse gefragt; es wird nicht automatisch geraten. Der API-Format-Workflow wird basierend auf den tatsächlichen Knoten des Servers vorbereitet. Bestätigte Vorlagen werden vorrangig wiederverwendet. Es werden keine Knoten erfunden und keine Abhängigkeiten eigenständig installiert.
• Bei jeder Ausführung werden der tatsächliche Weg, die bestätigte Version, die Referenzbilder, der Workflow, die Aufgaben-ID, die Ausgabe, Fehler und die Anzahl der Versuche gespeichert. Der integrierte Weg speichert die tatsächlichen Tool-Aufruf-IDs und Ausgabedateien. Der ComfyUI-Weg lädt Bilder hoch, überprüft den hochgeladenen Inhalt, übermittelt die Aufgabe und ruft die tatsächliche Ausgabe ab.
• Vor der Ausführung wird eine Vorprüfung durchgeführt: Überprüfung der tatsächlichen Referenzbilder und ihrer Rollen, der Abnahmestatus der Abhängigkeiten, der Größe, der Anzahl der Optionen, der Textaussparungen, der Referenzbildpfade des Workflows und der tatsächlichen Fähigkeiten. Das Bestehen der Vorprüfung bedeutet nicht, dass das Modell die Produktkonsistenz bereits aufrechterhalten kann. Nicht unterstützte Fähigkeiten werden vor der Einreichung behandelt.
• Zuerst werden Aufgaben für Personen oder Requisiten ausgeführt, dann das Muster erstellt. Das Muster muss mit echten Schriftarten gesetzt werden und die Abnahme durch den Nutzer erhalten, bevor die restlichen Seiten erstellt werden. Im bestätigten Umfang und innerhalb der bestätigten Anzahl von Versuchen ruft der Agent kontinuierlich Werkzeuge auf; es ist nicht für jedes Bild eine erneute Autorisierung erforderlich.
• Bei Zeitüberschreitung einer Anfrage wird zuerst der Status der ursprünglichen Aufgabe und der Warteschlange abgefragt; es wird nicht erneut eingereicht. Wenn eine Aufgabe noch ausgeführt wird oder das Ergebnis der Einreichung unklar ist, wird kein neuer Versuch gestartet. Wird die maximal zulässige Anzahl von Versuchen erreicht, wird dies gemeldet. Fehlgeschlagene Generierungen dürfen nicht durch Quellbilder, Vorschaubilder oder temporäre Bilder ersetzt werden.

Diese Implementierung umfasst keine Mitgliedschaftskontingent-Proxy-Integration, keine Extraktion von Anmeldeinformationen und kein automatisches Umschalten auf andere Dienstanbieter oder kostenpflichtige Wege.

Echtes Schriftart-Layout und Abnahme

Standardmäßig werden fertige Produktbilder zuerst ohne zusätzliche Marketingtexte generiert. Anschließend wird mit render der bestätigte Text unter Verwendung der tatsächlichen Schriftarten gesetzt. Während der Generierungsphase werden Textbereiche reserviert. Der Schutzbereich des Produkts muss das Produkt selbst und seine Kennzeichnungen abdecken; es ist verboten, diese zu überdecken. Bildvergrößerungen oder -bearbeitungen werden vor dem Textlayout durchgeführt. Nach dem Textlayout wird keine generative Neubearbeitung automatisch durchgeführt.

Vor dem Layout muss das tatsächliche Kandidaten-Hintergrundbild geöffnet werden, um die Produktkontur, -anzahl, -struktur, -kennzeichnung, -perspektive, Personeninteraktion, Lichtverhältnisse, Beschnitt und Weißraum zu überprüfen. Die tatsächlichen Produktschutzbereiche und verfügbaren Textbereiche werden markiert. Das erwartete Rechteck im Konzept darf nicht als tatsächliche Produktposition angesehen werden. Es reicht nicht aus, nur die Lesbarkeit der Datei oder die korrekte Größe zu überprüfen und das Bild als bestanden zu bezeichnen. Die spezifischen Beobachtungen, Bereiche und der Prüfwert des Hintergrundbildes werden über inspect-image gespeichert. Das Tool überprüft nur die Aufzeichnungen und Bereiche; es kann den Agenten nicht beim Betrachten des Bildes ersetzen. Wenn sich das Kandidaten-Hintergrundbild ändert, wird die ursprüngliche Prüfung ungültig und das Bild erneut überprüft.

Das Layout-Tool überprüft die Leinwandgröße, die Schriftartenabdeckung, die Textbox-Größe, Textbereichsüberlappungen und den Produktschutzbereich. Bei fehlenden Schriftzeichen, Überläufen oder Überlappungen wird angehalten. Es dürfen keine stillschweigenden Löschungen, Kürzungen, Umschreibungen oder Verkleinerungen der bestätigten Schriftgröße vorgenommen werden. Das Layout oder die Schriftart wird basierend auf dem Problem angepasst und die betroffenen Inhalte erneut bestätigt. Wenn Schriftarten fehlen, wird zuerst nach einer verfügbaren Schriftart mit entsprechenden Glyphen in der Umgebung gesucht. Wenn das Problem nicht gelöst werden kann, wird um Nachlieferung gebeten; es wird keine Schriftart eigenständig installiert.

Der Textinhalt, die Strichstärke, der Kontrast, der Weißraum, die Produktidentität, die Marken- und Verpackungsschriften sowie die Konsistenz von Personen und Requisiten müssen visuell überprüft werden. Wenn verfügbar, kann OCR zur Unterstützung des Vergleichs verwendet werden, aber das Bestehen von OCR oder der erfolgreiche API-Aufruf ersetzt nicht die visuelle Prüfung. Die Prüfergebnisse und Fehlerursachen werden gespeichert. In die endgültige Lieferung werden nur Seiten aufgenommen, die die Prüfung bestanden haben und vom Nutzer abgenommen wurden. Die Originalbilder, Layout-Bilder und fehlgeschlagenen Versuche bleiben im Generierungsverzeichnis und werden nicht vorzeitig in die endgültige Lieferung verschoben.

Mit generativen Modellen neu gezeichnete Produkte dürfen nicht als pixel- oder identitätstreu deklariert werden. Wenn eine strikte Wiederherstellung erforderlich ist, wird vorrangig das Originalprodukt als Vordergrund erhalten und compositet. Nicht verifizierbare kreative Bilder behalten den Status „ausstehend“.

Gezielte Korrekturen

Wenn der API-Aufruf erfolgreich ist, das Bild oder Layout aber nicht den Anforderungen entspricht, wird die Ablehnung mit reject gespeichert. Jedes Mal wird der spezifische Problembereich, der tatsächliche vom erwarteten Unterschied, das zugrunde liegende Referenzbild oder die Textvorlage, die zu ändernden Inhalte, die zu erhaltenden Inhalte und das Überprüfungskriterium dokumentiert. Es wird nicht einfach „Effekt nicht gut“ geschrieben oder eine erneute Zufallsgenerierung durchgeführt.

• Nur Layout-Probleme wie Schriftgröße, Position, Zeilenumbruch oder Kontrast: Das Hintergrundbild und das ursprüngliche Layout werden beibehalten, eine neue Layout-Version wird gespeichert, nach Bestätigung durch approve-layout wird rerender ausgeführt. Es werden keine Bildgenerierungsversuche verbraucht. Wenn die neue Textbox den bereits überprüften verfügbaren Bereich überschreitet, werden das Hintergrundbild und der Weißraum erneut überprüft.
• Probleme mit Hintergrund, Requisiten oder lokalen Bereichen: Wenn das Tool die Bearbeitung von Referenzbildern oder Masken unterstützt, wird eine gezielte Bearbeitung auf Basis des vorhandenen Hintergrundbildes durchgeführt. Es wird klargestellt, was nur geändert wird, und die zu erhaltenden Elemente wie Produkt, Personen und Komposition werden wiederholt. Die neue Aufgabe speichert die Beziehung zum Originalbild. Nach einer wesentlichen Änderung des Prompts oder der Ausführungseinstellungen wird die Charge erneut bestätigt.
• Fehler bei Produktidentität, -struktur, -proportionen oder Gesamtkomposition: Diese können nicht allein durch Textlayout kaschiert werden. Zuerst wird festgestellt, ob das Problem in den Referenzrollen, fehlendem Material, dem Prompt oder den Workflow-Fähigkeiten liegt. Dann wird die Erstellungsmethode geändert oder die Generierung wiederholt.
• Fehlende Fakten, fehlende Winkel oder widersprüchliche Referenzen: Rückkehr zur Klärungsphase; das Modell darf nicht raten und wiederholt neu generieren.

Jede Korrektur behandelt nur das identifizierte Problem. Es wird überprüft, ob die zu erhaltenden Elemente versehentlich geändert wurden. Wiederholungsversuche zählen zu den vom Nutzer genehmigten Versuchen. Wenn die Obergrenze erreicht ist oder dasselbe Problem wiederholt auftritt, wird abgebrochen, die Ursache, die bisherigen Ergebnisse und mögliche Anpassungen werden gemeldet. Neue Bilder müssen erneut betrachtet, gesetzt und abgenommen werden. Bei einem Wechsel des Musters oder des vorgelagerten Materials werden die betroffenen Seiten erneut überprüft.

Prüfung vor Lieferung

• Jede Produkttatsache kann auf Nutzerdaten oder eindeutige visuelle Beweise zurückgeführt werden. Alle relevanten Lücken wurden gelöst. Informationen, die nicht bereitgestellt werden konnten, wurden vom Nutzer explizit zum Weglassen oder zur Bereichsanpassung genehmigt; sie werden nicht einfach als „ausstehend“ markiert und fortgefahren.
• Die Seitentexte stimmen mit dem entsprechenden Modell, den Bildern und Spezifikationen überein. Designvorschläge werden nicht als Produkttatsachen geschrieben.
• Die Seitenreihenfolge entspricht den Lesebedürfnissen des Zielkunden. Jede Seite hat einen klaren Informationsschwerpunkt und umsetzbare Layout-Anweisungen.
• Der gesamte Seitensatz hat einen einheitlichen Stil. Kundentexte und interne Notizen sind getrennt.
• Der Nutzer hat das Konzept und die Ausführungschargen bestätigt. Jede Seite hat einen eigenständig verwendbaren Bild-Prompt, genaue Texte und Layout-Daten. Der Inhalt stimmt mit dem Konzept und den Produkttatsachen überein.
• Die Rollen der Referenzbilder und die tatsächliche Upload-Reihenfolge sind klar. Der Workflow hat die genehmigten Referenzen verwendet. Jedes gesetzte Hintergrundbild hat einen tatsächlichen Ansichtsdatensatz und Schutzbereiche. Die Korrekturvermerke sind nachvollziehbar.
• Das neue Projekt wurde im Projektwurzelverzeichnis separat archiviert. Die Rohdaten, Klärungsaufzeichnungen, das Konzept, die Bestätigungsvermerke und die seitenweisen Prompts wurden tatsächlich gespeichert. Nicht archivierbare Eingänge wurden klar dokumentiert.
• Personen und Hilfsgegenstände im Design haben entsprechende Beschreibungen und Generierungs-Prompts und wurden gespeichert. Die Seiten verweisen auf dieselbe Nummer und Version. Noch zu generierende Referenzbilder sind klar von tatsächlich vorhandenen Bildern unterschieden.
• Es wird unterschieden zwischen: in Klärung, Konzeptbestätigung ausstehend, Prompt- und Wegbestätigung ausstehend, Materialerstellung, Musterabnahme ausstehend, Massenfertigung, in Prüfung und endgültiger Lieferung. Es wird überprüft, ob alle Seiten der Charge den tatsächlichen Dateien entsprechen. Teilweise abgeschlossene Seiten werden nicht als gesamter Satz abgeschlossen markiert. Ohne tatsächlichen Werkzeugaufruf wird nicht behauptet, dass etwas generiert wurde.

Bei der Lieferung werden das Projektverzeichnis, das Muster- oder das endgültige Produkt und Links zu den wichtigsten Prompt-Dateien bereitgestellt. Die abgeschlossenen Punkte, der Überprüfungsstatus und verbleibende Probleme werden erläutert. Die Bestätigungspunkte der Nutzer in den einzelnen Phasen werden eingehalten. Die Autorisierung des Nutzers zur Änderung des Skills wird nicht als Bestätigung der Prompts einer bestimmten Produktcharge angesehen.