Start → Hilfe

Leere Antwort mit finish_reason content_filter

Eine Moderationsschicht hat die Generierung gestoppt. Die Anfrage lief, es ist also eine normale Antwort und kein Fehler, und alle vor dem Stopp erzeugten Tokens werden berechnet.

Was Sie sehen

Warum das passiert

Filter können auf den Prompt oder auf die entstehende Ausgabe wirken. Ein Stopp mittendrin heißt, die Ausgabe hat ihn ausgelöst; eine sofort leere Antwort heißt meist, der Input war es.

Schwellenwerte unterscheiden sich je nach Modell und Anbieter, derselbe Text kann also bei einem durchgehen und beim anderen stoppen. Deshalb scheint ein Modellwechsel es zu „beheben“.

Man verwechselt es leicht mit Abschneiden. Der Unterschied steht in finish_reason: length heißt, die Tokens sind ausgegangen; content_filter heißt, der Inhalt wurde verweigert.

So beheben Sie es

  1. Nach finish_reason verzweigenBehandeln Sie content_filter als eigenen Fall mit einer Nachricht an den Nutzer. Identischen Input zu wiederholen liefert das identische Ergebnis und kostet nur Geld.
  2. Prüfen, welche Seite ausgelöst hatSenden Sie den Prompt mit minimalem max_tokens. Stoppt es trotzdem sofort, ist der Input der Auslöser, nicht die Ausgabe.
  3. Umformulieren statt wiederholenIst die Aufgabe legitim, hilft es meist, die konkrete auslösende Formulierung zu entfernen. Zitierte Nutzerinhalte sind eine häufige Ursache.
Eine gefilterte Antwort ist eine abgeschlossene Anfrage, die vor dem Stopp erzeugten Tokens erscheinen also in Ihrem APICLAN-Nutzungslog und werden berechnet. Eine leere Completion mit einer Output-Zahl über null ist genau dieser Fall.

Verwandte Themen

Unexpected token '<' beim Aufruf einer OpenAI-kompatiblen API401 invalid API key – wenn der Schlüssel richtig aussieht und trotzdem scheitert

Zuletzt geprüft am 2026-10-01. Geschrieben aus Problemen, die auf einem laufenden OpenAI-kompatiblen Gateway diagnostiziert wurden – nicht von anderen Seiten zusammengetragen.