Pular para o conteúdo principal
Os modelos image- e reference-to-video do Seedance 2.0 podem dirigir um vídeo a partir de um rosto humano que você forneça. Quando a API Venice detecta um rosto na mídia enviada, ela exige uma atestação de consentimento única antes de a mídia ser processada. Isso é um requisito do provedor para entradas com rostos e protege contra o uso de semelhança sem consentimento. Este guia cobre exatamente o que você envia, o que recebe de volta e como requisições subsequentes são tratadas.

Quando o consentimento se aplica

O consentimento é solicitado apenas quando ambos forem verdadeiros:
  1. O modelo é uma variante Seedance habilitada para rosto:
    • 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. A mídia enviada de fato contém um rosto humano detectável, em qualquer um destes campos: image_url, end_image_url, reference_image_urls, reference_video_urls.
Se não houver rosto em nenhum desses campos, a requisição prossegue normalmente sem etapa de consentimento. Text-to-video nunca entra neste fluxo.
Consentimento não desbloqueia conteúdo restrito. Um menor detectado combinado com prompts sugestivos/NSFW, ou uma semelhança de figura pública reconhecível, é rejeitada como violação de política de conteúdo (422) e não pode ser tornada aceitável atestando consentimento.

O fluxo de duas chamadas

Chamada 1 — envie sem consentimento

Envie sua requisição de geração como de costume — sem campo de consentimento:
Se um rosto for detectado e você ainda não tiver atestado, você recebe um 409 que não cobra:
Nenhum crédito ou pagamento x402 é cobrado em um 409.

Chamada 2 — reenvie com consentimento

Reenvie o mesmo corpo de requisição, adicionando um objeto consents.seedance com três confirmações, todas true:
Um envio bem-sucedido retorna a resposta normal de fila:
Em seguida, faça polling em POST /api/v1/video/retrieve com o queue_id como de costume (veja Geração de vídeo).

O objeto de consentimento

Todos os três campos devem ser o booleano true. Qualquer campo ausente, um false, ou qualquer campo extra — incluindo um consent_version — é rejeitado com um 400. A versão da política é sempre definida pelo servidor; clientes nunca enviam ou escolhem uma versão.

Requisições subsequentes (dedupe)

Se você enviar exatamente os mesmos bytes de mídia com os quais já atestou, a API reconhece isso e prossegue sem pedir consentimento novamente — você pode omitir consents.seedance em envios idênticos subsequentes. Essa correspondência é por bytes exatos da imagem: re-codificar, redimensionar ou cortar produz bytes diferentes e solicitará consentimento novamente. Uma correspondência parcial (uma entrada previamente atestada mais uma nova entrada com rosto) ainda exige um consents.seedance novo no novo envio.

Revogação

Para revogar o consentimento e apagar ativos faciais armazenados, faça login no aplicativo web da Venice (Configurações). A revogação não está disponível pela API pública. Após revogar, a próxima requisição usando essa mídia solicitará consentimento novamente.

Pagamento

A decisão de consentimento sempre acontece antes de qualquer cobrança, para ambos os métodos de pagamento:
  • Chave de API: um 409/422 retorna antes da cobrança em créditos; nada é faturado por uma requisição bloqueada.
  • x402: a cobrança de consumo só acontece após uma geração bem-sucedida, então um 409/422 não liquida nada. Reenvie com consentimento (e uma nova autorização x402) para prosseguir.

Referência de erros

Referências