CommunityBildgithub.com

ykurilov/image-prompts

Schreibt und repariert Prompts für Bildmodelle wie GPT Image 2.5, Nano Banana 2.1 und Seedream 5. Verwende diesen Skill, wenn ein Prompt für die Generierung oder Bearbeitung eines Bildes mit einem dieser Modelle benötigt wird, auch wenn der Agent ihn selbst vor der Generierung vorbereitet oder wenn ein fertiges Bild dem Prompt nicht folgt.

Was ist image-prompts?

Dieser Skill erstellt und korrigiert detaillierte 'Briefings' für Bildgenerierungsmodelle (GPT Image 2.5, Nano Banana 2.1, Seedream 5). Er behandelt den Prompt als eine detaillierte Anleitung für den 'Interpretationskünstler' und nicht als eine Liste von Stimmungen. Der Skill führt durch einen strukturierten Prozess: Aufgabenstellung erfassen (Modell, Zweck, Referenzbilder, wörtliche Texteinblendungen), Modell-spezifische Dateien lesen, das Briefing schreiben, eine Checkliste zur Qualitätssicherung durchgehen und die Ausgabe in drei Teilen liefern (Codeblock-Briefing, Anfrageeinstellungen, Checkliste zur visuellen Prüfung). Er behandelt verschiedene Szenarien wie Bildbearbeitungen, Perspektivwechsel und Serien und liefert klare Regeln für die Auswahl des Modells, die Handhabung von wörtlichem Text, echten Daten und die Fehlerbehebung ('Bild gehorcht nicht'). Der Skill unterstützt plattformübergreifende Bildmodelle und konzentriert sich darauf, präzise, handlungsorientierte Briefings zu erstellen, die zuverlässige Ergebnisse liefern, wobei die spezifischen Stärken und Schwächen jedes Modells berücksichtigt werden.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ykurilov/image-video-skills/tree/HEAD/skills/image-prompts

Installed? Explore more Bild skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Prompts für Bilder

Ein Prompt für diese Modelle ist ein Briefing für den Ausführenden, der den Text als Anleitung liest: Was für ein Objekt benötigt wird und wozu, was darauf zu sehen ist, was leer bleibt. Der Skill liefert das Briefing und die Anfrageeinstellungen. Die eigentliche Generierung übernimmt der Skill oder der Code des Dienstes, über den die Anfrage läuft.

Schritte

  1. Aufgabe erfassen. Modell und dessen Variante, über welchen Dienst die Anfrage läuft, neues Bild oder Bearbeitung, Referenzbilder, wörtlicher Text von Beschriftungen, wo das Bild verwendet wird. Verfügbare Referenzbilder öffnen und ansehen; über ein Bild, das du nicht gesehen hast, bestätigt das Briefing nur das, was in der Anfrage gesagt wurde. Frage nur nach dem wörtlichen Text von Beschriftungen und dem, ohne das die Modellauswahl ein Ratespiel wäre. Alles andere, was nicht vorgegeben ist, entscheide selbst und liste die Annahmen vor dem Briefing auf. Ist das Modell nicht genannt – wähle gemäß Abschnitt „Modellauswahl“ und nenne die Wahl.
  2. Lies die Modelldatei vollständig bis zur ersten Zeile des Briefings: GPT Image 2.5, Nano Banana 2.1, Seedream 5. Wo die Modelldatei von den allgemeinen Regeln unten abweicht, gilt die Modelldatei.
  3. Schreibe das Briefing.
  4. Gehe die „Prüfung“ durch: Jeder Punkt ist erfüllt oder bezieht sich nicht auf das Briefing.
  5. Gib drei Teile aus: Das Briefing in einem Codeblock, versandfertig ohne Lücken oder Platzhalter; die Anfrageeinstellungen als separate Liste, in den Feldnamen des Modells (wie sie über den Dienst übergeben werden, weiß der Skill oder der Code dieses Dienstes); was auf dem fertigen Bild visuell zu überprüfen ist. Füge zum Briefing auf Englisch eine Zusammenfassung auf Russisch in ein bis zwei Zeilen hinzu.

