Seedance 2.5 Content Filtering: Ablehnungen diagnostizieren

Warum ist eine Seedance-2.5-Anfrage fehlgeschlagen? Entscheidend ist zuerst, ob die API den Payload abgelehnt hat, bevor eine Aufgabe angelegt wurde, oder ob eine bereits erstellte Aufgabe später an einer Sicherheitsprüfung gescheitert ist. Die Antwort enthält genug Daten, um beide Fälle auseinanderzuhalten.

Dieser Leitfaden stützt sich auf die genaue Route, die Anfragefelder, den Aufgabenstatus, den Fehlercode und die abgerechnete Nutzung. Er überträgt das Verhalten eines Anbieters nicht auf einen anderen und setzt eine weniger restriktive Route nicht mit einem ungefilterten Modell gleich.

TL;DR

• Prüfe zuerst, ob eine Aufgabe angelegt wurde – nicht, wie lange die Antwort dauerte. Ein synchroner 400-Fehler bedeutet, dass die Anfrage vor der Aufgabenerstellung an der Validierung scheiterte. Endet eine Aufgabe später mit failed, stehen die entscheidenden Hinweise in error und usage.^[2][3]
• content_filter: false bedeutet nicht „ungefiltert“. Bei reAPI wählt der Wert den Flexible-Kanal aus. Der Preis bleibt gleich, und vorgelagerte Richtlinienprüfungen bleiben aktiv.^[2]
• Fehler 80006 nennt nicht die Moderationsstufe. Auslöser können der Prompt, ein Referenzbild oder -video oder das erzeugte Ergebnis sein.^[3]
• Lies die endgültige Abrechnung. usage.credits zeigt bei einer fehlgeschlagenen Aufgabe, ob die Reservierung vollständig erstattet oder eine Gebühr nach der Generierung einbehalten wurde.^[3][4]
• Wichtige Modellgrenzen: Seedance 2.5 erzeugt in einem Durchlauf bis zu 30 Sekunden und akzeptiert bis zu 30 Bilder, 10 Videos und 10 Audioclips als Referenzen.^[1]

Warum die Route für die Diagnose wichtig ist

Verschiedene Zugänge können dasselbe Modell unterschiedlich validieren und weiterleiten. Bei reAPI ist content_filter ausdrücklich eine Routing-Steuerung und kein Parameter des vorgelagerten Modells. Der Standardwert ist true. Direkte API-Aufrufe können mit false den weniger restriktiven Flexible-Kanal wählen, doch die Moderation bleibt bestehen.^[2]

Vier beobachtbare Stufen helfen bei der Einordnung:

1. Synchrone Anfragevalidierung. Falsche Felder oder nicht unterstützte Medien führen zu einem HTTP-Fehler, bevor eine Aufgabe entsteht.
2. Routenauswahl. Gültige Anfragen laufen über den Kanal, den modellspezifische Parameter wie content_filter bestimmen.
3. Asynchrone Ausführung. Die Aufgabe befindet sich zunächst in processing und endet dann mit completed oder failed.
4. Sicherheitsfehler. 80006 kann einen abgelehnten Prompt, eine Referenz oder ein erzeugtes Ergebnis bezeichnen. Der allgemeine Code verrät nicht, welche Prüfung ausgelöst wurde.^[3]

Das sind sichtbare API-Stufen, keine Behauptung über die interne Pipeline jedes Anbieters.

Fünf Prüfungen, die den Fehler eingrenzen

Alle fünf Prüfungen nutzen Felder, die die API offenlegt. Ein absichtlich verbotener Prompt ist dafür nicht nötig.

Prüfung 1: Wurde beim Absenden eine Aufgabe erstellt?

Speichere HTTP-Status und Antworttext des POST. Ein synchroner 400-Fehler mit einem 2xxxx-Code gehört zur Anfragevalidierung: Korrigiere das genannte Feld oder Medienformat. Enthält die Antwort eine Aufgaben-ID, war die Übermittlung erfolgreich; die weitere Diagnose gehört in den Aufgabendatensatz.^[2][3]

Die verstrichene Zeit liefert Kontext, beweist aber nicht, welche interne Komponente entschieden hat.

Prüfung 2: Route und Routing-Felder festhalten

Speichere Endpunkt, genaue Modell-ID, vollständigen Payload und den Wert von content_filter. Bei reAPI entspricht ein weggelassenes content_filter dem Wert true; false wählt den Flexible-Kanal. Ohne dieses Feld vergleichst du womöglich zwei verschiedene Routen.^[2]

Prüfung 3: Den Vertrag für Referenzmedien prüfen

Verwende nur Material, das dir gehört oder das du verarbeiten darfst. Jede URL muss öffentlich per HTTP(S) erreichbar sein, das tatsächliche Dateiformat muss unterstützt werden, und die Zahl der Bilder, Videos und Audioclips muss innerhalb der dokumentierten Grenzen liegen. Nicht unterstützte Medien liefern synchron 400; das ist keine Moderationsablehnung des Modells.^[2]

Prüfung 4: Den Fehler der endgültigen Aufgabe lesen

Frage GET /api/v1/tasks/{id} ab, bis completed oder failed erreicht ist. Notiere bei einem Fehlschlag error.code, error.message, Aufgaben-ID und ursprüngliche Anfrage. 80006 bestätigt einen Inhaltsrichtlinienfehler, zeigt aber nicht, ob Prompt, Referenz oder Ergebnis der Auslöser war.^[3][4]

Prüfung 5: Die abgerechnete Nutzung kontrollieren

