Prompt-Rezepte für die Text-zu-Bild-Generierung mit Recraft v4.1 für Entwickler

Warum Prompt-Rezepte besser sind als Einmal-Prompts

Jedes Team, das die Text-zu-Bild-API aufruft, stößt irgendwann an dieselbe Wand: Das Bild, das hervorragend funktioniert hat, dessen Prompt liegt im Chatverlauf, in einem Wegwerf-Skript oder in der Notiz-App von irgendjemandem. Wenn sich die Produktanforderungen ändern – „dieselbe Illustration, aber fotorealistisch“ oder „setz einen Titel ins Bild“ –, weiß niemand, welche Wörter gewirkt haben, also wird der Prompt von Grund auf neu geschrieben, und die Ausgabe verändert sich unvorhersehbar.

Ein Prompt-Rezept löst dieses Problem, indem es den Prompt als ein kleines, parametrisiertes Dokument behandelt. Ein Grundgerüst, ein paar austauschbare Blöcke und eine kurze Liste von Einschränkungen. Eine Stiländerung wird zu einer Einzelfeld-Bearbeitung statt zu einer kompletten Neufassung, was bedeutet, dass du Prompts diffen, in Pull Requests prüfen und nachvollziehen kannst, warum sich die Ausgabe verändert hat.

Rezepte machen außerdem Qualitätsregressionen debugbar. Wenn Bilder plötzlich falsch aussehen, kannst du eine binäre Suche durchführen: Ist es der Subjekt-Block, der Stil-Block, die Layout-Anweisung oder die Negativliste? Bei Einmal-Prompts lautet die Antwort meist „alles“.

Diese Anleitung führt durch ein konkretes Grundgerüst für die Text-zu-Bild-Generierung mit Recraft v4.1 und liefert die beiden von Entwicklern am häufigsten genutzten, direkt kopierbaren Rezeptfamilien: Illustration und Fotografie. Dieselbe Struktur lässt sich auf Layout-Steuerung, Text im Bild und Negativlisten ausweiten.

Was ein Rezept tatsächlich enthält

Betrachte jedes Rezept als vier Teile:

• Festes Grundgerüst – die geordneten Blöcke, die jeder Prompt in deiner Codebasis teilt.
• Austauschbares Stilvokabular – die Wörter, die die Ausgabe zwischen Illustration und Fotografie umschalten.
• Einschränkungsklauseln – Layout, Seitenverhältnis, Text-Rendering und Ausschlussanweisungen.
• Versions-Tag – macht Prompts in der Produktion bis zur exakten Revision rückverfolgbar, die das Asset erzeugt hat.

Nichts davon erfordert Spezialwerkzeuge. Eine JSON-Datei pro Rezept, zusammen mit dem Code, der die API aufruft, im Repository eingecheckt, reicht aus.

Das Prompt-Grundgerüst: Blöcke, die bleiben, und Blöcke, die sich ändern

Das folgende Grundgerüst ist bewusst langweilig. Genau das ist der Punkt – der stabile Teil sollte niemals bearbeitet werden müssen, damit der Fokus auf dem bleibt, was sich verändert.

[SUBJECT]        was im Bild ist, in einfacher Sprache beschrieben
[STYLE]          Medium und Rendering-Vokabular
[COMPOSITION]    Bildausschnitt, Kamera oder Layout, Seitenverhältnis
[CONSTRAINTS]    Text-Rendering, Farbbeschränkungen, Verbotsregeln

Welche Blöcke bleiben, welche ersetzt werden

• SUBJECT – bleibt. Dies ist normalerweise der einzige Block, der wirklich durch deine Produktlogik parametrisiert werden sollte (ein Produktname, eine Szenenbeschreibung aus Benutzereingaben).
• STYLE – wird ersetzt. Der Unterschied zwischen Illustration und Fotografie liegt fast ausschließlich hier.
• COMPOSITION – wird größtenteils ersetzt, aber die Form der Anweisung bleibt gleich (erst Ausschnitt, dann Seitenverhältnis).
• CONSTRAINTS – teilweise gemeinsam genutzt. Die Negativliste und die Regel „kein Text, sofern nicht anders angegeben“ sind oft global; Text-Rendering-Anweisungen sind pro Anfrage.

Minimale Vorlage als Daten

{
  "recipe_id": "product-hero",
  "version": "3",
  "subject": "a ceramic coffee mug on a plain surface",
  "style": "{{style_block}}",
  "composition": "centered, generous negative space above the subject, square aspect",
  "constraints": ["no text in image", "no watermark"],
  "negatives": "{{negative_list_v2}}"
}