Allgemeine Regeln für das Briefing

Zweck zuerst. Das Briefing beginnt damit, was für ein Objekt es ist und wozu es dient: Aus dem Zweck leitet das Modell selbst die Präsentation, das Licht und das Layout ab. Danach zusammenhängende Sätze: wer, was tut, wo, wie aufgenommen. Eine durch Kommas getrennte Liste überlässt dem Modell alle Entscheidungen.

Dinge statt Stimmung. Material, Form, Lichtquelle und ihre Seite, Einstellung und Perspektive, Handhaltung und Blick. Wichtiges Material oder Form werden in einem separaten Satz genannt: Diese werden vom Modell am häufigsten ersetzt. Wörter für Qualität, Gewicht in Klammern und ein separater „Negativ-Prompt“ bedeuten bei diesen Modellen nichts.

Einstellungen – nicht im Text. Größe, Seitenverhältnis, Qualität, Transparenz, Denktiefe und Suche werden als Anfragefelder gesetzt; die einzige Ausnahme ist in der Datei für Seedream 5 beschrieben. Im Briefing bleibt das, was sich aus dem Format für die Komposition ergibt: wo leer, wo Platz für eine Bildunterschrift, womit die Breite gefüllt ist.

Beschriftungen wörtlich. Jede Beschriftung in Anführungszeichen, in der richtigen Groß-/Kleinschreibung und mit den richtigen Zeichen, mit eigenem Ort und Schriftart. Wie viele Beschriftungen auf dem Bild sind, so viele werden genannt; sonstiger Text ist nicht vorhanden – das wird direkt gesagt. Der vom Benutzer gegebene Text kommt Wort für Wort ins Briefing: nicht kürzen, nicht vereinfachen und ohne dessen Zustimmung nicht umformulieren. Langen und kleinen Text verderben alle drei Modelle; wenn der Text des Benutzers so ist, teile ihm dies mit und schlage vor, was getan werden kann, ändere aber nur nach seinem „Ja“.

Echte Daten. Zahlen, Achsenbeschriftungen, Schrittdiagramme, Namen werden vollständig im Briefing angegeben. Was nicht im Briefing steht, erfindet das Modell.

Anzahl und Seiten streng. Menge – mit dem Wort „genau“ und der Zahl. Links und rechts – als Seite des Bildausschnitts vom Betrachter aus.

Referenzbilder nach Nummern. Die Nummer ist die Position des Bildes in der Anfrage. Jedes hat eine Rolle und deren Grenze: was daraus übernommen wird und was nicht.

Bearbeitung – keine neue Szene. Das Bearbeitungs-Briefing nennt eine Änderung und listet namentlich auf, was so bleibt; ein Perspektivwechsel folgt seiner eigenen Regel unten. Das Objekt wird mit Worten genannt, ohne „es“ oder „sie“. Eine Änderung pro Schritt: zwei Änderungen – zwei Briefings nacheinander. In jedem folgenden Schritt wird die Liste des Erhaltenen vollständig wiederholt.

Perspektivwechsel – kurzer Befehl. Ein Bild ist vorhanden und dieselbe Szene soll anders gezeigt werden: andere Perspektive, Kamerahöhe, Bildausschnitt. Das Briefing ist ein kurzer Befehl auf Englisch: die gewünschte Perspektive und nur das, ohne das das Ergebnis nicht das richtige wäre. Die Szene trägt das Bild selbst: seine Nacherzählung und eine Liste des Erhaltenen sind hier überflüssig, sie verschlechtern das Ergebnis und machen es teurer.

