Flux-1 Kontext Max Prompt-Rezepte: direkt kopierbare und zuverlässig funktionierende Bearbeitungs-Prompts

Das Wesen der Kontext Max Prompt-Rezepte

Ein Prompt-Rezept ist kein beschreibender Text – es ist ein kompaktes Instruktionsformat, das dem Modell präzise sagt, was geändert und was beibehalten werden soll. Für Flux-1 Kontext Max folgt jedes zuverlässige Rezept, das wir verwenden, derselben vierteiligen Struktur:

• Verb – der Operationstyp: ersetzen, entfernen, umfärben, hinzufügen, erweitern, umstilisieren.
• Ziel – der Bereich oder das Objekt, auf das das Verb wirkt, muss explizit benannt werden („die rote Jacke, die die Person links trägt“).
• Gewünschte Änderung – der Endzustand, nicht der Prozess („mach sie marineblau“ statt „ändere die Farbe“).
• Erhaltungsklausel – was exakt unverändert bleiben muss („behalte die gleichen Stofffalten, die Beleuchtung und den Hintergrund bei“).

Ein Rezept liest sich also so: replace the jacket on the person at left with a navy wool coat; keep pose, lighting, and background unchanged.

Das entscheidende mentale Modell: Kontext Max ist ein Editor, kein Generator. Es geht von deinem Eingabebild aus und wendet ein Diff an. Je kleiner dieses Diff und je präziser seine Grenzen, desto vorhersehbarer das Ergebnis. Prompts, die wie Bildgenerierungsanweisungen klingen („ein stimmungsvolles Porträt einer Frau in einer nächtlichen Stadt“), geben dem Modell die Freiheit, alles neu zu generieren – und genau das tut es dann auch.

Die Erhaltungsklausel ist der Teil, den die meisten überspringen – und der am meisten bewirkt. Ohne sie betrachtet das Modell den Rest des Bildes als frei veränderbar. Mit ihr zeichnest du tatsächlich eine Maske in natürlicher Sprache – was nützlich ist, weil du nie manuell eine Maske bauen musst.

Wortlaut-Regeln, die das Ergebnis lenken

Das sind die Hebel, die du auf Prompt-Ebene kontrollieren kannst. Jeder davon lenkt die Ausgabe zuverlässig in eine vorhersehbare Richtung.

Imperativ statt Beschreibung

Schreibe „entferne den Mülleimer unten rechts“ statt „da ist ein Mülleimer, der nicht dorthin gehört“. Der Imperativ entspricht direkt der Bearbeitungsoperation. Ein beschreibender Ton liest sich wie eine Szenenanweisung und lädt zur Neugenerierung ein.

Benenne das Ziel, nicht das ganze Bild

„das Schild über der Tür“ ist besser als „der Text im Bild“. Wenn dein Bild drei Schilder enthält, sage, welches gemeint ist („das Holzschild, das über dem linken Türrahmen hängt“). Räumliche Anker – links, rechts, oben, Vordergrund, hinter dem Motiv – kosten fast nichts und beseitigen den Großteil der Mehrdeutigkeit.

Nur eine Bearbeitung pro Anweisung

Wenn zwei Änderungen nötig sind, verkette sie nur dann mit Semikolon, wenn sie denselben Bereich betreffen: remove the chair; keep the floorboards and shadows beneath it. Unabhängige Bearbeitungen gehören in separate Aufrufe. Unabhängige Änderungen in einem Prompt zu stapeln, ist die häufigste Ursache für Kollateralschäden.

Reihenfolge: Einschränkungen vor Stil

Setze Erhaltungs- und Bereichseinschränkungen vor alle optionalen Adjektive. Keep the background, wardrobe, and expression unchanged; restyle the lighting to soft window light funktioniert. Restyle to soft cinematic lighting, keep background unchanged lässt die filmische Behandlung dagegen auf das gesamte Bild übergreifen. Das Modell behandelt das zuletzt Gelesene als dominanten Referenzrahmen – schließe also mit dem, was unverrückbar ist.

Beschreibe den Endzustand, nicht die Schritte

„Mach den Himmel bewölkt mit flachen grauen Wolken“ ist ein Ziel. „Entsättigen, Wolken hinzufügen, Kontrast senken“ ist ein Workflow, den das Modell nicht wörtlich ausführt und möglicherweise überanwendet. Beschreibe das Ergebnis, das du sehen willst.

Vermeide Negationen, wenn es ein positives Ziel gibt

„Entferne das Wasserzeichen“ ist in Ordnung, weil das Entfernen die Operation selbst ist. Aber „mach es nicht unscharf“ ist schwächer als „halte das Motiv scharf und im Fokus“. Formuliere Einschränkungen möglichst als positive Invarianten.

Halte es kurz

Rezepte mit mehr als zwei Sätzen verwässern die Anweisung. Wenn dein Prompt einen ganzen Absatz braucht, hast du wahrscheinlich zwei Bearbeitungen oder ein unzureichend spezifiziertes Ziel.

Kopierbare Rezepte für häufige Bearbeitungen

