Zum Hauptinhalt springen
Seedance-2.0-Image- und -Reference-to-Video-Modelle können ein Video aus einem menschlichen Gesicht treiben, das du bereitstellst. Wenn die Venice-API in deinen Medien ein Gesicht erkennt, verlangt sie vor der Verarbeitung eine einmalige Consent-Attestation. Das ist eine Provider-Anforderung für gesichtsbehaftete Inputs und schützt vor nicht einvernehmlicher Nutzung einer Person. Dieser Guide zeigt genau, was du sendest, was du zurückbekommst und wie wiederkehrende Anfragen behandelt werden. Consent wird nur angefordert, wenn beides zutrifft:
  1. Das Modell ist eine gesichts-eligible Seedance-Variante:
    • seedance-2-0-image-to-video, seedance-2-0-reference-to-video
    • seedance-2-0-fast-image-to-video, seedance-2-0-fast-reference-to-video
  2. Die übermittelten Medien enthalten tatsächlich ein erkennbares menschliches Gesicht in einem der Felder: image_url, end_image_url, reference_image_urls, reference_video_urls.
Wenn in keinem dieser Felder ein Gesicht vorhanden ist, läuft der Request normal ohne Consent-Schritt. Text-to-Video durchläuft diesen Flow nie.
Consent schaltet keine eingeschränkten Inhalte frei. Eine erkannte minderjährige Person zusammen mit sexuell suggestiven Prompts/NSFW oder eine wiedererkennbare Public-Figure-Ähnlichkeit wird als Content-Policy-Verstoß (422) abgelehnt und kann nicht durch Attestation akzeptabel gemacht werden.

Der Zwei-Call-Flow

Sende deinen Generierungs-Request wie üblich – ohne Consent-Feld:
Wird ein Gesicht erkannt und hast du noch nicht attestiert, bekommst du ein kostenloses 409:
Bei einem 409 werden weder Credits noch x402-Zahlung berechnet. Sende denselben Request-Body erneut, ergänzt um ein consents.seedance-Objekt mit drei Bestätigungen, alle true:
Ein erfolgreicher Submit liefert die normale Queue-Antwort:
Anschließend POST /api/v1/video/retrieve mit der queue_id wie gewohnt pollen (siehe Videogenerierung).
Alle drei Felder müssen den Boolean true enthalten. Ein fehlendes Feld, ein false oder ein zusätzliches Feld – einschließlich consent_version – wird mit 400 abgelehnt. Die Policy-Version wird immer vom Server gesetzt; Clients senden oder wählen nie eine Version.

Wiederkehrende Anfragen (Dedupe)

Wenn du exakt dieselben Medien-Bytes sendest, denen du bereits zugestimmt hast, erkennt die API das und fährt ohne erneute Consent-Anforderung fort – du kannst consents.seedance bei nachfolgenden identischen Submits weglassen. Der Abgleich erfolgt anhand exakter Bild-Bytes: Re-Encoding, Resizen oder Croppen erzeugt andere Bytes und löst erneut die Consent-Abfrage aus. Ein Teil-Match (ein zuvor attestierter Input plus ein neuer Gesichts-Input) erfordert weiterhin ein neues consents.seedance für den neuen Submit.

Widerruf

Um Consent zu widerrufen und gespeicherte Gesichts-Assets zu löschen, melde dich in der Venice-Web-App an (Settings). Widerruf ist nicht über die öffentliche API verfügbar. Nach dem Widerruf löst der nächste Request mit diesem Material erneut die Consent-Abfrage aus.

Zahlung

Die Consent-Entscheidung erfolgt immer vor jeder Abbuchung, für beide Zahlungsmethoden:
  • API-Schlüssel: Ein 409/422 wird vor der Credit-Belastung zurückgegeben; bei einem blockierten Request wird nichts abgerechnet.
  • x402: Die Verbrauchsabbuchung erfolgt erst nach erfolgreicher Generierung, ein 409/422 rechnet also nichts ab. Erneut mit Consent (und einer neuen x402-Autorisierung) senden, um fortzufahren.

Fehler-Referenz

Referenzen