Wer GPT Image 2 in ein Produkt, ein CMS oder einen internen Bild-Workflow einbaut, sollte nicht nur prüfen, ob irgendwo 1024x1024 steht. Entscheidend ist, ob dieser Wert als offiziell unterstützte Größe dokumentiert ist – oder nur als Beispiel in der API-Referenz auftaucht.
Die vorsichtige Kurzantwort: OpenAI führt eine Model-Seite für GPT Image 2 in der API-Dokumentation [1]. Die Images API beschreibt ein Feld
size für erzeugte Bilder [18]. In einem Beispiel für
Create image edit1024x1024 [14]. Die bereitgestellten Quellen reichen aber nicht aus, um daraus eine vollständige Liste aller gültigen GPT-Image-2-Größen oder alle Eingabegrenzen für Bildbearbeitungen abzuleiten [
14][
18].
Kurzcheck: Was ist belegt?
| Frage | Belastbare Aussage | Quelle |
|---|---|---|
| Gibt es GPT Image 2 in der OpenAI-API-Doku? | Ja. OpenAI hat eine Model-Seite mit dem Titel GPT Image 2. | [ |
| Gibt es Endpunkte zum Erzeugen und Bearbeiten von Bildern? | Ja. Die API-Referenz enthält | [ |
| Gibt es ein Feld für die Ausgabegröße? | Ja. Die Images-Dokumentation beschreibt size als Größe des erzeugten Bildes und nennt daneben u. a. background, output_format und quality. | [ |
Ist 1024x1024 bestätigt? | Ja, aber nur als Wert, der im zitierten Beispiel für | [ |
| Lässt sich die komplette Größenliste für GPT Image 2 nennen? | Aus den vorliegenden Quellen nicht belastbar. | [ |
| Lässt sich ein vollständiges Set von Eingabelimits bestätigen? | Aus den vorliegenden Quellen nicht belastbar: Dateiformate, maximale Dateigröße, maximale Auflösung oder Anzahl der Eingabebilder pro Request werden hier nicht vollständig für GPT Image 2 belegt. | [ |
Ausgabegrößen: size ist dokumentiert, die Matrix nicht
Die OpenAI-Dokumentation zur Images API beschreibt size als Größe des erzeugten Bildes [18]. In demselben Kontext werden auch Optionen wie
background, output_format, quality sowie Nutzungsinformationen für GPT image models erwähnt [18].
Der konkreteste Größenhinweis in den bereitgestellten Quellen ist das Beispiel in Create image editoutput_format mit png, quality mit low und size mit 1024x1024 [14].
Das ist nützlich, aber es ist keine offizielle Support-Tabelle. Aus diesem einzelnen Beispiel folgt nicht, dass GPT Image 2 ausschließlich 1024x1024 unterstützt. Ebenso wenig lässt sich damit belegen, dass das Modell bestimmte Querformate, Hochformate, quadratische Varianten oder 4K-Ausgaben unterstützt [14][
18].
Für technische Dokumentation, Produkt-Schemas und Validierung im Frontend heißt das: 1024x1024 kann als belegter Beispielwert gelten, nicht aber als vollständige Größenmatrix.
Eingabebilder und Edits: Workflow belegt, Limits offen
Für die Bildbearbeitung gibt es in der OpenAI-API-Referenz den Vorgang Create image edit14][
15]. Das OpenAI Cookbook beschreibt außerdem einen Workflow mit Maske: Wer verhindern möchte, dass ein bestimmter Bereich eines Eingabebildes verändert wird, kann eine Maske mitgeben [
21].
Wichtig ist dabei die Einschränkung: Die Maske ist keine pixelgenaue Garantie. Laut Cookbook kann das Modell trotzdem Teile innerhalb des maskierten Bereichs verändern, auch wenn es versucht, dies zu vermeiden; für exakte Masken wird ein Segmentierungsmodell empfohlen [21].
Belastbar ist damit:
- Die Images API enthält eine Referenz für Image-Edits [
14][
15].
- Ein Masken-Workflow für Bildbearbeitung ist beschrieben [
21].
- Eine Maske sollte nicht als Garantie verstanden werden, dass jeder Pixel unverändert bleibt [
21].
Nicht belastbar aus den bereitgestellten Quellen ist hingegen eine vollständige Spezifikation der Eingabebilder: akzeptierte Dateiformate, maximale Dateigröße, maximale Eingabeauflösung, Zahl der Eingabebilder pro Request oder spezielle Anforderungen an einen Alpha-Kanal für GPT Image 2 lassen sich damit nicht abschließend bestätigen [14][
15][
21].
Drittanbieter-Schemata nicht mit OpenAI-Spezifikationen vermischen
Runware führt eine eigene GPT-Image-2-Dokumentationsseite und beschreibt GPT Image 2 als Modell der GPT-Image-Familie für Text-to-Image-Generierung und Bildbearbeitung [3]. Fal.ai bietet ebenfalls eine Seite zu GPT Image 2.0 mit Playground, API und eigenem Schema an [
6].
Solche Seiten können sehr hilfreich sein, wenn eine Anwendung tatsächlich über den jeweiligen Anbieter läuft. Für eine direkte OpenAI-Integration sollte man sie aber sauber trennen: Ein Größen-Enum, Upload-Limit oder sonstiges Feld in einem Provider-Schema ist nicht automatisch eine offizielle Spezifikation der OpenAI-API [3][
6].
Praktische Checkliste für die Implementierung
- Keine Größenliste aus einem Beispielwert ableiten.
1024x1024ist im zitierten Edit-Beispiel sichtbar, aber die Quellen liefern keine vollständige GPT-Image-2-Größenliste [14][
18].
- Vor dem Release die OpenAI-Doku prüfen. Für direkte OpenAI-Aufrufe sind die GPT-Image-2-Model-Seite und die Images API die naheliegenden Referenzen [
1][
18].
- Masken in der QA besonders testen. Das Cookbook warnt, dass auch maskierte Bereiche teilweise verändert werden können [
21].
- Provider-Konfigurationen getrennt halten. Wer Runware oder Fal.ai nutzt, sollte deren Schema befolgen; wer OpenAI direkt nutzt, sollte sich auf die OpenAI-Dokumentation stützen [
3][
6].
Fazit
Die kurze Antwort lautet: GPT Image 2 ist in der OpenAI-API-Dokumentation aufgeführt [1]. Die OpenAI Images API hat ein Feld
size für erzeugte Bilder [18]. Ein Beispiel für
Create image edit1024x1024 [14]. Aus den bereitgestellten Quellen lässt sich jedoch keine vollständige Liste unterstützter Bildgrößen und kein abschließender Satz von Eingabegrenzen speziell für GPT Image 2 bestätigen [
14][
15][
18][
21].