Lies usage.credits aus derselben endgültigen Aufgabe. Null bedeutet, dass die Reservierung erstattet wurde. Ein positiver Wert bedeutet, dass eine dokumentierte Gebühr nach der Generierung bestehen blieb. Leite die Rechnung nicht allein aus der Fehlermeldung ab.^[3][4]

Warum Fehler 80006 den Auslöser nicht nennt

Der öffentliche Fehlervertrag fasst mehrere Sicherheitsergebnisse unter einem Workflow-Code zusammen. Prompt, Referenzbild, Referenzvideo oder erzeugte Ausgabe können 80006 auslösen.^[3] Der Code beweist weder eine Prompt-Umschreibung durch den Anbieter noch einen bestimmten Gesichts-Klassifikator oder einen geänderten Schwellenwert.

Sende denselben Payload nicht unverändert erneut. Überarbeite zuerst sensible Formulierungen und prüfe jede Referenz. Unterstützt das Modell diese Option und rufst du die API direkt auf, kannst du mit content_filter: false die weniger restriktive Route testen; die Sicherheitsprüfung wird dadurch weiterhin nicht abgeschaltet.^[2][3]

Nachprüfbare Fakten zu Route und Parametern

Die Route arbeitet asynchron. Sende an POST /api/v1/videos/generations, speichere die zurückgegebene Aufgaben-ID und frage anschließend GET /api/v1/tasks/{id} ab. Das Polling verbraucht keine Credits.^[2][4]

content_filter steuert ein modellspezifisches Routing. Auf der Seedance-2.5-Route von reAPI ist true der Standard. false ändert den Kanal, nicht den Preis; Aufgaben können auch dort scheitern.^[2]

Die aktuelle reAPI-Auswahlliste enthält 480p, 720p und 1080p. Prüfe die zurückgegebene Datei, bevor du dich auf weiter gefasste Auflösungsangaben eines Wiederverkäufers verlässt.^[2]

Die Referenzgrenzen sind klar angegeben. Das Modell akzeptiert bis zu 30 Bilder, 10 Videos und 10 Audioclips. ByteDance nennt in den Startunterlagen dieselbe multimodale Referenzkapazität.^[1][2]

FAQ

Ist Seedance 2.5 unzensiert?

Nein. Bei reAPI bedeutet content_filter: false lediglich eine weniger restriktive Route. Laut Dokumentation bleibt die Moderation aktiv, und vorgelagerte Richtlinienprüfungen können die Aufgabe weiterhin ablehnen.^[2][3]

Warum funktioniert derselbe Prompt auf einer Website und auf einer anderen nicht?

Die Ergebnisse sind erst vergleichbar, wenn Endpunkt, genaue Modell-ID, Payload, Referenzen und Routing-Einstellungen übereinstimmen. Halte diese Werte fest und vergleiche HTTP-Status, Aufgabenfehler und abgerechnete Nutzung, statt über einen internen Filter zu spekulieren.

Warum wurde meine KI-Figur als echte Person abgelehnt?

Der allgemeine Code 80006 kann das nicht beantworten. Er besagt nur, dass Prompt, Referenzmaterial oder erzeugte Ausgabe eine Sicherheitsprüfung ausgelöst haben. Prüfe alle drei Eingaben, bevor du den Prompt änderst.^[3]

Warum scheitert ein Prompt, der letzte Woche noch funktioniert hat?

Wiederhole ihn mit gespeicherter Modell-ID, Route, Payload und denselben Referenzen. Vergleiche dann die neue HTTP-Antwort und den Aufgabenfehler mit dem früheren Datensatz. Ohne diese Angaben lässt sich aus einem anderen Ergebnis nicht ableiten, was sich geändert hat.

Welche Auflösungen unterstützt Seedance 2.5?

Die aktuelle reAPI-Route akzeptiert 480p, 720p und 1080p. Prüfe die gelieferte Datei, bevor du einen Liefervertrag auf eine Auflösungsbezeichnung stützt.^[2]

Wie lang kann ein einzelner Seedance-2.5-Clip sein?

Bis zu 30 Sekunden in einem Durchlauf.^[1]

Darf ich das Gesicht einer echten Person als Referenz verwenden?

Der reAPI-Anfragevertrag erlaubt Referenzen mit echten Personen und prüft sie automatisch. Eine akzeptierte Datei ersetzt jedoch weder Einwilligung noch Persönlichkeitsrechte. Verarbeite nur Material, zu dessen Nutzung du berechtigt bist.^[2]

Eine Ablehnung auslesen, statt darüber zu raten

Eine Ablehnung ist ein Datenpunkt für einen Payload auf einer bestimmten Route. Speichere POST-Antwort, Aufgaben-ID, genaue Modell- und Routing-Felder, endgültigen Fehler und usage.credits. Diese Daten trennen Validierung von asynchronem Fehlschlag und zeigen die endgültige Gebühr, ohne unbelegte Aussagen über eine interne Moderationsschicht.

Referenzen

1. ByteDance Seed. One-take Creation, Flexible Referencing: Introducing Seedance 2.5. Published 31 July 2026, retrieved August 2026 from seed.bytedance.com/en/blog/one-take-creation-flexible-referencing-introducing-seedance-2-5
2. reAPI. Seedance 2.5 API — route, request parameters, reference limits, content_filter, task flow, and refund behavior. Retrieved August 2026 from reapi.ai/docs/seedance-2-5
3. reAPI. API errors — validation codes and 80006 content-policy handling. Retrieved August 2026 from reapi.ai/docs/api/errors
4. reAPI. Tasks API — status, settled usage, polling, and output contract. Retrieved August 2026 from reapi.ai/docs/api/tasks