akenoowww/art-direct-imagegen

Art-Direct ImageGen

Erstelle die visuelle Idee, bevor du imagegen bittest, sie zu rendern. Halte das Problem präzise und den Lösungsraum offen.

Das Kernprinzip ist radikale Schale, konservative Semantik:

• sperre Inhalt, Funktion, Benutzeraufgaben, erforderliche Zustände und kritischen Text;
• leite Gefühl, Spannung, Hierarchie und eine konzeptionelle These;
• lasse Komposition, visuelles System, Geometrie, Farbabstufungen, Schriftcharakter und unterstützende Details offen, es sei denn, das Konzept hängt tatsächlich von ihnen ab.

Verwandle eine Bitte um Kreativität nicht in eine längere Rendering-Spezifikation.

Halte während des gesamten Arbeitsablaufs zwei Artefakte getrennt:

• globaler Vertrag: das vollständige Inventar aller bereitgestellten Inhalte, Funktionen, Aktionen, Zustände und des exakten Textes über die gesamte Liefermenge hinweg;
• aktuelles Ausgabe-Briefing: nur das, was in dem einen Asset oder Zustand sichtbar sein muss, das/der gerade generiert wird.

Füge niemals den globalen Vertrag in einen imagegen-Prompt ein.

Lade die relevanten Referenzen

• Lies references/concept-planning.md für jede originelle, ästhetische oder urteilsintensive Anfrage.
• Lies auch references/flow-architecture.md für UI, dichte Informationen, mehrere Bildschirme, Modals, Drawer, Tabs oder verwandte Zustände.
• Lies references/prompt-compilation.md unmittelbar vor der Vorbereitung von Prompts für imagegen.
• Lies references/evaluation.md, bevor du generierte Ergebnisse beurteilst oder entscheidest, wie du iterieren möchtest.

Wähle den Arbeitsablauf

Verwende den vollständigen Art-Direction-Workflow, wenn der Benutzer nach Interpretation, Originalität, konzeptionellem Redesign, Geschmack, Einprägsamkeit, einer neuen visuellen Richtung oder mehreren zusammenhängenden Ausgaben fragt.

Verwende die System-imagegen-Fähigkeit direkt, wenn der Benutzer das gewünschte Ergebnis bereits festgelegt hat und nur noch die Ausführung benötigt, z. B. das Ändern eines Objekts, das Beibehalten von allem außer einer benannten Bearbeitung, das Extrahieren eines Hintergrunds oder das Rendern eines eng spezifizierten Assets.

Wenn der Benutzer ein Bild bereitstellt, kennzeichne seine Rolle vor der Planung:

• Funktionale-/Inhaltsreferenz: bewahre Aufgaben, Informationen, Aktionen und Zustände, aber nicht Layout oder Styling;
• Stilreferenz: übernehme benannte visuelle Qualitäten, nicht Inhalt oder Komposition;
• Bearbeitungsziel: bewahre alles außer explizit erlaubten Änderungen;
• Visuelles-System-Anker: halte die etablierte Sprache konsistent über spätere Ausgaben hinweg.

Behandle eine funktionale Referenz niemals stillschweigend als Bearbeitungsziel.

Arbeitsablauf

1. Extrahiere den globalen Vertrag

Teile die Anfrage in vier Schichten auf:

• LOCK: exakte Funktionen, Inhalt, Benutzeraufgaben, Plattform, erforderliche Aktionen, Zustände, Markenfakten und wörtlicher Text.
• GUIDE: gewünschtes Gefühl, Hierarchie, visuelle Spannung, Produktpositionierung und die Qualität, die einprägsam bleiben soll.
• FREE: Komposition, Gruppierung, räumlicher Rhythmus, Farbabstufungen, Schriftcharakter, Materialsprache, Hintergrund, benutzerdefinierte Symbole und unterstützende Details.
• FORBID: erfundene Funktionalität oder Text, irreführende Hinweise, bekannte Klischees, irrelevante Dekoration und explizite Verbote des Benutzers.

Befördere das Quelllayout, aktuelle Kartenbegrenzungen, Komponentenformen oder Seitenbegrenzungen nicht in LOCK, es sei denn, der Benutzer fordert sie explizit.

Bewahre semantische Bedeutung und Workflow-Sinn, nicht die visuelle Hierarchie der Quelle. Zeichne Aktionen, Auslöser, geöffnete Oberflächen und Systemzustände separat auf. Leite niemals einen nicht unterstützten Zustand, eine Bestätigung oder eine geöffnete Oberfläche allein aus einer Aktions- oder Auslöserbezeichnung ab.

