El texto de entrada de Seedance puede contener información sensible: cómo solucionar el error

Reconoce el error exacto del texto de entrada

Un mensaje observado, con su posición en el array normalizada, es:

InputTextSensitiveContentDetected
The request failed because the input text 'content[n]' may contain sensitive information.

Algunos servicios omiten la posición o incluyen este mensaje dentro de un fallo genérico, como «no se pudo obtener la tarea». Conserva el código y el mensaje internos. Identifican un rechazo en la revisión del texto; no revelan qué palabra exacta activó el clasificador ni demuestran que la tarea nunca se aceptara.

Un sufijo .PolicyViolation con «puede estar relacionado con restricciones de derechos de autor» requiere realizar las comprobaciones de derechos de autor. Un código de imagen de entrada o de vídeo de salida requiere un diagnóstico distinto, aunque la aplicación etiquete todos los fallos como «prompt bloqueado».

Por qué puede bloquearse un prompt de Seedance aparentemente inofensivo

El prompt visible puede ser solo una parte de la solicitud. Una aplicación de vídeo puede añadir una biografía de personaje guardada, diálogos, texto traducido, una plantilla o instrucciones de una escena anterior. Conviene inspeccionar esos añadidos antes de concluir que tu breve prompt de un paisaje provocó el rechazo.

La revisión automatizada también puede marcar contenido legítimo por error. El error por sí solo no determina el motivo. Compara lo enviado con la escena que pretendías crear, describe claramente el propósito legítimo y solicita una revisión al equipo de soporte cuando el motivo siga sin estar claro. No des por supuesta una lista negra de palabras concretas ni una mejora fiable de la tasa de aceptación sin pruebas.

Inspecciona y corrige el texto que se transmitió realmente

1. Guarda el error con los datos sensibles ocultos y la versión exacta de la solicitud que lo produjo. No la sobrescribas con una edición posterior antes de realizar el diagnóstico.
2. Inspecciona cada entrada de texto una vez que tu aplicación haya construido la solicitud. Incluye plantillas, diálogos, subtítulos y descripciones que acompañen a los recursos de referencia.
3. Relaciona las posiciones de contenido indicadas con ese array transmitido. Varias posiciones pueden identificar varias entradas; no equivalen automáticamente a varios fallos independientes.
4. Elimina las instrucciones obsoletas y las peticiones que no cumplan las normas de contenido del modelo. Para una escena legítima, especifica con precisión el sujeto, el movimiento, el entorno y la acción de la cámara.
5. Conserva la solicitud corregida por separado. Aclara la aceptación y la facturación del intento original antes de enviar una solicitud de reemplazo.

Por ejemplo, si el vídeo previsto es una demostración de producto, pero una plantilla guardada aún contiene una escena de pelea sin relación, elimina la plantilla obsoleta. Eso es una corrección concreta de la solicitud. Limitarse a ocultar términos, escribir mal los nombres o pedir al modelo que ignore la revisión no resuelve el problema subyacente de contenido o de derechos.

Ejemplo: aislar una descripción sencilla de producto

Esta es una estructura de solicitud ilustrativa, no un prompt que haya demostrado superar la moderación:

{
  "model": "seedance-2.5",
  "prompt": "A ceramic mug on a wooden table. The camera slowly moves closer as morning light crosses the surface.",
  "duration": 5,
  "resolution": "720p",
  "aspect_ratio": "16:9",
  "generate_audio": false
}

El cambio útil consiste en una escena clara sin texto de plantilla no deseado. No es un reemplazo universal para cualquier otra propuesta creativa. Si tu solicitud legítima necesita diálogo o audio, conserva esos requisitos y revísalos directamente en lugar de eliminarlos sin indicarlo.

¿Puedo reintentar tras un rechazo de texto de Seedance?

Primero distingue entre un rechazo de texto confirmado y un envío de estado incierto. Un tiempo de espera agotado durante el envío o un error genérico que envuelve al error original puede ocultar un estado diferente. Conserva tu Idempotency-Key original y utiliza el endpoint de recuperación de envíos cuando ese contrato cubra la solicitud.

Para un comprobante not_accepted confirmado, new_submission_safe=true describe la seguridad respecto a la aceptación; el reemplazo automatizado exige además cumplir las condiciones finales de facturación documentadas. Utiliza una clave nueva para una generación realmente nueva y corregida. En el caso de acceptance_unknown, investiga la solicitud original en lugar de generar otro cargo. Un HTTP 400 por sí solo no aporta todas estas pruebas.

La nueva clave se refiere a la clave de idempotencia (Idempotency-Key); conserva tu clave API.

Si existe una tarea pública, consulta su estado final y su comprobante de facturación. El reembolso documentado de APIMaster para una generación fallida confirmada no equivale a afirmar que cualquier error sea gratuito de inmediato. Consulta Liquidación y reembolsos de Seedance.

¿Sigue bloqueado? Envía un informe útil al equipo de soporte

Incluye el modelo exacto, la marca de tiempo UTC, el código y el mensaje del error interno, el ID de tarea o de envío y una versión con los datos sensibles ocultos de las entradas de texto que se transmitieron realmente. Explica la escena legítima que pretendías crear y qué texto añadido por la aplicación eliminaste. No incluyas datos personales, claves ni URL de recursos privados en una solicitud de soporte pública.

Si el nuevo error menciona una imagen o el vídeo generado, sigue la guía de imágenes o la guía de vídeo de salida. Un error distinto es una nueva evidencia diagnóstica, no una prueba de que cambiar de proveedor vaya a resolverlo.

Usa Seedance con precios visibles y comprobantes de tareas

Consulta los precios de Seedance 2.5, o compara Fast y Mini para un presupuesto diferente. Después, regístrate, crea una clave de API y utiliza https://apimaster.ai/v1 con el ID exacto del modelo, como seedance-2.5. Lee la guía de la API de generación antes de enviar una solicitud de pago.

Para una solicitud compatible, obtén una cotización no vinculante antes de la generación y conserva el ID de tarea resultante para comprobar el estado y la liquidación. Cambiar de plataforma o pagar menos no garantiza la aprobación de la moderación.

Fuentes y alcance

Los significados de los errores se contrastaron con el catálogo oficial de errores de ModelArk el 2026-11-11 y con mensajes de error operativos con los datos sensibles ocultos. Las posiciones se normalizan a content[n]; se omiten los ID de solicitud y los archivos multimedia privados. Los ejemplos siguientes ilustran el manejo de respuestas, no una nueva prueba de generación de pago. La redacción del proveedor, los recursos admitidos y las reglas de facturación pueden variar. Los procedimientos de APIMaster siguen su documentación vigente enlazada.

¿Es otro error? Consulta el índice de errores de Seedance.

FAQ

¿Es un error de longitud del prompt o de límite de tokens?

El código de contenido sensible describe una revisión de contenido. Los fallos de longitud y de parámetros deben identificarse a partir de sus propios mensajes de validación; no los diagnostiques solo a partir de este código.

¿Eliminar una palabra puede garantizar que el prompt funcione?

No. La respuesta no revela una lista negra de palabras fiable. Inspecciona la solicitud completa y corrige el contenido realmente no admitido o no deseado; solicita una revisión si se trata de un falso positivo legítimo.

¿Por qué mi aplicación muestra un fallo genérico al obtener la tarea?

Una integración puede envolver un rechazo subyacente en otro mensaje. Inspecciona el error anidado y el comprobante guardado, en lugar de tratar el mensaje externo como una explicación completa o volver a enviar la solicitud automáticamente.