Der Platzhalter {{style_block}} ist die Nahtstelle. Der Rest wird entweder rezeptübergreifend geteilt oder vom Aufrufer bereitgestellt. Wenn du später einen dritten Stil hinzufügst – etwa isometrisches 3D –, fügst du nur einen Stilblock hinzu, keine neue Prompt-Datei.

Ein praktischer Hinweis: Halte die Blockreihenfolge in jedem Rezept konsistent. Es gibt keine Garantie, dass das Modell die Reihenfolge auf dokumentierte Weise beachtet, aber dein Team tut es. Konsistente Reihenfolge macht Prompts vergleichbar und Side-by-Side-Reviews aussagekräftig.

Illustrations-Rezepte: flach, Vektor und redaktionell

Illustrations-Rezepte sind für die meisten Teams der Einstieg, weil Illustrationen starke Vereinfachung verzeihen – was sie zu einer guten Wahl macht, um das Grundgerüst zu testen, ohne sich mit Fotorealismus auseinanderzusetzen.

Flache Illustration

[SUBJECT] a developer workspace with a laptop, notebook and coffee mug
[STYLE] flat vector illustration, solid fills, no gradients, bold simple shapes, limited four-color palette, clean geometric forms
[COMPOSITION] centered composition, even margins, square aspect
[CONSTRAINTS] no text in image, no shadows, no textures

Die Wörter, die diesen Look erzeugen: flach, vollflächige Füllungen, keine Verläufe, kühne simple Formen. Jedes Wort wirkt. Entferne „keine Verläufe“, und du siehst oft weiche Schatten hereinschleichen.

Vektor-Icons

[SUBJECT] a single shield icon with a checkmark
[STYLE] minimal vector icon, uniform stroke weight, rounded line caps, two-tone, high contrast on plain background
[COMPOSITION] centered, icon fills most of the frame, square aspect
[CONSTRAINTS] no text, no background scenery, no gradients

Icon-Prompts profitieren von expliziten Qualifizierern – einzelnes, gleichmäßige Strichstärke –, denn ohne sie bekommst du oft eine kleine Szene statt eines grafischen Symbols.

Redaktionelle Illustration

[SUBJECT] a person reviewing charts on a large screen
[STYLE] editorial illustration, muted palette, subtle grain, hand-drawn line quality, slightly abstracted human figures, magazine feature style
[COMPOSITION] subject offset to the right, breathing room on the left, landscape aspect
[CONSTRAINTS] no text in image, no photorealism, no logos

Der redaktionelle Stil liegt in der Mitte: mehr Textur und Persönlichkeit als flacher Vektor, aber immer noch deutlich keine Fotografie. Gedämpfte Palette mit feiner Körnung zu kombinieren ist genau der Schlüssel, der verhindert, dass es in eine der beiden Extreme abrutscht.

Tuning-Tipp: Ändere jeweils nur ein Stiladjektiv. „Gedämpfte Palette“ durch „lebendige Palette“ zu ersetzen ist ein echtes Experiment; fünf Wörter auf einmal zu ändern ist keines.

Foto-Rezepte: realistisch, Studio und Lifestyle-Bildausschnitt

Foto-Rezepte nutzen dasselbe Grundgerüst, nur mit anderem Vokabular. Beachte, dass der Subjekt-Block fast unverändert bleibt – das ist die Rendite der Vorlage.

Sauberes Studio-Produktfoto

[SUBJECT] a ceramic coffee mug on a plain surface
[STYLE] professional studio product photography, soft diffused key light, gentle falloff, neutral background, sharp focus, realistic material detail
[COMPOSITION] centered, slight three-quarter angle, generous negative space above, square aspect
[CONSTRAINTS] no text in image, no props, no harsh reflections

Fotovokabular gruppiert sich um Licht (weich diffus, Abfall), Optik (scharfe Schärfe, Tiefenschärfe) und Materialrealismus (realistische Materialdetails). Illustrationsvokabular gruppiert sich um Form und Füllung. Dieser Kontrast ist der gesamte Unterschied zwischen den beiden Rezeptfamilien.

Umgebungs-Lifestyle

[SUBJECT] a person working at a wooden desk near a window
[STYLE] candid lifestyle photography, natural window light, shallow depth of field, warm neutral tones, realistic skin and fabric texture
[COMPOSITION] over-the-shoulder framing, subject left of center, landscape aspect
[CONSTRAINTS] no text in image, no visible brand marks, no exaggerated saturation

