Autorenhinweis: Wenn die Bildgenerierungs-API HTTP 451 mit dem Fehlercode image_safety zurückgibt, wurde das erzeugte Bild gefiltert – nicht der API-Schlüssel abgelehnt. Dieser Artikel erklärt anhand der APIYI-Dokumentation und eigener Nachtests, worin sich dieser Fehler von 401 und 429 unterscheidet, was Sie ändern sollten und welche Wiederholungsversuche Sie vermeiden sollten.
Bei der Nutzung einer Bildgenerierungs-API erscheint plötzlich HTTP 451 mit error.code gleich image_safety. Viele vermuten zuerst, der API-Schlüssel sei ungültig, das Guthaben aufgebraucht oder die Eingabeaufforderung enthalte sensible Begriffe. Sie wechseln den Schlüssel, laden Guthaben auf oder versuchen es immer wieder – doch der Fehler bleibt. Entscheidend ist: 451 image_safety blockiert das erzeugte Bild. Die Prüfung findet also nach der Bilderzeugung statt. Suchen Sie die Ursache deshalb in der Beschreibung des Bildinhalts und nicht beim Konto.
Dies ist kein allgemeiner Überblick zum Thema „Inhaltssicherheit“. Die folgenden Informationen beruhen auf den Erläuterungen zu HTTP 451 in der APIYI-Dokumentation und den dort veröffentlichten anonymisierten Nachtests. Eigene Testdaten werden hier nicht hinzugefügt.
Das Wichtigste: Nach der Lektüre können Sie HTTP 451 innerhalb einer Minute von 401 und 429 unterscheiden und die Anfrage mit der Methode „Eingabeaufforderung mit nur einer Änderung anpassen“ wieder zur Bilderzeugung bringen.
Wenn die Bilderzeugung 451 image_safety zurückgibt: die wichtigsten Punkte
Hier sind zunächst die wichtigsten Erkenntnisse. Sie ergeben sich direkt aus der Fehlermeldung und der Dokumentation – Vermutungen sind nicht nötig.
| Punkt | Erläuterung | Was das für Sie bedeutet |
|---|---|---|
| Geprüft wird das Ausgabebild | In der Meldung steht: „The generated image was filtered by the safety policy.“ | Sie müssen nicht länger an Ihrem API-Schlüssel oder Guthaben zweifeln. |
| Die Prüfung erfolgt nach der Generierung | Die Schnittstelle erzeugt möglicherweise zuerst ein Bild und prüft anschließend die Ausgabe. Wird sie abgelehnt, wird das Bild nicht zurückgegeben. | So wird verständlich, warum auch eine vermeintlich unbedenkliche Eingabeaufforderung blockiert werden kann. |
| Das bedeutet nicht, dass die Eingabe unzulässig ist | Eine fehlgeschlagene nachgelagerte Prüfung bedeutet nicht, dass die Eingabeaufforderung oder das Referenzbild eindeutig unzulässige Begriffe enthält. | Sie müssen nicht massenhaft Begriffe entfernen oder das Referenzbild austauschen. |
| Ändern Sie die Bildbeschreibung | Es ist wirksamer, Bildelemente wie Kleidung und Bildkomposition klar zu beschreiben, als weitere Verneinungen hinzuzufügen. | Gehen Sie gezielt vor und vermeiden Sie unnötige Umwege. |
| Wiederholen Sie den Versuch nicht unverändert | Wenn dieselbe Kombination mehrfach scheitert, führt ein erneuter Versuch wahrscheinlich wieder zu einem 451-Fehler. | Das spart Zeit und Aufrufkosten. |
Erst den Fehlercode prüfen: 451 image_safety im Vergleich zu 401 und 429
Prüfen Sie nach einem Fehler zuerst den Statuscode und error.code, statt gleich den Code zu ändern. Die APIYI-Dokumentation beschreibt den Fehler 451 wie folgt (er ist sowohl in den FAQ als auch in den Neuigkeiten des Dokumentationszentrums auf apiyi.com aufgeführt): Die Antwort enthält den HTTP-Status 451, error.code lautet image_safety und die Meldung ist The generated image was filtered by the safety policy. Das Schlüsselwort ist „generated image“ – gemeint ist also das bereits erzeugte Bild, das von der Sicherheitsrichtlinie gefiltert wurde.
Das ist eine völlig andere Fehlerkategorie als Authentifizierung oder Ratenbegrenzung. Ein 401 bedeutet in der Regel, dass die Anfrage die Authentifizierungsprüfung nicht bestanden hat, bevor sie das Modell erreicht. Ein 429 weist auf zu viele Anfragen oder einen ausgelasteten Kanal hin. Fehler beim Guthaben betreffen die Abrechnung. Keiner dieser drei Fehler hängt davon ab, „was gezeichnet wurde“. Bei einem 451 geht es dagegen genau darum.
| Fehler | Häufige Bedeutung | Zeitpunkt | Richtige Maßnahme | Unverändert erneut versuchen? |
|---|---|---|---|---|
HTTP 451 image_safety |
Das generierte Bild hat die Sicherheitsprüfung auf Ausgabeseite nicht bestanden. | Nach der Bilderzeugung | Bildbeschreibung ändern und jeweils nur eine Variable prüfen | Nein. Dieselbe Kombination bei wiederholten Fehlern nicht unverändert erneut versuchen. |
| HTTP 401 | API-Schlüssel ungültig oder nicht korrekt übermittelt | Beim Eingang der Anfrage | API-Schlüssel und Anfrage-Header prüfen | Nein. Mit einem falschen API-Schlüssel ist ein erneuter Versuch sinnlos. |
| HTTP 429 | Ratenbegrenzung oder ausgelasteter Kanal | Beim Eingang der Anfrage oder während der Warteschlange | Nach einer Wartezeit erneut versuchen und bei Bedarf den Kanal wechseln | Ja, gemäß der Backoff-Strategie. |
| Fehler beim Guthaben | Kontingent aufgebraucht | Bei der Abrechnungsprüfung | Guthaben aufladen oder Kontingent anpassen | Nein |
Wichtig: Für 451 und 401 sollten Sie nicht dieselbe Wiederholungslogik verwenden. Bei einem 401 müssen Sie die Konfiguration des API-Schlüssels korrigieren, bei einem 451 die Eingabeaufforderung ändern. Wenn Sie beide Fehler in denselben allgemeinen Zweig „Bei Fehler dreimal erneut versuchen“ aufnehmen, wird die Fehlersuche nur unübersichtlicher.
Warum 451 image_safety erst nach der Bilderzeugung auftritt
Die Dokumentation bezeichnet diesen Mechanismus als nachgelagerte Moderation oder auch als Moderation auf der Ausgabeseite. Der Ablauf lässt sich einfach zusammenfassen: Die Anfrage wird authentifiziert, das Modell erzeugt anhand der Eingabeaufforderung und des Referenzbilds ein Bild. Anschließend prüft das System das Bild auf Sicherheitsprobleme. Besteht es die Prüfung nicht, wird es nicht zurückgegeben und stattdessen ein Fehler 451 ausgegeben.
Deshalb kann es passieren, dass eine Anfrage blockiert wird, obwohl die Eingabeaufforderung kein einziges sensibles Wort enthält. Der Grund liegt nicht in einem einzelnen Wort, sondern darin, dass die Kombination mehrerer Bedingungen im tatsächlich erzeugten Bild einen Filter auslöst. Wenn man das verstanden hat, ändert sich auch der Ansatz zur Fehlerbehebung: Statt nach verbotenen Wörtern zu suchen, sollte man das endgültige Bild gezielt steuern.
Erläuterung der erneuten Tests zu 451 image_safety in der Dokumentation
Die APIYI-Dokumentation enthält eine Reihe anonymisierter Wiederholungstests mit dem Modell gpt-image-2.5-sunburst-vip. Im Testszenario werden ein Personen-Referenzbild und Anforderungen an das Charakterdesign kombiniert: eine Gesichtsnahaufnahme sowie Ganzkörperansichten von vorn, von der Seite und von hinten, jeweils vor weißem Hintergrund. Alle folgenden Daten stammen aus den Wiederholungstests in der Dokumentation. Dieser Artikel ordnet sie lediglich ein.
| Testkombination laut Dokumentation | Ergebnis | Dauer | Erläuterung |
|---|---|---|---|
| Ursprüngliche Eingabeaufforderung + ursprüngliches Referenzbild | 3/3 fehlgeschlagen | 81,8–95,9 Sekunden | Basisgruppe, durchgehend 451 |
| Dasselbe Referenzbild, aber mit neutraler Alltagskleidung und als Halbporträt | 1/1 erfolgreich | 35,7 Sekunden | Nach dem Entfernen der Ganzkörperansichten bestanden |
| Ursprüngliche Eingabeaufforderung ohne Referenzbild, stattdessen mit dem Text-zu-Bild-Endpunkt | 1/1 erfolgreich | 29,1 Sekunden | Ohne die Personenmerkmale aus dem Referenzbild bestanden |
| Ergänzt um „vollständig bekleidet, blickdicht, nicht sexualisiert“ | 1/1 weiterhin 451 | 216,8 Sekunden | Verneinungen wirkten nicht |
| Erwachsene Person ausdrücklich festgelegt, dazu Rollkragenpullover mit langen Ärmeln, lange Hose und Sportschuhe | 3/3 erfolgreich | 65,1–238,6 Sekunden | Mit klaren positiven Angaben zur Kleidung durchgehend bestanden |
Was die erneuten Tests aus der Dokumentation über den Auslöser von 451 image_safety zeigen
Am aufschlussreichsten sind in dieser Testreihe die zweite und dritte Gruppe: Sobald entweder die Personenmerkmale aus dem Referenzbild oder die Ganzkörper-Mehrfachansichten weggelassen werden, lässt sich das Bild generieren. Die Dokumentation kommt daher zu dem Schluss, dass die Erklärung „Die Kombination aus den Personenmerkmalen des Referenzbilds und den Ganzkörper-Mehrfachansichten löst im generierten Bild den Filter aus“ durch die Tests am besten gestützt wird.
Die Dokumentation macht auch deutlich, welche Schlussfolgerungen sich daraus nicht ziehen lassen: Daraus folgt weder, dass das Referenzbild gegen Richtlinien verstößt, noch, dass ein bestimmtes Wort der Auslöser ist. Das ist wichtig. Viele Entwickler sehen den Fehler 451 und tauschen daraufhin das Referenzbild aus oder streichen großzügig Wörter. Dabei entfernen sie oft auch wichtige Bildinformationen.
Warum Verneinungen 451 image_safety nicht beheben
In der vierten Gruppe wurde lediglich ergänzt, dass die Kleidung vollständig und blickdicht sein und nicht sexualisiert dargestellt werden soll. Trotzdem kam es weiterhin zu 451. In der fünften Gruppe wurde der Prompt durch positive, konkrete Angaben ersetzt: eine eindeutig erwachsene Person, ein hochgeschlossenes Langarmoberteil, eine lange Hose und Sportschuhe. Alle drei Versuche waren erfolgreich.
Der Grund ist einfach: Verneinungen sagen dem Modell nur, was es nicht tun soll, aber nicht, was es darstellen soll. Das Ergebnis bleibt dadurch unbestimmt. Mit konkreten positiven Angaben zu Oberteil, Hose und Schuhen wird die Generierung besser steuerbar – und die Prüfung des Ergebnisses kann dadurch leichter bestanden werden.
Zum Zeitaufwand weist die Dokumentation ausdrücklich darauf hin, dass die Dauer nur als zusätzlicher Anhaltspunkt dient und nicht ausreicht, um allein daraus abzuleiten, auf welcher Ebene die Prüfung stattfindet. In den erneuten Tests überschneiden sich die Zeitspannen erfolgreicher und fehlgeschlagener Anfragen. Vermeiden Sie daher Schlussfolgerungen wie „Wenn es länger als X Sekunden dauert, wurde die Anfrage von der Prüfung blockiert“.
Hinweis zum Vergleich: Die Daten in der Tabelle und der Vergleichsgrafik stammen aus erneuten Tests anhand der APIYI-Dokumentation. Das Original finden Sie in der FAQ zur Sicherheitsprüfung bei der Bildausgabe im Dokumentationszentrum auf apiyi.com. So können Sie die Ergebnisse mit Ihren eigenen Fehlermeldungen vergleichen.
Wenn die Bilderzeugung 451 image_safety zurückgibt: schnelle Fehleranalyse
Modell-ID erneut prüfen: Welches gpt-image-Modell rufst du auf?
Nachdem du den Statuscode 451 bestätigt hast, solltest du als Nächstes die Modell-ID prüfen. Bei der erneuten Dokumentationstests wurde gpt-image-2.5-sunburst-vip verwendet. Welche Modelle zur gpt-image-Reihe gehören und wie sie genau heißen, entnimmst du am besten der Modellliste von APIYI. Du findest sie in der Modellübersicht der Konsole auf apiyi.com.
Die Prüfung der Modell-ID hat zwei Gründe. Erstens muss das Modell während der Fehleranalyse gleich bleiben, damit du erkennen kannst, welche Variable für das Ergebnis verantwortlich ist. Zweitens vermeidest du so, einen falsch geschriebenen Modellnamen irrtümlich für ein Prüfungsproblem zu halten. Ein falscher Modellname führt normalerweise zu einem anderen Fehler, nicht zu image_safety.
Anfrageparameter zur Fehlerbehebung bei 451 image_safety
Dieser Artikel enthält keine langen Codebeispiele, sondern listet nur die Parameter auf, die bei der Fehlerbehebung unverändert bleiben sollten. Die Schnittstelle ist mit OpenAI kompatibel. Tragen Sie bei base_url den Wert https://api.apiyi.com/v1 ein und ersetzen Sie api_key im SDK durch Ihren eigenen Schlüssel.
| Parameter | Beispielwert | Bei der Fehlerbehebung änderbar? |
|---|---|---|
base_url |
https://api.apiyi.com/v1 |
Nein |
model |
Maßgeblich ist die Modellliste von APIYI, zum Beispiel gpt-image-2.5-sunburst-vip, das für den erneuten Test in der Dokumentation verwendet wird |
Nein |
| Endpunkt | Bildbearbeitung mit Referenzbild oder Text-zu-Bild | Nein, außer wenn gezielt der Einfluss des Referenzbilds getestet wird |
| Referenzbild | Ursprüngliches Referenzbild | Nein |
| Parameter wie Größe und Anzahl | Ursprüngliche Werte beibehalten | Nein |
prompt |
Ursprüngliche Eingabeaufforderung | Pro Durchlauf nur eine Variable ändern |
Auf Codeebene empfiehlt es sich, für 451 einen eigenen Zweig einzurichten: Lesen Sie den Antwortstatuscode und error.code aus. Wenn der Status 451 und der Fehlercode image_safety lautet, protokollieren Sie die aktuelle Eingabeaufforderung und beenden Sie automatische Wiederholungsversuche. Leiten Sie den Vorgang stattdessen an eine manuelle oder regelbasierte Überarbeitung weiter. Für 401 prüfen Sie den Schlüssel, bei 429 verwenden Sie Wiederholungsversuche mit exponentiellem Backoff. Vermischen Sie diese drei Pfade nicht.
Schritte zur Fehlersuche bei 451 image_safety mit jeweils einer Variablen
Die in der Dokumentation beschriebene Vorgehensweise lässt sich in folgende Schritte gliedern:
- Alle anderen Bedingungen konstant halten: Modell, Endpunkt, Referenzbild und Parameter bleiben unverändert. Nur die Eingabeaufforderung wird angepasst.
- Pro Durchlauf nur eine Variable ändern: Zum Beispiel nur die Kleidung oder nur die Anzahl der Ansichten. Nicht mehrere Dinge gleichzeitig ändern.
- Positive Beschreibungen statt Verneinungen verwenden: Oberteil, Hose und Schuhe klar benennen, etwa „Rollkragenpullover mit langen Ärmeln, lange Hose, Sportschuhe“. Bei Bedarf ausdrücklich „erwachsene Person“ ergänzen.
- Zwei bis drei Wiederholungstests durchführen: Ein einmaliger Erfolg bedeutet nicht, dass die Kombination stabil ist. In den Wiederholungstests der Dokumentation war die stabile Kombination in 3 von 3 Fällen erfolgreich.
- Bei wiederholtem Scheitern der ursprünglichen Kombination nicht weiter testen: Wenn die Baseline-Gruppe in 3 von 3 Fällen scheitert, ist es sinnlos, denselben Versuch unverändert zu wiederholen.
- Die Kombination zur Ursachenfindung bei Bedarf aufteilen: Testen Sie getrennt, was passiert, wenn Sie „mehrere Ganzkörperansichten“ weglassen und wenn Sie das Referenzbild weglassen. So lässt sich feststellen, welche Kombination den Filter auslöst.
🚀 Schnellstart: Wenn Sie den Ablauf zunächst in einer sauberen Umgebung reproduzieren und überprüfen möchten, empfiehlt sich APIYI über apiyi.com. Dort erhalten Sie ein kostenloses Testkontingent. Verwenden Sie denselben API-Schlüssel, um Modell und Parameter konstant zu halten und die Variablen einzeln zu vergleichen. Nach erfolgreicher Überprüfung können Sie den Ablauf in die Produktionsumgebung übernehmen.
Beispiele für die Überarbeitung von Eingabeaufforderungen bei 451 image_safety
Die folgenden Ansätze orientieren sich an erneuten Tests gemäß der Dokumentation. Sie können die Formulierungen an Ihre Anforderungen anpassen.
| Überarbeitungsansatz | Wenig hilfreiche Formulierung | Empfohlene Formulierung |
|---|---|---|
| Kleidung | Nicht freizügig, vollständig bekleidet | Langärmliges Oberteil mit hohem Kragen, lange Hose, Sportschuhe |
| Person | Ein Model | Eine eindeutig erwachsene Person |
| Ansichten | Nahaufnahme des Gesichts und Ganzkörperansicht von vorn, der Seite und hinten in einem Durchgang | Zuerst ein Halbporträt erstellen oder die Ansichten schrittweise erzeugen |
| Stil | Nicht sexualisiert | Neutrale Alltagskleidung, natürliche Körperhaltung |
Der entscheidende Punkt ist, Interpretationsspielraum zu verringern. Je konkreter die Beschreibung, desto weniger kann das Modell frei ergänzen – und desto geringer ist die Wahrscheinlichkeit, dass das generierte Bild gefiltert wird.
Häufig gestellte Fragen (FAQ)
F1: Was bedeutet 451 image_safety?
Das Bild wurde zwar erzeugt, hat aber die Sicherheitsprüfung nicht bestanden. Deshalb gibt die Schnittstelle das Bild nicht zurück, sondern antwortet mit HTTP 451 und `error.code` mit dem Wert `image_safety`. Dabei handelt es sich um eine nachgelagerte Prüfung, auch Prüfung auf der Ausgabeseite genannt.
F2: Was ist der Unterschied zwischen 451 image_safety und 401? Sollte ich beide Fehler durch erneute Versuche behandeln?
401 tritt am Eingang der Anfrage auf und hängt davon ab, ob der Schlüssel gültig ist. 451 tritt nach der Bilderzeugung auf und hängt vom Bildinhalt ab. Für beide Fehler kann nicht dieselbe Wiederholungslogik verwendet werden: Bei 401 müssen Sie die Konfiguration des Schlüssels korrigieren, bei 451 die Bildbeschreibung anpassen. Ein unveränderter erneuter Versuch hilft in beiden Fällen nicht.
F3: Wie unterscheidet sich 451 image_safety von 429?
429 bedeutet, dass eine Ratenbegrenzung greift oder der Kanal ausgelastet ist. Nach einer Wartezeit mit exponentiellem Backoff kann ein erneuter Versuch meist erfolgreich sein; bei Bedarf lässt sich der Kanal wechseln. 451 bedeutet, dass der Inhalt gefiltert wurde. Bei derselben Kombination schlägt auch ein erneuter Versuch weiterhin fehl. Anhand von `error.code` lassen sich die Fälle unterscheiden: Bei `image_safety` sollten Sie das Problem beim Inhalt suchen.
F4: Bedeutet ein Fehler 451 image_safety, dass mein Referenzbild gegen die Richtlinien verstößt?
Das lässt sich daraus nicht schließen. Bei den im Dokument beschriebenen Tests ließ sich das Bild erzeugen, nachdem dieselbe Person im Referenzbild in neutraler Alltagskleidung als Halbporträt dargestellt wurde. Die Schlussfolgerung des Dokuments ist, dass eher die Kombination aus den Merkmalen der Person im Referenzbild und mehreren Ganzkörperansichten die Filterung ausgelöst hat – nicht, dass das Referenzbild selbst gegen die Richtlinien verstößt. Auch lässt sich kein bestimmtes Wort als Auslöser bestimmen.
F5: Wie kann ich überprüfen, welches gpt-image-Modell ich aufrufe, und den Fehler 451 reproduzieren?
Gehen Sie am besten so vor:
1. Registrieren Sie sich bei APIYI unter apiyi.com und rufen Sie Ihren API-Schlüssel sowie das kostenlose Testkontingent ab.
2. Prüfen Sie in der Modellliste die genaue Modell-ID der gpt-image-Reihe.
3. Setzen Sie `base_url` auf `https://api.apiyi.com/v1`, legen Sie Modell und Parameter fest und untersuchen Sie den Fehler anhand der Schritte in diesem Artikel, indem Sie jeweils nur eine Variable ändern.
F6: Kann ich anhand der Dauer feststellen, ob eine Anfrage durch eine Sicherheitsprüfung blockiert wurde?
Davon wird abgeraten. Das Dokument weist ausdrücklich darauf hin, dass die Dauer nur als Anhaltspunkt dient und nicht ausreicht, um die Ebene der Sicherheitsprüfung eindeutig zu bestimmen. In den Tests überschnitten sich die Zeitbereiche erfolgreicher und fehlgeschlagener Anfragen. Eine Entscheidungslogik auf Grundlage eines Zeitlimits kann daher leicht zu falschen Ergebnissen führen.
F7: Kann ich die Eingabeaufforderung nach einem erfolgreichen Test direkt produktiv einsetzen?
Noch nicht. Das Dokument empfiehlt, zwei- bis dreimal Regressionstests durchzuführen, da ein einzelner Erfolg keine Stabilität belegt. In den Tests war die Kombination mit drei Erfolgen bei drei Versuchen stabil. Verwenden Sie am besten denselben Maßstab für die Abnahme, bevor Sie die Lösung produktiv einsetzen.
451 image_safety – die wichtigsten Punkte
- Was geprüft wird: Der 451-Filter
image_safetyprüft das erzeugte Bild, nicht den API-Schlüssel. - Zuerst den Fehlercode prüfen: 451, 401 und 429 stehen für Inhaltsprüfung, Authentifizierung und Ratenbegrenzung. Die jeweiligen Fehler erfordern unterschiedliche Maßnahmen.
- Wiederholungsversuche nicht vermischen: Bei 401 den API-Schlüssel korrigieren, bei 429 mit wachsendem Abstand erneut versuchen und bei 451 die Bildbeschreibung anpassen.
- Fehlersuche mit einer Variablen: Modell, Endpunkt, Referenzbild und Parameter unverändert lassen und jeweils nur eine Stelle in der Eingabeaufforderung ändern.
- Positive Beschreibungen sind wirksamer: Beschreiben Sie Oberteil, Unterteil und Schuhe konkret. Das ist zuverlässiger, als zusätzliche Verneinungen anzuhängen.
- Regressionstests durchführen: Testen Sie die überarbeitete Eingabeaufforderung zwei- bis dreimal erneut und schalten Sie sie erst live, wenn sie zuverlässig funktioniert.
- Erste Schritte: Maßgeblich für die Modell-IDs ist die Modellliste von APIYI. Nutzen Sie das kostenlose Kontingent für erste Vergleichstests.
Zusammenfassung
Die wichtigsten Punkte bei einem 451-Fehler image_safety während der Bilderzeugung:
- Einordnung: Es handelt sich um eine Prüfung auf der Ausgabeseite. Blockiert wird das generierte Bild – nicht der API-Schlüssel, das Guthaben oder die Anfragelimitierung.
- Fehler unterscheiden: Behandeln Sie 451, 401 und 429 anhand des Statuscodes und von
error.codegetrennt. Verwenden Sie nicht für alle dieselbe Wiederholungslogik. - Eingabeaufforderung anpassen: Lassen Sie alle anderen Variablen unverändert. Ersetzen Sie Verneinungen durch konkrete positive Beschreibungen der Kleidung und des Bildaufbaus und führen Sie zwei- bis dreimal einen Regressionstest durch.
Bei einem 451-Fehler sollten Sie nicht sofort den API-Schlüssel wechseln, sondern zunächst eine konkretere Bildbeschreibung ausprobieren. Für einen schnellen Vergleich mit nur einer veränderten Variable empfiehlt sich APIYI unter apiyi.com: Verwenden Sie denselben API-Schlüssel und ein festes Modell, um eine Formulierung zu finden, mit der sich zuverlässig Bilder erzeugen lassen.
📚 Referenzen
- APIYI-FAQ: Sicherheitsprüfung bei der Bildausgabe: Definition von
image_safetybeim Fehler 451 und Hinweise zur Fehlerbehebung - Link:
docs.apiyi.com/faq/image-output-safety-review.md -
Beschreibung: Enthält Informationen zu Antwortformaten, nachgelagerten Prüfungen und zur schrittweisen Fehlersuche anhand einer einzelnen Variablen
-
APIYI-News: Sicherheitsprüfung bei der Bildausgabe (2026-11): Dokumentation der erneuten Tests
- Link:
docs.apiyi.com/live/2026-11/image-output-safety-review.md - Beschreibung: Enthält anonymisierte erneute Tests mit
gpt-image-2.5-sunburst-vipsowie die Grenzen der daraus abgeleiteten Schlussfolgerungen
Autor: Technisches Team von APIYI
Technischer Austausch: Kontaktieren Sie uns gerne über die Startseite von APIYI unter apiyi.com. Weitere Informationen zu Fehlercodes für Bild-APIs finden Sie im Dokumentationszentrum unter docs.apiyi.com.
