HiAPI
Blog

Benutzerhandbuch

imagen4-fast Prompt-Rezepte: Kopierfertige Prompts für Entwickler

Ein praktisches Prompt-Handbuch für den schnellen Modus: Struktur, Seitenverhältnisse und Stilhinweise

Oct 31, 2026
Cover art: stacked thin cream paper layers with graphite tops and one terracotta sheet, receding in shallow depth.

Warum Prompt-Rezepte besser sind als Einweg-Prompts

Die meisten Probleme bei der Bildgenerierung sind keine Modellprobleme, sondern Prompt-Probleme – und sie lassen sich schwer beheben, weil der Prompt oft nur im Chatverlauf von irgendjemandem oder in einem veralteten Dokument existiert. Ein Einweg-Prompt, der am Dienstag hervorragende Ergebnisse lieferte, lässt sich am Freitag nicht reproduzieren, weil du nicht genau sagen kannst, was darin stand.

Prompt-Rezepte lösen dieses Problem so, wie Funktionen das Copy-and-Paste von Logik lösen. Sie haben eine feste Struktur, benannte Slots und stabile Bezeichner, auf die du später verweisen kannst. Wenn sich die Ausgabe ändert, hast du etwas zum Vergleichen.

Der praktische Nutzen zeigt sich schnell:

  • Konsistenz über Aufrufe hinweg. Dasselbe Rezept mit denselben Eingaben erzeugt vergleichbare Kompositionen und Stile; das ist entscheidend, wenn eine Seite zwölf Kartenbilder in einem Raster rendern muss.
  • Günstige Iteration. Du änderst jeweils nur einen Slot, statt eine diffuse Prosa neu zu schreiben und dabei die Teile zu verlieren, die funktioniert haben.
  • Nachvollziehbarkeit. Rezepte haben Versionen. Wenn das Brand-Team fragt, warum die Thumbnails flacher aussehen als letzten Monat, kannst du eine Binärsuche durchführen.
  • Überprüfbarkeit. Rezepte lassen sich wie andere Assets in Pull Requests reviewen, und die Reviewer müssen keine Menschen sein, die vom Prompt-Schreiben leben.

Der Rest dieses Artikels ist ein Handbuch. Jedes Rezept folgt demselben Skelett, sodass du eines lesen, es anpassen und ohne Refactoring in deine Codebasis übernehmen kannst. Betrachte das Modell als Komponente und das Rezept als die Schnittstelle, die du darauf aufbaust.

Ein Gedanke, den du dir merken solltest: Ein Rezept ist kein Zauberspruch. Es ist ein Vertrag zwischen einem UI-Slot stromabwärts und dem Generierungsaufruf. Der UI-Slot bestimmt das Format; das Rezept bestimmt, womit es gefüllt wird.

Ein festes Papierskelett, viele konsistente Varianten – das ist die Begründung für wiederverwendbare Prompt-Rezepte.

Das grundlegende Prompt-Skelett

Jedes Rezept in diesem Handbuch besteht aus demselben vierteiligen Skelett. Kopiere dies und fülle die Slots:

[subject] — [composition] — [style] — [constraints]

Das ist die ganze Kernidee. Hier ist eine ausgefüllte Version, die du direkt einfügen kannst:

A lone ceramic coffee cup on a pale oak desk, three-quarter view, shallow depth of field,
soft morning light from the left, minimal editorial product photography, muted warm palette,
no text, no logos, no hands, centered subject with breathing room on all sides

Die Aufgabe jedes Slots

Subjekt (Subject) ist die eine Sache, um die es im Bild geht. Benenne sie konkret: „eine Keramik-Kaffeetasse“, nicht „Kaffee-Atmosphäre“. Wenn das Subjekt eine Handlung oder einen Zustand hat, gehört das ebenfalls hierher: „ein Entwickler mitten im Tippen an einem schwach beleuchteten Schreibtisch“. Widerstehe der Versuchung, ein zweites Subjekt hinzuzufügen; das ist die häufigste Ursache für unruhige Ergebnisse.