Candid und natürliches Fensterlicht ziehen die Ausgabe weg von der Studio-Politur. Wenn das Ergebnis zu gestellt wirkt, ist das oft ebenso ein Kompositions- als auch ein Stilproblem – „Over-the-Shoulder-Framing“ hinzuzufügen hilft mehr, als weitere Adjektive anzuhäufen.

Ein Illustrations-Rezept in ein Foto-Rezept umwandeln

Wenn du ein funktionierendes Illustrations-Rezept hast, ist die Umwandlung mechanisch:

1. Ersetze den gesamten [STYLE]-Block durch Fotovokabular.
2. Passe [COMPOSITION] nur an, wenn sich der Bildausschnitt unterscheidet (der Winkel ist in der Fotografie wichtiger).
3. Halte [SUBJECT] byteidentisch.
4. Behalte globale Negativposten bei; entferne illustrationsspezifische Posten wie „keine Verläufe“, die nicht mehr zutreffen.

Wenn das Foto-Ergebnis Elemente aus dem Subjekt erfindet oder verliert, ist wahrscheinlich der Subjekt-Block unzureichend beschrieben – korrigiere dort, statt kompensierende Stilwörter hinzuzufügen.

Layout und Text-Rendering steuern

Layout und Text sind die beiden Dinge, bei denen Entwickler am häufigsten erwarten, dass das Modell sie selbst ableitet, und genau die beiden, die es am meisten wert sind, explizit geschrieben zu werden. Behandle sie als eigene Prompt-Blöcke, getrennt vom Stil.

Positionssprache, die tatsächlich einschränkt

Vage: „Ein Banner-Bild für eine Landingpage.“

Explizit:

[COMPOSITION] landscape 16:9 frame; subject occupies the right two-thirds;
left third is empty open space suitable for a headline; horizon line at
lower third; nothing enters the left third

Drei Gewohnheiten machen Positionsanweisungen robuster:

• Benenne zuerst den Rahmen, dann beschreibe die Platzierung („Querformat 16:9-Rahmen“).
• Definiere reservierte Bereiche explizit und erkläre, dass nichts in diesen Bereich eindringt. Leerraum ist kein Standardzustand.
• Verankere an Drittellinien, statt nicht messbare Wörter wie „leicht außermittig“ zu verwenden.

Text-Rendering

Wenn du Text im Bild haben willst, isoliere ihn in einen eigenen Block und zitiere die exakte Zeichenkette:

[TEXT] render exactly the words "Ship faster" in a bold sans-serif,
placed in the reserved left third, vertically centered, single line,
high contrast against a plain background. No other text anywhere.

Punkte, die Iterationen reduzieren:

• Zitiere die wörtliche Zeichenkette – umformuliere sie niemals im Prompt.
• Sage „exakt“ und „kein anderer Text“ – sonst tauchen Streutext auf Ecken oder Requisiten auf.
• Gib die Zeilenzahl an („einzeilig“), sonst wird der Zeilenumbruch zum Ratespiel.
• Gib einen kontrastreichen Hintergrund an („auf einfarbigem Hintergrund“), damit der Text etwas hat, woran er sich festhalten kann.
• Halte Text vollständig vom [STYLE]-Block fern; Vermischung macht beides schwerer abzustimmen.

Wenn eine Anfrage präzises mehrteiliges Textlayout erfordert, behandle die Texterzeugung als Ausgangspunkt und plane eine echte Textebene stromabwärts ein. Textkontrolle auf Prompt-Ebene eignet sich für kurze Überschriften und Labels, nicht für dichten Fließtext.

Negativlisten: was ausschließen und wie versionieren

Die Negativliste ist dein günstigstes Qualitätskontrollinstrument. Statt zu beschreiben, was du willst, benennst du die Fehlermuster, die du nicht akzeptierst.

Kategorien, die es wert sind, ausgeschlossen zu werden

Organisiere Negativposten nach Kategorien, damit du sie erweitern kannst, ohne Widersprüche zu erzeugen:

• Text-Artefakte – Streutext, verstümmelte Glyphen, Wasserzeichen, Signaturen.
• Kompositions-Artefakte – abgeschnittene Subjekte, abgeschnittene Gliedmaßen, doppelte Elemente, unruhige Ränder.
• Rendering-Artefakte – Unschärfe, Farbbänder, Übersättigung, harter HDR-Look, plastikartige Haut.
• Inhaltshygiene – Markenlogos, erkennbare Warenzeichen, Porträts realer Personen.
• Stil-Drift – Fotorealismus in Illustrations-Rezepten, Illustrations-Look in Foto-Rezepten.