Erfasse bei dichten Schnittstellen jeden bedeutungsvollen Inhaltsblock und Zustand, bevor du Ideen entwickelst. Die vollständige Informationsmenge muss über die Ausgabemenge hinweg erhalten bleiben, nicht auf jeder Ausgabe und nicht unbedingt auf dem ersten Bildschirm.

2. Unterbreche die offensichtliche Antwort

Bevor du eine visuelle Richtung wählst, benenne die nächstgelegene vorhersehbare medienspezifische Vervollständigung privat und quarantäne sie: eine Standardkomposition, modische Oberflächenbehandlung, generische Symbolik, vertrautes Layout-Archetyp oder ein Stil-Etikett, das auf unveränderte Struktur geklebt wurde.

Verwende keine Verbotsliste als Ersatz für ein Konzept. Ein Konzept erklärt, was die Arbeit organisiert; Verbote entfernen nur Fehlermodi.

3. Weiche durch Mechanismen ab

Entwickle mindestens drei semantisch unterschiedliche Konzeptkandidaten für eine substanzielle kreative Anfrage. Sie müssen sich in der organisierenden Logik unterscheiden, nicht nur in der Palette, Schriftart oder Dekoration.

Definiere für jeden Kandidaten nur:

1. These in einem Satz;
2. beabsichtigtes Gefühl;
3. wichtigste strukturelle oder kompositorische Geste;
4. wie die erforderliche Funktion/der Inhalt darin lebt;
5. warum es keine übertragbare Vorlage ist;
6. sein stärkstes Benutzerfreundlichkeits- oder Kohärenzrisiko;
7. was absichtlich für den Renderer frei bleibt.

Lege die gesamte interne Liste nicht offen, es sei denn, der Vergleich ist für den Benutzer von Vorteil. Das Ziel ist Selektionsdruck, kein Portfolio.

4. Wähle dialektisch aus

Wende einen kurzen These/Antithese/Synthese-Durchgang auf jeden ernsthaften Kandidaten an:

• These: warum das Konzept einprägsam und auf diese spezifische Aufgabe zugeschnitten ist.
• Antithese: wie es dekorativ, verwirrend, abgeleitet oder unmöglich umsetzbar werden könnte.
• Synthese: ob die Schwäche beseitigt werden kann, ohne das Konzept zu töten.

Lehne zuerst Kandidaten ab, die Inhalt, Funktion, Lesbarkeit, Auffindbarkeit oder Umsetzbarkeit verlieren. Wähle unter den Überlebenden die Richtung mit dem klarsten Standpunkt und der stärksten Übertragungsresistenz. Mittle oder verschmelze nicht alle Kandidaten zu Stilsuppe.

5. Plane die Ausgabemenge

Für ein einzelnes unabhängiges Asset fahre mit dem Konzeptblatt fort.

Für dichte UI oder verbundene Zustände:

1. klassifiziere Informationen als primär, sekundär oder kontextuell;
2. wähle Scrollen, Tabs, Drawer, Modal oder separaten Bildschirm nach Interaktionsbedeutung;
3. ordne jedes Quellelement einem Ziel zu;
4. definiere das minimale Ausgabemanifest;
5. stelle sicher, dass jede versteckte Oberfläche einen auffindbaren Auslöser in einem früheren Zustand hat;
6. generiere jeden erforderlichen Bildschirm oder Zustand mit einem separaten imagegen-Aufruf;
7. verwende die erste akzeptierte Ausgabe als visuellen Systemanker für nachfolgende Ausgaben.

Fordere nicht mehrere endgültige Bildschirme als eine Collage an, es sei denn, der Benutzer möchte explizit ein Vergleichsboard. Siehe references/flow-architecture.md.

Behandle Quellsichtbarkeit nicht als semantische Priorität. Ein vollständiges Formular, detaillierte Herkunft oder Historie und langer unterstützender Inhalt sind nicht allein deshalb primär, weil die Quelle sie neben der zentralen Aufgabe angezeigt hat. Behalte nur Informationen, die auf Ausgabe 1 sofort benötigt oder gleichzeitig verglichen werden.

Markiere vor der Prompt-Kompilation jedes Inventarelement als NOW, ELSEWHERE oder UNSUPPORTED für die aktuelle Ausgabe. Fahre nicht fort, während ein Element kein Ziel hat.