Komposition (Composition) steuert das Format. Blickwinkel (Dreiviertelansicht, Draufsicht, Augenhöhe), Position des Subjekts (zentriert, linkes Drittel), Beschnitt (Vollbild, enger Beschnitt) und Schärfentiefe gehören hierher. In diesem Slot kodierst du die Absicht zum Seitenverhältnis in Text, auch wenn das tatsächliche Verhältnis ein separater Parameter ist.

Stil (Style) ist ein kurzes Vokabular aus dem visuellen Bereich: Medium (Foto, flache Vektorgrafik, Aquarell), Licht (weiches Morgenlicht, hartes Kantenlicht), Farbton (gedeckte Warmtöne, kontrastreiches Monochrom) und Textur (matt, glänzend, körnig). Bleibe bei ein bis drei kurzen Sätzen. Längere Stilblöcke geraten oft in Konflikt miteinander.

Einschränkungen (Constraints) sind der Negativraum. Was nicht erscheinen darf: Text, Logos, Wasserzeichen, zusätzliche Gliedmaßen, unruhiger Hintergrund, harte Schatten. Einschränkungen sind günstige Versicherung und der erste Teil, den du erweitern solltest, wenn ein Rezept Probleme macht.

Zwei Varianten, die du immer bereithalten solltest

Minimalistisches Objektfoto:

[object] on a seamless [color] backdrop, centered, straight-on view, soft even studio light,
clean commercial product photography, no shadows on background, no text, no props

Redaktionelles Szenenfoto:

[scene subject] in [environment], wide establishing view, natural light, subtle film grain,
documentary photography, muted palette, no text, no logos, no visible brand marks

Beide sind bewusst kurz gehalten. Wenn dein Prompt eine Anhäufung von Adjektiven ist, hast du wahrscheinlich den Kompositions-Slot irgendwo darin verloren.

Wähle das Seitenverhältnis, bevor du den Prompt schreibst

Schreibe den Prompt erst, wenn du die Form des Lochs kennst, das du füllen willst. Das Seitenverhältnis ist eine Produktentscheidung, keine Prompt-Entscheidung; wenn du es zu spät wählst, zwingt es dich, den bereits abgestimmten Kompositionssatz neu zu schreiben.

Eine einfache Zuordnung, die die meisten Oberflächen abdeckt:

  • Hero-Banner und Seitenkopf – breites Format. Kompositionssprache: "wide establishing view", "horizon placed in the lower third", "negative space on the left for headline overlay".
  • Karten und Rasterkacheln – quadratisch oder nahezu quadratisch. Kompositionssprache: "centered subject", "even margins", "no important detail near the edges".
  • Avatare und kleine Profilbilder – quadratisch, enger Beschnitt, ein einzelnes Subjekt. Kompositionssprache: "head and shoulders", "centered face", "plain background".
  • Thumbnails und Listenzeilen – kleines Querformat oder quadratischer Beschnitt, das Subjekt muss auch verkleinert erkennbar bleiben. Kompositionssprache: "single dominant subject", "high contrast against background", "no fine detail".
  • Redaktionelle Inhalte oder Bebilderung langer Texte – Hochformat. Kompositionssprache: "vertical composition", "subject occupies the upper two thirds", "foreground anchor at the bottom".

Warum die Formulierung zum Format passen muss

Ein Kompositionssatz, der für ein breites Banner geschrieben wurde ("negative space on the left"), ergibt keinen Sinn mehr, sobald er quadratisch beschnitten wird; und ein textlich beschriebener enger Hochformat-Beschnitt wird gestaucht, wenn du ein breites Format anforderst. Prompt und Verhältnis sollten übereinstimmen, weil du zweimal dasselbe Rechteck beschreibst – einmal mit Sprache, einmal mit einem Parameter.

Praktischer Workflow

  1. Sieh dir den tatsächlichen UI-Slot an und notiere sein Seitenverhältnis sowie die Art, wie er auf kleinen Bildschirmen beschnitten wird.
  2. Wähle das nächstliegende unterstützte Seitenverhältnis, statt das Modell zu bitten, es mit Leerraum vorzutäuschen.
  3. Schreibe den Kompositions-Slot für dieses Format, einschließlich der Stelle, an der der Negativraum liegen soll.
  4. Prüfe nach der Generierung den ungünstigsten Beschnitt (Mobilgerät, verkleinertes Raster) statt den Idealfall.