Die letzte Kategorie ist die, die Teams am häufigsten vergessen. Wenn dein Illustrations-Rezept ständig in Richtung Realismus driftet, ist ein expliziter Negativposten oft zuverlässiger als das Anhäufen von Stiladjektiven.

Kurz und widerspruchsfrei halten

Übermäßig lange Negativlisten wirken kontraproduktiv. Wenn ein Negativposten mit einer positiven Anweisung kollidiert, wird das Ergebnis instabil, und du kannst nicht feststellen, welche Klausel sich durchgesetzt hat. Zwei Regeln:

1. Negiere niemals etwas, das du angefordert hast. Wenn der Kompositions-Block für Tiefe Schatten verlangt, liste nicht gleichzeitig global „keine Schatten“.
2. Spezifisch vor allgemein. „Kein Wasserzeichen“ ist handlungsfähig; „keine schlechten Dinge“ ist Rauschen.

Negativlisten zusammen mit Prompts versionieren

Negativposten verändern das Verhalten jedes Rezepts, das sie referenziert, also brauchen sie dieselbe Rückverfolgbarkeit wie Prompts:

{
  "negative_list_id": "global-v2",
  "entries": ["watermark", "signature", "stray text", "cropped subject", "duplicated elements", "oversaturated colors"]
}

Referenziere die Liste per ID aus jedem Rezept und erhöhe die ID beim Bearbeiten. Wenn die Ausgabequalität nach einem Deployment abdriftet, wird „Hat sich die Negativliste geändert?“ zu einer Zeile im Diff-Check statt zu einer Untersuchung.

Vor dem Go-Live gegen echte Ausgaben abgleichen

Bevor du echte Ausgaben gesichtet hast, ist ein Rezept nur eine Hypothese. Der folgende Vergleichsprozess ist bewusst leichtgewichtig gehalten – er sollte Minuten dauern, nicht einen Sprint.

Der Prozess

1. Friere alles außer einer Variable ein. Gleicher Subjekt-Block, gleiche Komposition, gleiche Negativposten, gleicher Seed, falls die API einen bereitstellt. Ändere nur den Stil-Block.
2. Generiere eine kleine Matrix. Zwei bis drei Stilvarianten kombiniert mit zwei bis drei repräsentativen Subjekten reichen meist aus, um ein schlechtes Rezept zu entlarven.
3. Bewerte nebeneinander, nicht nacheinander. Sequenzielles Review lädt zu Recency-Bias ein – das letzte Bild wirkt am besten, nur weil es am frischesten ist.
4. Bewerte nach Anforderung, nicht nach Geschmack. Schreibe auf, wofür das Asset gedacht ist (Hero-Banner, Icon-Set, redaktioneller Header), und prüfe die konkreten Eigenschaften, die wirklich zählen: Ist der reservierte Raum wirklich leer, gibt es Streutext, gibt es Stil-Drift.
5. Befördere bewusst. Nur eine Rezept-Revision, die das Review besteht, gelangt in den Produktionscode und erhält ihr Versions-Tag.

Worauf du achten solltest

• Konsistenz über Subjekte hinweg. Ein Stil-Block, der bei einem Subjekt funktioniert und bei einem anderen zusammenbricht, ist noch nicht bereit.
• Einhaltung der Einschränkungen. Bleibt das reservierte linke Drittel leer? Erscheint die zitierte exakte Zeichenkette nur einmal?
• Fehlerhäufung. Wenn dasselbe Artefakt in mehreren Varianten auftaucht, gehört es in die Negativliste, nicht in ein Stil-Tuning.

Alles im Repository aufbewahren

Halte Rezept-JSON, Negativlisten-Versionen und Review-Notizen zusammen. Wenn jemand in sechs Monaten fragt, warum das Hero-Bild so aussieht, ist die Antwort ein Commit, keine Erinnerung.

Sobald ein Rezept diesen Zyklus bestanden hat, wird das Umschalten zwischen Illustration und Fotografie für ein gegebenes Subjekt zu einer Einzelfeld-Bearbeitung – genau die Wartungseigenschaft, für die das Grundgerüst entworfen wurde. Führe diese Rezepte über eine einheitliche API für die Text-zu-Bild-Generierung mit Recraft v4.1 aus und versioniere jede Prompt-Revision zusammen mit dem Code, der sie aufruft.