Jedes der folgenden Rezepte kannst du direkt einfügen. Ersetze die Teile in eckigen Klammern durch deine konkreten Angaben. Die Begründungen erklären, warum der Wortlaut so aufgebaut ist – übernimm das Muster, nicht nur den Text.

Objekt ersetzen

replace the [object] at [spatial anchor] with [new object]; keep the surrounding [key surface, e.g. table/floor] and lighting unchanged Begründung: Anker plus Erhaltungsklausel lassen die Komposition glaubwürdig wirken. Die Benennung der umgebenden Oberfläche verhindert, dass das Modell den Kontext neu rendert.

Objekt entfernen

remove the [object] at [spatial anchor]; reconstruct the background behind it to match the surrounding [surface] and fill the shadow naturally Begründung: Beim Entfernen musst du angeben, was an seine Stelle tritt. Ohne „Hintergrund rekonstruieren“ bekommst du oft einen Schmutzfleck oder einen unpassenden Flicken.

Hintergrund ersetzen

replace the background with [new setting]; keep the subject's silhouette, edge detail, and lighting direction identical Begründung: Kantendetails und Lichtrichtung sind die Stellen, an denen Hintergrundaustausch scheitert. Nur wenn du sie explizit nennst, werden sie erhalten.

Schildtext bearbeiten

change the text on the [sign/label] to read "[new text]"; keep the font weight, perspective, and material of the sign unchanged Begründung: Kurzes, eindeutiges Ziel plus Fixierung von Schriftstärke und Perspektive. Der neue Text muss kurz bleiben – lange Zeichenketten sind genau dort, wo Artefakte auftreten.

Farbe und Material ändern

recolor the [object] to [color]; preserve the original texture, folds, and highlight placement Begründung: Mit „recolor“ statt „ändere die Farbe zu“ wird die Anweisung kompakter, und die Texturklausel verhindert eine flächige Füllung.

Outpainting / Erweitern

extend the image to the [left/right/top] by roughly [fraction, e.g. one third]; continue the existing [surface, e.g. wall/ground] seamlessly and match the current lighting Begründung: Die zu fortsetzende Oberfläche und die anzupassende Beleuchtung zu benennen, ist der Schlüssel, der eine saubere Erweiterung von einer sichtbaren Naht unterscheidet.

Pose oder Mimik feinjustieren

adjust the subject's expression to a slight smile; keep head angle, hair, and the rest of the face unchanged Begründung: „Der Rest des Gesichts bleibt unverändert“ ist der Schutzzaun. Ohne das Eingrenzen benachbarter Merkmale driften Gesichtsbearbeitungen.

Umstilisierung mit Bereichsbegrenzung

apply a [style, e.g. watercolor] treatment to the foreground subject only; leave the background photographic and unchanged Begründung: Umstilisierungs-Prompts sind die größte Quelle von Überanwendung. Die Bereichsbegrenzung eines Stils ist Pflicht, nicht optional.

Rezepte in deinen Code integrieren

Rezepte sind Strings – behandle sie in deiner Codebasis als Strings, mit Parametern und Versionen.

Parametrisieren statt zusammensetzen

Speichere Rezepte als Vorlagen mit benannten Slots, die du beim Aufruf füllst:

RECIPES = {
    "object_replace": "replace the {object} at {anchor} with {replacement}; "
                      "keep the surrounding {surface} and lighting unchanged",
    "object_remove": "remove the {object} at {anchor}; reconstruct the background "
                     "behind it to match the surrounding {surface} and fill the shadow naturally",
}

def build(recipe_key, **slots):
    return RECIPES[recipe_key].format(**slots)

So bleibt der Wortlaut über Tausende von Bildern hinweg stabil. Wenn ein Rezept angepasst werden muss, änderst du einen einzigen String statt hunderter Aufrufstellen.

Das Eingabebild bei jedem Vergleich konstant halten

Verwende beim Tuning eines Rezepts dasselbe Basisbild. Wenn du sowohl Prompt als auch Eingabebild änderst, kannst du die Abweichung keinem von beiden zuordnen.

Slots vor dem Aufruf validieren

Ein leerer Anker ist schlimmer als ein falscher – er weitet den Bearbeitungsbereich still und leise aus. Stelle sicher, dass jeder Slot gefüllt ist und Freitext-Slots (etwa neuer Schildtext) kurz sind.

Nur eine Bearbeitung pro Anfrage

Da Kontext Max pro Aufruf bearbeitet, modelliere deine Pipeline als Abfolge einzelner Bearbeitungsschritte mit jeweils eigenem Rezept und eigenen Parametern statt als einen monolithischen Prompt. Ein kleiner Step-Runner, der Rezepte nacheinander anwendet, ist leichter zu debuggen als eine einzige überladene Anweisung.

Den gerenderten Prompt protokollieren

Logge den gefüllten Prompt zusammen mit Output-Referenz und Rezeptversion. Wenn sich die Ausgabequalität ändert, musst du wissen, ob sich der Wortlaut oder das Modellverhalten geändert hat.

