Inhaltsverzeichnis
Wenn Sie mit Claude Code oder der Anthropic-API arbeiten, kann Sie plötzlich diese Fehlermeldung ausbremsen:
API Error: 400 Output blocked by content filtering policy
# Die rohe Antwort sieht so aus:
{"type":"error","error":{"type":"invalid_request_error",
"message":"Output blocked by content filtering policy"}}„Die Ausgabe wurde durch die Content-Filtering-Richtlinie blockiert" – das bedeutet: Nicht Ihre Eingabe, sondern die Ausgabe, die Claude zurückgeben wollte, wurde vom Sicherheitsfilter auf Anthropic-Seite unterwegs gestoppt. Der HTTP-Status ist 400, der Typ lautet invalid_request_error. Es geht weder um ein Nutzungslimit noch um eine überschrittene Kontextgrenze, sondern darum, „was ausgegeben werden sollte".
Zunächst drei Kernpunkte. ① Die Ursache ist fast immer die Einstufung „Es sollte ein bestehendes urheberrechtlich geschütztes Werk wortgetreu reproduziert werden". Claude ist darauf ausgelegt, neue Inhalte zu erzeugen, und besitzt einen Sicherheitsmechanismus, der das reine Abschreiben bestehender Texte verhindert. ② Allerdings gibt es viele Fehlalarme (False Positives) – beim Generieren von Standard-Lizenztexten wie MIT/Apache oder bei Aufgaben, bei denen etwas an eine bestehende Seite „angeglichen" werden soll, springt der Filter auch ohne böse Absicht an. ③ Der Kern der Lösung lautet: „Lassen Sie das Modell nicht wortwörtlich kopieren" – holen Sie Lizenzen und Ähnliches per Tool, formulieren Sie Prompts in Richtung „umwandeln, zusammenfassen, neu generieren" und halten Sie einmal an, um umzuformulieren, wenn Sie in einer Retry-Schleife stecken. Dieser Artikel ordnet auf Basis offizieller Informationen und tatsächlicher Fehlerberichte die Ursachen, Fehlalarm-Muster, Lösungswege und die Abgrenzung zu ähnlichen Fehlern.
Wo genau es hängt
— nicht die Eingabe, sondern die „Ausgabe" wird vom Filter gestoppt
Es hängt in Stufe ③, der Ausgabe. Weder ist die Eingabe zu lang (Prompt is too long), noch ist ein Nutzungslimit erreicht.
Ausgaben, die „etwas Neues erschaffen", passieren; Ausgaben, die „ein bestehendes Werk abschreiben", geraten leicht ins Stocken.
1. Was diese Fehlermeldung bedeutet
Die Anthropic-API verfügt über ein Sicherheitssystem, das sowohl die Eingabe (was Sie senden) als auch die Ausgabe (was Claude zurückgibt) prüft. Output blocked by content filtering policy bedeutet, wie der Name sagt, dass der Filter auf der „Ausgabe"-Seite den Inhalt gestoppt hat, den Claude zurückgeben wollte. Die API-Antwort kommt als HTTP 400/invalid_request_error zurück, und in Claude Code stoppt die Sitzung mit der Anzeige API Error: 400 Output blocked by content filtering policy.
Wichtig: Das ist etwas anderes, als wenn „das Modell im Gesprächstext höflich ablehnt" (Refusal). Ein Refusal kommt als Text zurück, aber dieser 400 bewirkt, dass der API-Aufruf selbst zum Fehler wird. Deshalb kann Claude Code keine Antwort erhalten und die Verarbeitung bricht ab.
Entscheidend ist: Das ist kein „Bug", sondern das Auslösen eines Sicherheitsmechanismus. Es lässt sich also nicht durch „ein Neustart behebt es" lösen; der korrekte Weg ist, zu überprüfen, was ausgegeben werden sollte. Da es aber, wie unten beschrieben, ziemlich viele Fehlalarme gibt, lässt es sich in fast allen Fällen durch Umformulieren oder einen anderen Weg umgehen, wenn es bei legitimer Arbeit auftritt.
2. Warum sie erscheint – der Schutz gegen die „Reproduktion" von Werken
Laut Anthropics offizieller Erklärung besteht der Hauptzweck dieses Filters darin, „bestehendes Material nicht unverändert vervielfältigen oder wiedergeben (regurgitate) zu lassen". Offiziell wird Claudes Rolle als „neue Inhalte und Ideen hervorbringen, statt bestehende Inhalte zu reproduzieren" definiert; zusätzlich wird eine Richtlinie genannt, die Nutzungen zur Verletzung geistigen Eigentums untersagt.
Der Filter springt also besonders leicht an, wenn er die Ausgabe als „einer wortgetreuen Kopie eines bereits existierenden Textes stark ähnelnd" einstuft. Konkret betrifft das folgende Fälle.
Bittet man darum, den vollständigen Lizenztext von MIT / Apache-2.0 / BSL / MPL oder einen Standard-Verhaltenskodex bzw. eine Vorlage „einfach so auszuschreiben", wird das leicht als Abschreiben eines bestehenden Werks eingestuft.
Anweisungen wie „Korrigiere die Datei so, dass sie exakt mit dieser Online-Ressource übereinstimmt" oder „Reproduziere es genau wie im Originalartikel" – also das Abpausen eines externen, bestehenden Werks.
Das umfangreiche Zitieren / vollständige Wiedergeben bestehender API-Dokumentation, Bücher oder Artikel. Zusammenfassung oder Umstrukturierung passieren leichter, wortgetreues Kopieren bleibt hängen.
Achtung: Offiziell wird ausdrücklich festgehalten, dass „wenn diese Warnung erscheint, weil tatsächlich versucht wird, ein urheberrechtlich geschütztes Werk herauszuholen, wiederholte Versuche zu Warnungen sowie zur Sperrung oder Kündigung des Kontos führen können". Umgehen Sie den Filter nicht mit der Absicht, absichtlich abzuschreiben. Hier geht es ausschließlich um Fehlalarme bei legitimer Arbeit.
3. Häufige Fehlalarme (False Positives)
Auch offiziell wird die Existenz von Fehlalarmen anerkannt: „Manche Nutzer stoßen auf diese Ablehnung/Fehlermeldung, ohne die Absicht zu vervielfältigen." Tatsächlich gibt es in den Claude-Code-Issues zahlreiche Berichte, dass der Filter bei folgenden völlig harmlosen Arbeiten angesprungen ist.
Stopp bei der klassischen Einrichtung von LICENSE-Datei, CI-Konfiguration und Community-Health-Dateien (CODE_OF_CONDUCT usw.).
Bei einer Vergleichsaufgabe wie „Gleiche mit der Online-Liste ab und korrigiere die Abweichungen" nähert sich die Ausgabe der bestehenden Liste an und löst aus.
Nach 1–2 Stunden Laufzeit Stopp mit 400 und fälschliche Diagnose als „Token-Limit". Tatsächlich ist der Ausgabefilter die Ursache.
Bekannte Eigenheit von Claude Code: Erhält es diesen Fehler, kann es in eine Retry-Schleife geraten, in der es dieselbe Ausgabe immer wieder erneut versucht, und kommt nicht weiter. Es läuft lange ohne eine einzige erzeugte Datei in der Schleife, was die Ursache leicht verkennen lässt. Sobald Sie die Schleife bemerken, halten Sie sie manuell an – das ist der erste Schritt (nächstes Kapitel).
4. So beheben Sie es sofort
Ob „der Sicherheitsmechanismus korrekt gegriffen hat" oder ein „Fehlalarm" vorliegt, verändert die Reaktion; bei legitimer Arbeit lässt es sich aber mit hoher Wahrscheinlichkeit in folgender Reihenfolge umgehen.
Standardtexte wie Lizenzen nicht vom Modell schreiben lassen, sondern per Tool holen. Beispiel: npx license mit, Einfügen von choosealicense.com, Vorlagenangabe bei gh repo create.
Statt „genau so reproduzieren" auf „zusammenfassen", „umstrukturieren", „in eigenen Worten umschreiben", „nur die Abweichungen ausgeben" umstellen. Oft passiert es schon, wenn man keine wortgetreue Übereinstimmung mehr verlangt.
Wenn Claude Code weiterhin dieselbe Ausgabe erneut versucht, mit Esc abbrechen. Nicht dieselbe Anweisung erneut senden, sondern erst umformulieren und dann fortsetzen.
Um herauszufinden, welche Ausgabe der Auslöser ist, eine große Sammelgenerierung in kleine aufteilen. Der Vergleich einer funktionierenden Konfiguration mit jeweils einer geänderten Variablen erleichtert die Ursachensuche.
Erscheint es trotz legitimer Arbeit wiederholt, wenden Sie sich an den Anthropic-Support. Offiziell wird Feedback zur Verbesserung des Filters begrüßt.
Beispiele für Umformulierungen (gleiches Ziel, aber leichter erfolgreich)
❌ „Schreibe den vollständigen MIT-Lizenztext genau so in LICENSE."
✅ „Ich möchte eine LICENSE erstellen. Führe npx license mit aus und generiere sie."
❌ „Füge diese offizielle Dokumentation Wort für Wort genau so ein."
✅ „Lies diese offizielle Dokumentation und fasse die Kernpunkte in
eigenen Worten als Stichpunkte zusammen. Eine wortgetreue Kopie
des Originals ist nicht nötig."5. Abgrenzung zu verwechselbaren Fehlern
Auch wenn es gleich „hängengeblieben" aussieht, lässt sich die Ursache an der Meldung erkennen. Grenzen Sie anhand von Status und Schlüsselwörtern ab.
| Meldung / Typ | Tatsächliche Ursache | Lösung |
|---|---|---|
| Output blocked by content filtering policy (400) | Ausgabe als Reproduktion eines bestehenden Werks eingestuft | Wortgetreues Kopieren vermeiden, umformulieren / per Tool holen |
| Prompt is too long (400) | Eingabe überschreitet das Kontextfenster | /compact · /clear (Erklärung) |
| usage limit reached | Das Kontingent des Plans ist aufgebraucht | Auf Reset warten / höherer Plan (Erklärung) |
| 529 Overloaded / 500 | Vorübergehende Überlastung / Störung auf Serverseite | Nach einer Weile erneut versuchen (Erklärung) |
| Ausgabe bricht mittendrin ab | Das Ausgabelimit von max_tokens ist erreicht |
Ausgabelimit erhöhen / in Teilen generieren |
Im Zweifel ist es am sichersten, anhand der Meldungszeichenfolge selbst zu urteilen. Steht dort content filtering policy, geht es um diesen Artikel; bei too long um eine zu große Eingabe; bei usage limit um ein aufgebrauchtes Kontingent. Zu Claude-Code-Fehlern allgemein gibt es eine Übersicht unter Häufige Fehler in Claude Code und ihre Behebung.
6. Checkliste zur Vermeidung
- Lizenzen und Standarddokumente nicht vom Modell schreiben lassen, sondern per Tool oder Vorlage holen
- Bestehende Werke nicht „reproduzieren", sondern „zusammenfassen · umstrukturieren · in eigenen Worten" anfragen
- Wörter wie „Wort für Wort", „genau so" und „exakt übereinstimmend" aus dem Prompt entfernen
- Große Sammelgenerierungen klein aufteilen, um die auslösende Ausgabe eingrenzen zu können
- Bei Stopp mit 400 zuerst die Meldungszeichenfolge lesen – so vermeiden Sie die Fehldiagnose (Verwechslung mit dem Token-Limit)
- Bemerken Sie eine Retry-Schleife, mit Esc stoppen und erst nach dem Umformulieren fortsetzen
- Fehlalarme bei legitimer Arbeit an den Support melden und so zur Verbesserung des Filters beitragen
Fazit
API Error: 400 Output blocked by content filtering policy bedeutet: Es geht weder um ein Nutzungslimit noch um eine überschrittene Kontextgrenze, sondern der Sicherheitsfilter hat die „Ausgabe" gestoppt, die Claude zurückgeben wollte. Der Schwerpunkt liegt auf der Verhinderung der wortgetreuen Reproduktion bestehender Werke, und bei der Generierung von Standardlizenzen oder bei Arbeiten, die etwas „an ein bestehendes Werk angleichen", kommt es häufig zu Fehlalarmen ohne böse Absicht. Der Kern der Lösung ist einfach: Lassen Sie das Modell nicht abschreiben, sondern ersetzen Sie es durch Generieren, Zusammenfassen oder das Holen per Tool. Und wenn es mit 400 stoppt, lesen Sie zuerst die Meldungszeichenfolge, um die Ursache nicht zu verkennen – schon damit kommen Sie in den meisten Fällen weiter.
FAQ
F. Bedeutet das, dass mein Konto verwarnt wurde?
A. Bei einem einmaligen Fehlalarm nicht. Offiziell wird allerdings festgehalten, dass Warnungen oder eine Kontosperrung möglich sind, wenn tatsächlich wiederholt versucht wird, ein Werk herauszuholen. Bei einem einzelnen Auftreten während legitimer Arbeit besteht kein Grund zur Panik.
F. Ist es nicht unpraktisch, dass nicht einmal die MIT-Lizenz geschrieben werden kann?
A. Der vollständige Lizenztext ist ein „bestehender Standardtext", daher ist es schneller und zuverlässiger, ihn über npx license mit oder choosealicense.com zu holen, als ihn vom Modell abschreiben zu lassen. Das umgeht zugleich den Fehlalarm.
F. Was unterscheidet es vom Token-Limit (Prompt is too long)?
A. Es ist etwas völlig anderes. Bei too long geht es darum, dass die Größe der Eingabe das Fenster überschritten hat, was man mit /compact usw. behebt. Beim hiesigen content filtering policy geht es um den Inhalt der Ausgabe, und es lässt sich nicht durch Verkleinern beheben. Näheres hier.
F. Es stoppt bei jeder legitimen Arbeit, egal was ich tue. Was tun?
A. Wenn es trotz Umformulieren des Prompts in Richtung Generieren/Zusammenfassen und trotz Aufteilen der Aufgabe erneut auftritt, melden Sie es dem Anthropic-Support zusammen mit der request id. Der Filter wird laufend verbessert, und das Teilen von Fehlalarmen führt am schnellsten zur Lösung.