Wenn ein Rezept zwei sehr unterschiedliche Slots bedienen muss, mache zwei Rezepte daraus. Ein Rezept zu duplizieren ist günstiger, als einen Kompositionssatz zu schreiben, der überall nur halb gut funktioniert.

Dieselbe Szene, neu gerahmt: Die Platzierung bestimmt das Verhältnis, bevor du das erste Wort des Prompts schreibst.

Stilhinweis-Blöcke, die je nach Oberfläche gewechselt werden können

Der Stil-Slot ist der Teil, von dem du erwarten solltest, dass er sich am häufigsten ändert; mache ihn daher modular. Schreibe Stilhinweise als eigenständigen Block, der am grundlegenden Skelett hängt, und halte je einen Block pro Oberfläche oder Markenstimmung bereit.

Markensicher / neutral

minimal editorial photography, soft diffused light, muted neutral palette,
clean background, product-focused, no text, no logos

Für Marketingseiten, auf denen das Bild nicht mit dem Text konkurrieren und keine Markenaussage implizieren darf.

Fotografisch / dokumentarisch

natural light, documentary photography, shallow depth of field, subtle grain,
unposed subject, realistic color, no heavy filters

Für redaktionelle Bebilderung und erzählende Oberflächen, wo Authentizität besser wirkt als Perfektion.

Flache Illustration

flat vector illustration, limited two-color palette, bold simple shapes,
no gradients, generous whitespace, geometric composition, no text

Für Onboarding, Leerzustände und Dokumentation, wo das Bild zum Designsystem passen muss.

Studio-Produktfoto

seamless studio backdrop, soft even key light, crisp shadows, high detail on the subject,
commercial catalog photography, no props, no text

Für Produktkataloge und Vergleichsraster, wo Konsistenz zwischen mehreren Bildern wichtiger ist als jedes einzelne Bild.

Wie du wechselst, ohne zu verschlechtern

  • Behandle den Stilblock als eine Variable und vermische ihn niemals mit Subjekt- oder Kompositionssätzen. Wenn Stilwörter über den ganzen Prompt verstreut sind, kannst du sie nicht sauber ersetzen.
  • Ändere jeweils nur einen Block und generiere dasselbe Subjekt und dieselbe Komposition neu. Wenn sich zwei Variablen gleichzeitig ändern, kannst du nicht erkennen, welche die Veränderung verursacht hat.
  • Achte darauf, dass Stilblöcke nicht heimlich Komposition einschmuggeln. „Centered“ und „close-up“ gehören zur Komposition, nicht zum Stil; wenn sie im Stilblock wohnen, wird deine Arbeit am Seitenverhältnis stillschweigend zunichtegemacht.
  • Beschneide ständig wachsende Blöcke. Drei Stilsätze reichen meistens; bei fünf beginnen sie, miteinander zu konkurrieren.

Ein nützlicher Test: Ersetze den Stilblock in einem ansonsten identischen Rezept und prüfe, ob die Ausgabe noch zum selben UI-Slot passt. Wenn ja, ist der Block sauber isoliert.

Prompts im Code parametrisieren

Rezepte sollten als Templates existieren, nicht als String-Literale, die über verschiedene Handler verstreut sind. Ein Template mit benannten Variablen schenkt dir A/B-Tests, Rollbacks und oberflächenspezifische Überschreibungen gratis.

Template-Form

RECIPE = {
    "id": "product-hero-v3",
    "template": (
        "{subject} — {composition} — {style} — {constraints}"
    ),
    "defaults": {
        "composition": "centered subject, generous margins, eye-level view",
        "style": "minimal editorial photography, soft diffused light, muted neutral palette",
        "constraints": "no text, no logos, no watermark, clean background",
    },
    "aspect_ratio": "1:1",
}


def render(recipe, **overrides):
    slots = {**recipe["defaults"], **overrides}
    return recipe["template"].format(**slots)