Verwende UNSUPPORTED nur für abwesenden Inhalt, Daten, Ergebnisse oder Verhalten. Ein neuer, nur präsentationsbezogener Tab, Drawer, Modal, erweiterbarer Bereich oder Scroll-Fortsetzung ist Informationsarchitektur und keine erfundene Produktfunktion, wenn er nur bereitgestellte Inhalte verschiebt, keine neuen Daten oder Ergebnisse erzeugt und einen auffindbaren Einstiegspunkt hat. Führe diesen Zustand separat ein und rendere ihn, wenn die Dichte es erfordert.

Lehne den Ausgabeplan vor der Generierung ab, wenn er eine einzelne Ansicht, lange primäre Kopie, vollständige kontextuelle Formulare oder Details, lesbare Typografie und großzügigen negativen Raum kombiniert. Teile stattdessen die Ausgabemenge auf. Ein als standardmäßig, geschlossen oder nicht geöffnet beschriebener Zustand darf nicht gleichzeitig den inneren Inhalt seiner geschlossenen Oberflächen zeigen.

Fordere mehrere Ausgaben an, wenn lange primäre Inhalte mit einem vollständigen unabhängigen Formular und detaillierten unterstützenden Bereichen konkurrieren. Verzichte nicht darauf, weil die ursprüngliche Leinwand groß oder technisch lesbar ist.

6. Destilliere ein Konzeptblatt

Bevor du den Renderer-Prompt schreibst, friere nur ein:

• die Konzeptthese in einem Satz;
• das beabsichtigte Gefühl und die visuelle Spannung;
• eine Signature-Bewegung und höchstens zwei unterstützende Bewegungen;
• die LOCK-Liste;
• eine kurze FORBID-Liste;
• die Ausgabe/der Zustand, der jetzt gerendert wird.

Wenn das Blatt exakte Koordinaten, einen vollständigen Komponentenbaum, viele Farbwerte, jeden Eckenradius oder Anweisungen für jedes sekundäre Element enthält, ist es wahrscheinlich eine Layoutspezifikation und keine Art Direction. Entferne Details, die nicht das Konzept tragen oder die Funktionalität schützen.

Behalte die Signature-Bewegung in der Planung. Übersetze sie eine Ebene nach oben für den Renderer: Beschreibe die organisierende Beziehung, den Wahrnehmungsergebnis oder die Spannung, nicht ihre genaue Richtung, Position, Anzahl, Form oder Topologie, es sei denn, der Benutzer hat diese Geometrie explizit festgelegt.

7. Kompiliere Prompts pro Asset

Bereite einen Prompt für jedes einzelne Asset oder jeden Zustand vor. Füge nur die Quellrolle, das aktuelle Ausgabeziel, die nicht-geometrische Konzeptabsicht, die aktuellen Ausgabe-Locks, den kreativen Spielraum und die wenigen zu vermeidenden Elemente ein, die wichtig sind.

Füge die vollständige Entdeckungsbegründung, Abdeckungskarte, abgelehnte Konzepte oder globale Lock-Liste nicht in den Prompt ein. Bitte den Renderer nicht, jeden Hinweis zu vergegenständlichen. Setze nur kritischen kurzen Text, der in dieser Ausgabe erforderlich ist, in den Prompt; behalte lange Kopien in der Quellreferenz, Abdeckungskarte oder Implementierungsschicht. Verteile sie über die Ausgaben hinweg, anstatt unlesbare Dichte zu erzwingen.

Schlage die Prompt-Kompilation fehl und kehre zur Ausgabeplanung zurück, wenn:

• der Prompt mehr als einen Zustand beschreibt oder ELSEWHERE-Inhalt enthält;
• der Prompt sagt, dass jedes bereitgestellte Element in einer Ausgabe erhalten bleiben soll, anstatt die aktuelle Ausgabe-Teilmenge zu benennen;
• der Prompt einen langen Katalog von Labels oder Inhaltsbereichen enthält, die hätten verteilt werden sollen;
• kreativer Spielraum erklärt wird, nachdem Komposition oder Topologie bereits festgelegt wurde;
• eine Ein-Viewport-Anfrage auch alle langen Texte, vollständigen Formulare und großzügige Lesbarkeit verlangt;
• die Vermeidungsliste zu einem generischen Anti-Stil-Katalog wird;
• das Asset als versandbereit oder produktionsreif bezeichnet wird, anstatt als hochauflösende visuelle Richtung.

Verwende die Rezepte in references/prompt-compilation.md.

8. Rufe den Systembild-Workflow auf