Was tun, wenn die Bearbeitung nicht stimmt

Die meisten Fehlschläge fallen in drei Kategorien. Diagnostiziere zuerst das Symptom und wende dann die passende Korrektur an.

Symptom: Ziel komplett verfehlt

Die Bearbeitung findet woanders statt, oder es gibt keine sichtbare Änderung.

• Erweitere und schärfe den Anker: „das Schild über der Tür“ → „das Holzschild, das über dem linken Türrahmen hängt“.
• Wenn das Objekt klein ist, sage es: „das kleine Etikett unten rechts“.
• Wenn das Modell ein ähnliches Objekt verändert hat, füge eine Disambiguierung hinzu: „das am weitesten links liegende der beiden Schilder“.

Symptom: Überbearbeitung

Du hast eine Änderung verlangt, das Modell hat drei vorgenommen.

• Füge eine Erhaltungsklausel hinzu oder verstärke sie: benenne die exakten Elemente, die unverändert bleiben müssen („behalte Pose, Kleidung und Hintergrund bei“).
• Verschiebe die Einschränkung hinter die Änderungsanweisung oder wiederhole sie am Ende – die Position zählt.
• Teile gestapelte Prompts in separate Aufrufe auf.

Symptom: Drift

Die Idee stimmt, aber das umgebende Bild hat sich verschoben – Farben, Beleuchtung oder Details haben sich bewegt.

• Wandle vage Erhaltungswünsche in konkrete Invarianten um: schreibe nicht „gleich lassen“, sondern „behalte den ursprünglichen Weißabgleich, die Schattenrichtung und die Stofftextur bei“.
• Prüfe, ob Stiladjektive nach außen durchsickern; begrenze sie („nur Vordergrund“).
• Reduziere die Anweisung auf ihre Minimalform und teste erneut auf dem Basisbild.

Die Schleife

Rezept ausführen → Fehlschlag als Ziel verfehlt, Überbearbeitung oder Drift klassifizieren → die entsprechende einzelne Korrektur anwenden → auf demselben Basis-Input erneut ausführen. Ändere pro Iteration nur eine Variable. Bei zwei gleichzeitigen Änderungen kannst du nicht wissen, welche gewirkt hat.

Führe ein kurzes Fehlerprotokoll: Rezeptversion, gefüllter Prompt, Symptom, Korrektur, Ergebnis. Nach ein paar Projekten ist dieses Protokoll wertvoller als jeder einzelne Prompt.

Deine eigene Rezeptbibliothek aufbauen

Teams, die mit Kontext Max stabile Ergebnisse erzielen, schreiben nicht bessere Einmal-Prompts – sie pflegen eine kleine Sammlung bewährter, versionierter Prompts.

Rezepte explizit versionieren

Gib jedem Rezept einen Schlüssel und eine Version (object_replace@v2). Wenn du den Wortlaut änderst, erhöhe die Version und halte die alte weiterhin verfügbar. Kleine Wortlautänderungen erzeugen deutlich andere Ausgaben, daher ist eine Prompt-Bibliothek ohne Versionsverwaltung eine Quelle stiller Regressionen.

Gegen eine feste Testsuite prüfen

Pflege eine kleine Menge fester Eingabebilder mit bekannten erwarteten Bearbeitungen – eine Ersetzung, eine Entfernung, ein Hintergrundaustausch, eine Schildbearbeitung. Führe diese Suite bei jeder Rezeptänderung aus. Du prüfst zwei Dinge: ob das Ziel bearbeitet wurde und ob das umgebende Bild unverändert blieb. Ein Rezept, das beim ersten Punkt glänzt, beim zweiten aber scheitert, ist noch nicht bereit.

Rezepte vergleichen statt raten

Wenn zwei Formulierungen beide plausibel klingen, führe beide auf demselben Basis-Input aus und behalte diejenige, die die Erhaltungsklausel einhält. Vergleichen ist günstig; eine Charge bereits bearbeiteter Bilder neu aufzunehmen nicht.

Die Bibliothek organisch wachsen lassen

Beginne mit den acht oben genannten Mustern. Wenn ein Teammitglied einen neuen Bearbeitungsfall löst, nimm ihn auf, mit einer Erklärung, warum der Wortlaut funktioniert. Mit der Zeit wird die Bibliothek zur impliziten Prompt-Engineering-Dokumentation deines Teams – und zum Einstiegsmaterial für alle, die neu mit der API arbeiten.

Deprecaten statt löschen

Das Kontextfenster deines eigenen Gedächtnisses ist kurz. Ein Rezept, das bei einer Bildart scheitert, kann bei einer anderen perfekt funktionieren. Archiviere ausgemusterte Rezepte mit einer Notiz, warum sie verworfen wurden, damit die nächste Person nicht denselben Fehler wiederholt.

Behandle Prompts wie Code: versionieren, testen, reviewen, wiederverwenden. Genau diese Disziplin macht Flux-1 Kontext Max von einer Demo zu einem zuverlässigen Glied in der Pipeline.