Das Rezeptobjekt trägt seine Kennung (id), sein Format (aspect_ratio) und seine Standardwerte. Der Aufrufer liefert nur die abweichenden Teile. Das hält die Aufrufstellen kurz und macht den Unterschied zwischen zwei Oberflächen auf einen Blick sichtbar.

Varianten für A/B-Tests

Modelliere Varianten als Überschreibungen des Basisrezepts, nicht als abgezweigte Strings:

variants = {
    "control": {},
    "warm": {"style": "minimal editorial photography, warm afternoon light, muted warm palette"},
    "tight": {"composition": "tight crop, subject fills the frame, eye-level view"},
}

Da jede Variante Subjekt und Einschränkungen teilt, lassen sich Unterschiede in den Ergebnissen dem Slot zuordnen, den du geändert hast. Das ist der ganze Wert dieser Übung.

Rollback und Pinning

  • Gib jedem Rezept eine Version in der id und protokolliere sie bei jeder Generierungsanfrage. Wenn sich die Ausgabe ändert, sagt dir das Log, welche Rezeptversion was erzeugt hat.
  • Halte alte Versionen eine Zeit lang adressierbar. Ein Rollback sollte eine Konfigurationsänderung sein, kein Code-Revert unter Druck.
  • Verwende bei der Übergabe an dein Analysesystem die Rezept-ID statt des gerenderten Strings, damit du Ergebnisse nach Rezept und nicht nach exaktem Prompt-Text gruppieren kannst.
  • Validiere die Slots, bevor du die API aufrufst – ein leeres subject sollte in deiner Anwendung schnell fehlschlagen, statt ein nichtssagendes Bild zu erzeugen.

Behandle das Seitenverhältnis als Parameter erster Klasse neben dem Template, denn es wird vom UI-Slot und nicht vom Prompt-Text bestimmt. Alles, was die API benötigt, sollte aus einem einzigen Rezeptobjekt abgeleitet werden, damit jede Oberfläche eine einzige Quelle der Wahrheit hat.

Häufige Fehlermuster und wie man sie debuggt

Die meisten schlechten Ausgaben lassen sich auf einen Slot zurückführen. Nutze diese Checkliste, um zu entscheiden, welchen Teil des Skeletts du anpassen solltest, bevor du den gesamten Prompt neu schreibst.

Subjekt abgeschnitten oder außerhalb des Bildes

Symptom: abgeschnittene Köpfe, Objekte, die über den Rand laufen, wichtige Details außerhalb des sicheren Bereichs.

Korrigiere zuerst den Kompositions-Slot, nicht den Stil. Füge explizite Rahmungssprache hinzu ("full subject in frame", "generous margins on all sides") und prüfe, ob das Seitenverhältnis zum beabsichtigten Format passt. Wenn das Subjekt selbst hoch ist und der Slot breit, ist das Format falsch, nicht der Prompt.

Unruhige Ergebnisse

Symptom: mehrere konkurrierende Blickpunkte, überladener Hintergrund, Requisiten, die du nicht angefordert hast.

Korrigiere den Subjekt-Slot. Reduziere auf ein Subjekt, einen Zustand. Verschiebe alles, was als Requisite gelesen werden könnte, als Ausschluss in die Einschränkungen. Unruhe ist meistens ein unklares Subjekt, nicht ein übereifriges Modell.

Stil in einer Charge inkonsistent

Symptom: Einige Bilder im Raster wirken wie Fotografie, andere wie Illustration; der Farbton driftet.

Korrigiere den Stil-Block. Kürze ihn auf ein Medium, einen Lichtsatz, einen Farbtonsatz. Entferne Stilwörter, die in andere Slots auslaufen, und teile Rezepte, die zwei verschiedene Oberflächen bedienen. Inkonsistenz innerhalb einer Charge ist oft ein Symptom dafür, dass der Stilblock bei jedem Aufruf anders ist.

Text oder Logos erscheinen

Symptom: verzerrte Buchstaben, falsche Wasserzeichen, markenähnliche Zeichen.

Erweitere die Einschränkungen: "no text, no lettering, no logos, no watermarks, no signage". Wenn die Komposition einen Träger impliziert, der normalerweise Text hat (Bildschirm, Verpackung, Poster), dann sage das entweder explizit oder ändere die Komposition.