Folge der installierten System-imagegen-Fähigkeit für Werkzeugauswahl, Eingabebild-Handhabung, Speicherpfade, Transparenz und Lieferung. Verwende standardmäßig das integrierte Bildgenerierungswerkzeug.

Für mehrere separate Ausgaben führe einen Aufruf pro Asset oder Zustand durch. Gib nach der Annahme der ersten Ausgabe diese als Referenz für das visuelle System für spätere Ausgaben an, während du kritische Invarianten wiederholst.

9. Kritisiere das tatsächliche Bild

Beurteile die Ausgabe, nicht die Eleganz des Prompts. Wende references/evaluation.md an.

Verwende zwei Arten der Iteration:

• Lokaler Fehler: mache eine gezielte Änderung, wiederhole Invarianten und bewahre das akzeptierte Konzept.
• Struktureller oder generischer Fehler: kehre zur Konzeptverzweigung oder Ausgabearchitektur zurück. Hänge keine weiteren Adjektive, Verbote, Koordinaten, Stilreferenzen, benannten Regionen oder Topologie an ein gescheitertes Konzept an.

Halte die monotone kreative Freiheit bei strukturellen Wiederholungen aufrecht: Ein neuer Renderer-Prompt darf nicht mehr Layout, Geometrie, Ausrichtung, Anzahl, Schichtung oder Platzierung vorschreiben als der fehlgeschlagene Prompt. Ändere stattdessen das semantische Konzept. Wenn dasselbe Konzept zweimal ein übertragbares oder generisches Ergebnis liefert, verwerfe es und wähle einen anderen Kandidaten aus einem anderen Divergenzmechanismus.

Rette niemals ein unlesbares Konzept, indem du sein Drahtgitter buchstabierst. Wenn das Konzept erst nach der Vorgabe genauer Ebenen, Zonen, freiliegender Teile, Verbindungen oder räumlicher Ordnung sichtbar wird, ist das Konzept für diesen Arbeitsablauf ungeeignet. Präzision ist nur für eine lokale Bearbeitung erlaubt, nachdem das visuelle System das kreative Tor bereits passiert hat.

Höre auf, wenn die Ausgabe funktional wahrheitsgemäß, konzeptionell lesbar, kohärent, unverwechselbar und für ihren beabsichtigten Zweck verwendbar ist. Berichte das ausgewählte Konzept, die generierten Ausgaben und den endgültigen Prompt-Satz, wie vom Systembild-Workflow gefordert.

Nicht verhandelbare Leitplanken

• Verwechsle niemals Detail mit Kreativität.
• Lasse niemals das erste plausible Konzept ohne Widerstand gewinnen.
• Bezeichne Palettentausch oder Stil-Etikettentausch niemals als unabhängige Konzepte.
• Verstecke für interaktive Ausgaben niemals primäre Informationen, nur um einen Bildschirm sauberer aussehen zu lassen.
• Erfinde niemals Inhalte, Metriken, Zustände oder Steuerelemente, um eine Komposition zu füllen.
• Mache nicht jedes Element ungewöhnlich; konzentriere Originalität in einem entscheidenden systemweiten Zug.
• Erzwinge für dichte interaktive Ausgaben niemals alle Informationen in einem Viewport, nur weil die Quelle eine Seite verwendet hat.
• Zeige niemals den Inhalt einer geschlossenen Oberfläche in einem standardmäßigen oder nicht geöffneten Zustand.
• Lasse niemals zu, dass ein Renderer-Prompt das vollständige globale Inhaltsinventar trägt.
• Klassifiziere nicht jeden sichtbaren Quellblock als primär, ohne eine gleichzeitige Aufgabenabhängigkeit nachzuweisen.
• Bezeichne eine rein präsentationsbezogene Verschiebung niemals als erfundene Funktion.
• Beanspruche niemals kreative Freiheit, nachdem die vollständige Komposition vorgeschrieben wurde.
• Mache einen strukturellen Wiederholungsversuch niemals geometrisch spezifischer als den fehlgeschlagenen Prompt.
• Behalte niemals dasselbe Konzept nach zwei generischen strukturellen Fehlern bei.
• Behandle generierte UI-Bilder als visuelle Richtung, nicht als Implementierungsnachweis, bis sie gebaut und getestet sind.
• Versprich niemals perfekten Langform-Text für texttragende Bitmap-Ausgaben. Teile Inhalt auf, überprüfe kritische Labels und bewahre exakten Text in Implementierungsartefakten auf, wenn die Wiedergabetreue wichtig ist.