Al 20 de abril de 2026, las rutas de Seedance 2.0 API pueden generar videos con personas y usar imágenes, video o audio como referencias. Pero no deben tratarse como una API sin límites para copiar la imagen de una persona real o famosa. Si el sujeto es identificable, la solicitud es condicional: los personajes ficticios suelen ser una tarea creativa, las referencias de personas reales autorizadas exigen un workflow de derechos y consentimiento, y las figuras públicas, suplantación, salidas sexualizadas o difamatorias, o likeness sin consentimiento deben bloquearse antes de llamar a la API.
Respuesta directa para API
Aplica esta regla de producto antes de escribir la solicitud.
| Solicitud | Postura API | Acción de producto |
|---|---|---|
| Persona ficticia o genérica en una escena | Normalmente es un uso creativo válido | Describe rasgos, escena y acción sin apuntar a una identidad real. |
| Persona privada con autorización válida | Condicional | Guarda consentimiento, audita el material, añade revisión humana y espera moderación por ruta. |
| Figura pública, celebridad, político, atleta o likeness famosa | Bloquear como workflow de producto | Rechaza antes del envío y no lo conviertas en una copia cercana. |
| Suplantación, salida sexualizada o difamatoria, likeness sin consentimiento o material sin permiso claro | Bloquear | Detén la tarea y muestra un mensaje de reparación de política. |
“Soporte API” tiene al menos cuatro capas: capacidad del modelo, aceptación del proveedor, resultado de moderación y derechos legales. Las cuatro deben coincidir antes de lanzar un workflow con una persona real.
Qué demuestran las fuentes oficiales
La página de Seedance 2.0 identifica la familia de modelos, y el hub de Video Generation API coloca la generación de video dentro de las task APIs de ModelArk.
El límite de personas reales viene de las políticas. La BytePlus GenAI Acceptable Use Policy restringe violar privacidad o derechos, usar voz o imagen sin consentimiento, suplantar personas y eludir filtros de seguridad. La ModelArk Content Pre-filter FAQ describe protección contra imágenes o voces parecidas a figuras públicas. La Content Pre-filter Overview también explica que el filtrado puede intervenir en prompts o salidas.
El data authorization agreement pone en el cliente la responsabilidad de obtener consentimiento de personas que aparecen en imágenes o videos procesados. Los términos de video generation model services añaden la responsabilidad sobre derechos de imagen, voz, personalidad y reputación.
Por eso no conviene decir simplemente que "Seedance 2.0 soporta personas reales". La formulación segura es más estrecha: Seedance 2.0 puede formar parte de un workflow de video con personas cuando el sujeto es ficticio, o cuando una persona identificable está autorizada, la ruta acepta la tarea y el producto conserva rechazo explícito en lugar de lógica de evasión.
Workflow seguro para personas autorizadas
- Registra sujeto, propósito, tipos de salida permitidos, vencimiento y revocación.
- Valida cada referencia: quién la subió, qué muestra, si hay menores o terceros, y si el consentimiento cubre generación de video.
- Clasifica antes del envío: ficción, persona autorizada, riesgo de figura pública, riesgo de menor, riesgo íntimo o sexual, riesgo político o riesgo de engaño.
- Envía solo tareas que pasen tu preflight. Un fallo de política debe devolver una explicación, no una reescritura automática.
- Guarda task ID, respuestas de moderación, salida final y notas de revisión.
Para cada tarea autorizada, conserva al menos estos registros.
| Registro | Por qué importa |
|---|---|
| Sujeto y alcance del consentimiento | Prueba que la persona aceptó el tipo de salida, propósito, duración y distribución. |
| Procedencia del material de referencia | Muestra quién lo subió, de dónde viene y si contiene menores o terceros. |
| Ruta y resultado de moderación | Separa tu preflight de la aceptación o rechazo del proveedor API. |
| Acción del revisor y final output ID | Permite investigar quejas sin reabrir material sensible por defecto. |
Para submit, polling, download y retry, usa la guía de implementación de Seedance 2.0 API. La frontera de imagen y consentimiento debe mantenerse separada del contrato técnico de envío, espera y descarga.
La ruta del proveedor importa
BytePlus ModelArk, rutas regionales Ark, hosted providers y gateways pueden diferir en esquema, filtros, mensajes de rechazo, retención de salida, cobro por fallos y soporte. El comportamiento de una ruta no prueba que todas acepten el mismo workflow de personas reales.
- ¿Acepta el tipo de referencia que necesitas?
- ¿Cómo aparece el content filtering en la respuesta API?
- ¿Bloquea parecido con figuras públicas, voces o ambos?
- ¿Una tarea rechazada se cobra igual que un render fallido?
- ¿Puede soporte rastrear task ID y moderation reason sin abrir material sensible?
La elección de ruta está en la comparación de proveedores Seedance 2.0, y el presupuesto en la guía free vs paid.
Reglas de producto que reducen riesgo
Para personajes ficticios, describe rasgos, escena, cámara, ropa y acción sin nombres reales. Para personas autorizadas, usa asset IDs internos y registros de consentimiento en lugar de prompts libres que pidan imitar a alguien.
- No añadas celebrity mode, parecido a figura pública ni presets de face swap.
- No hagas retry automático tras moderation o pre-filter.
- No conviertas una solicitud bloqueada en una copia cercana.
- No publiques resultados con personas privadas si la autorización no cubre publicación.
- No digas que el acceso API evita filtros de rostro, voz o figura pública.
La respuesta para producto es directa: Seedance 2.0 sirve para videos con personas, pero las personas reales identificables exigen derechos, consentimiento y prueba de ruta. Si el caso depende de una imagen no autorizada, la respuesta es no.
Preguntas frecuentes
¿Seedance 2.0 puede generar videos con personas?
Sí. El límite no es "personas o no personas"; es si el resultado apunta a una persona real identificable, figura pública o contexto restringido.
¿Puedo usar mi cara o una referencia de un empleado?
Solo cuando exista consentimiento adecuado, material lícito, propósito claro y aceptación por la moderación de la ruta.
¿Puedo generar celebridades, políticos o deportistas?
No lo conviertas en función de producto. La documentación de pre-filter existe para reducir fraude y deepfakes.
¿El acceso API evita filtros de rostro?
No. La API debe tratarse como una superficie de producción con políticas, no como una forma de saltar controles.
¿Qué debe hacer mi app si una tarea se rechaza?
Guardar la razón, mostrar una explicación y detenerse. Reintenta solo fallos transitorios de transporte, no rechazos por imagen o consentimiento.