Die Ausgabe ignoriert die geforderte Stimmung

Symptom: Das Bild ist korrekt, wirkt aber flach, steif oder beliebig.

Korrigiere den Stil-Block, jeweils einen Satz. Licht ist meistens die wirkungsvollste Änderung; Farbton kommt als Nächstes. Generiere mit demselben Subjekt und derselben Komposition neu, damit der Vergleich ehrlich ist.

Alle anderen Fälle

Wenn zwei Slots verdächtig erscheinen, ändere einen und generiere neu. Wenn das Ergebnis immer noch falsch ist, tritt einen Schritt zurück und prüfe, ob das Rezept einen UI-Slot bedienen soll, für den es nie geschrieben wurde – das ist eine Produktinkongruenz, kein Prompt-Fehler.

Eine Rezeptbibliothek veröffentlichen

Sobald Rezepte versionierte Templates sind, werden sie zu Assets, die das Team zusammen mit dem Code pflegt. Das Ziel ist, dass jeder das Rezept hinter einer Oberfläche finden, verstehen, warum es so aussieht, und es sicher ändern kann.

Nach Oberfläche organisieren, nicht nach Prompt-Text

Gruppiere Rezepte nach dem Ort, an dem sie gerendert werden: hero, card, avatar, thumbnail, editorial-figure. Ein Entwickler, der sich die Preisseite ansieht, sollte beim Rezept landen, das diese Seite verwendet, nicht bei einer alphabetischen Liste von Adjektiven. Gib jedem Rezept eine stabile ID und ein Versionssuffix und halte die Standardwerte im Rezeptobjekt.

Rezepte in Pull Requests reviewen

Behandle Rezeptänderungen wie Komponentenänderungen. Der Diff sollte zeigen, welcher Slot sich geändert hat und warum. Reviewer können nützliche Fragen stellen: Passt die Komposition noch zum Format, sind Stilwörter in die Komposition ausgelaufen, sind die Einschränkungen geschrumpft? Kleine Diffs mit einem einzigen Slot sind leicht zu reviewen; komplette Neuschreibungen nicht.

Versionieren, protokollieren und aufräumen

  • Protokolliere bei jeder Generierungsanfrage Rezept-ID und Version, damit Änderungen der Ausgabe auf eine Änderung zurückführbar sind.
  • Halte veraltete Versionen adressierbar, bis keine Oberfläche mehr auf sie verweist, und entferne sie dann in einer Aufräumrunde, statt tote Rezepte ewig zu behalten.
  • Wenn du Varianten hinzufügst, befördere den Gewinner zu einer neuen Version, statt den A/B-Zweig als dauerhaften Pfad zu behalten.

Den Vertrag dokumentieren

Dokumentiere für jedes Rezept den erwarteten UI-Slot, das Seitenverhältnis und die Einschränkungen, die nicht wegfallen dürfen. Zwei Sätze reichen. Die nächste Person, die dieses Rezept anfasst, muss wissen, was es nicht kaputt machen darf.

Den Kreislauf kurz halten

Rezepte verrotten, wenn nach einer Designänderung niemand neu generiert. Hänge einen kleinen Review-Schritt an jede UI-Arbeit, die einen Bild-Slot ändert, und generiere die betroffenen Rezepte als Teil dieser Änderung neu. Das gesamte System bleibt nur dann kostengünstig, wenn der Feedback-Kreislauf kurz bleibt.

Beginne mit dem grundlegenden Skelett, füge pro Oberfläche einen Stilblock hinzu und lass die Rezeptbibliothek aus echten Slots statt aus hypothetischen wachsen. Wenn du die Generierung in eine Anwendung einbindest, halte die Aufrufstellen schlank und lass das Rezeptobjekt die Entscheidungen tragen.

Ähnliche Artikel

Alle Artikel ansehen →

Starte mit persistenten KI-Artefakten

Hol dir deinen API-Key und rufe Bild-, Video- und Audiomodelle über eine einzige task-basierte API auf.

API-Dokumentation lesen