Serie. Die bestimmenden Merkmale einer Figur oder eines Produkts werden in jedem Briefing der Serie Wort für Wort wiederholt. Wenn das Modell keine Serie mit einer Anfrage erstellt, geht das erste akzeptierte Bild als Referenzbild in die folgenden mit der Rolle „nur Aussehen und Stil“.

Verbote punktuell. Zuerst wird der gewünschte Zustand beschrieben. Das Verbot wird am Ende des Briefings gegen das konkrete Überflüssige hinzugefügt, nicht als Liste für alle Fälle.

Sprache. Die Szene wird auf Englisch beschrieben, auch wenn die Modellvariante Russisch versteht: Dies ist die einzige Sprache, die für alle Varianten der drei Modelle angegeben ist, und Vergleiche eines russischen Briefings mit einem englischen hat niemand angestellt. Beschriftungen bleiben in ihrer eigenen Sprache in der Form, in der sie erscheinen sollen.

Modellauswahl

Nur Unterschiede, die durch die Dokumentation bestätigt sind:

BenötigtGeeignet
Russischer Text auf dem Bildalles außer Seedream 5 lite
Mehrere einzelne Bilder mit einer Anfragenur Seedream 5 lite
Transparenter Hintergrund bei GenerierungGPT Image 2.5
Aktuelle Fakten, reale Orte und Produkte per SucheNano Banana 2.1, Seedream 5 lite
Stilübertragung von einem Referenzbildnicht Nano Banana 2.1
Bearbeitung genau nach BereichSeedream 5 pro und flash (Koordinaten), GPT Image 2.5 (Maske)
Bild in Ebenen zerlegenSeedream 5 pro und flash

Bild gehorcht nicht

  1. Nenne jeden Fehler mit einem Satz und finde die Zeile im Briefing, die dafür verantwortlich ist. Fehlt die Zeile – ist es eine Lücke im Briefing, nicht der Eigensinn des Modells.
  2. Entscheide, was zu reparieren ist. Das Bild ist in allem bis auf den Fehler in Ordnung – bearbeite das fertige Bild, einen Fehler pro Schritt. Andernfalls repariere das Briefing und generiere neu. Hast du das Bild nicht gesehen und der Benutzer hat nichts gesagt – frage oder gib ein Briefing für eine neue Generierung.
  3. Ändere bei der Reparatur des Briefings nur die Zeilen der Fehler. Ein überflüssiges Objekt oder eine überflüssige Beschriftung – füge ein Verbot dafür namentlich am Ende des Briefings hinzu.
  4. Tritt der Fehler bei Wiederholungen jedes Mal an einer neuen Stelle auf – das Briefing ist nicht schuld: wiederhole die Generierung mit demselben Briefing.
  5. Konsultiere den Abschnitt „Fehlschläge“ in der Modelldatei: Ein Teil der Fehler ist textlich nicht behebbar, und das muss gesagt werden, anstatt das Briefing immer wieder umzuschreiben.

Prüfung

  • Der erste Satz nennt das Objekt und seinen Zweck.
  • Der Text enthält keine Wörter über Größe, Auflösung und Qualität; all das steht in der Liste der Einstellungen.
  • Jede Beschriftung: Anführungszeichen, Ort, Schriftart; es gibt einen Satz über das Fehlen von anderem Text.
  • Jede Zahl und Beschriftung, die auf dem Bild sein sollen, sind im Briefing vorhanden.
  • Jedes Referenzbild: Nummer, Rolle, Grenze der Rolle.
  • Bearbeitung: eine Änderung, namentliche Liste des Erhaltenen, kein einziges Pronomen anstelle des Objekts.
  • Perspektivwechsel: kurzer Befehl, nur das Wesentliche, ohne Szenenbeschreibung.
  • Keine Fähigkeit, die die gewählte Modellvariante nicht besitzt, wird im Briefing oder in den Einstellungen verwendet.
  • Es wird genannt, was visuell zu überprüfen ist; für Kyrillisch – die Ersetzung russischer Buchstaben durch lateinische.

Verwandte Skills