O texto de entrada do Seedance pode conter informações sensíveis: como corrigir o erro

Reconheça o erro exato de texto de entrada

Uma mensagem observada, com a posição no array normalizada, é:

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

Alguns serviços omitem a posição ou encapsulam essa mensagem em uma falha genérica, como "falha ao buscar a tarefa". Preserve o código e a mensagem internos. Eles identificam uma rejeição na análise do texto; não revelam qual palavra exata acionou o classificador nem provam que uma tarefa nunca foi aceita.

Um sufixo .PolicyViolation com "pode estar relacionado a restrições de direitos autorais" exige as verificações de direitos autorais. Um código de imagem de entrada ou vídeo de saída exige outro diagnóstico, mesmo que o aplicativo rotule todas as falhas como "prompt bloqueado".

Por que um prompt do Seedance aparentemente inofensivo pode ser bloqueado

O prompt visível pode ser apenas uma parte da requisição. Um aplicativo de vídeo pode acrescentar uma biografia de personagem salva, diálogos, texto traduzido, um modelo de texto ou instruções de uma cena anterior. Vale a pena examinar esses acréscimos antes de concluir que seu breve prompt de paisagem causou a rejeição.

A análise automatizada também pode sinalizar conteúdo legítimo incorretamente. O erro, por si só, não estabelece o motivo. Compare o que foi enviado com a cena pretendida, descreva claramente a finalidade legítima e solicite uma revisão ao suporte quando o motivo continuar incerto. Não presuma a existência de uma lista de palavras proibidas nem uma melhoria confiável na taxa de aceitação sem evidências.

Examine e corrija o texto efetivamente transmitido

1. Salve o erro com os dados sensíveis ocultados e a versão exata da requisição que o produziu. Não a sobrescreva com uma edição posterior antes do diagnóstico.
2. Examine cada entrada de texto depois que seu aplicativo montar a requisição. Inclua modelos de texto, diálogos, legendas e descrições que acompanham os arquivos de referência.
3. Relacione quaisquer posições de conteúdo indicadas ao array transmitido. Várias posições podem identificar várias entradas; elas não representam automaticamente várias falhas separadas.
4. Remova instruções antigas e solicitações que estejam fora das regras de conteúdo do modelo. Para uma cena legítima, descreva com precisão o assunto, o movimento, o cenário e a ação da câmera.
5. Preserve a requisição corrigida separadamente. Esclareça a aceitação e a cobrança da tentativa original antes de enviar uma substituta.

Por exemplo, se o vídeo pretendido é uma demonstração de produto, mas um modelo de texto salvo ainda contém uma cena de luta sem relação com o objetivo, remova esse modelo desatualizado. Essa é uma correção concreta da requisição. Simplesmente ocultar termos, escrever nomes incorretamente ou pedir que o modelo ignore a análise não resolve a questão subjacente de conteúdo ou direitos.

Exemplo: isole um briefing simples de produto

Esta é uma estrutura ilustrativa de requisição, não um prompt comprovadamente aprovado na moderação:

{
  "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
}

A mudança útil é uma cena clara, sem texto de modelo incluído involuntariamente. Isso não é uma substituição universal para outro briefing criativo. Se sua solicitação legítima precisar de diálogo ou áudio, mantenha esses requisitos e revise-os diretamente, em vez de removê-los silenciosamente.

Posso tentar novamente após uma rejeição de texto do Seedance?

Primeiro, diferencie uma rejeição de texto confirmada de um envio com resultado incerto. Um tempo limite no envio ou um erro genérico de encapsulamento pode ocultar um estado diferente. Preserve seu Idempotency-Key original e use o endpoint de recuperação de envio quando esse contrato abranger a requisição.

Para um comprovante not_accepted confirmado, new_submission_safe=true descreve a segurança quanto à aceitação; a substituição automatizada exige também o cumprimento das condições documentadas de cobrança final. Use uma nova chave para uma geração realmente nova e corrigida. Para acceptance_unknown, investigue a requisição original em vez de criar outra cobrança. Um HTTP 400, por si só, não fornece todas essas evidências.

A nova chave aqui é a chave de idempotência (Idempotency-Key); mantenha sua chave de API.

Se existir uma tarefa pública, consulte o status final e o comprovante de cobrança da tarefa. O reembolso documentado pelo APIMaster para uma geração com falha confirmada é diferente de afirmar que qualquer erro é imediatamente gratuito. Leia Acerto de cobrança e reembolsos do Seedance.

Continua bloqueado? Envie um relatório útil ao suporte

Inclua o modelo exato, o horário em UTC, o código e a mensagem do erro interno, o ID da tarefa ou do envio e uma versão com dados sensíveis ocultados das entradas de texto efetivamente transmitidas. Explique a cena legítima pretendida e quais textos adicionados pelo aplicativo você removeu. Não inclua dados pessoais, chaves nem URLs de arquivos privados em um chamado público.

Se o novo erro mencionar uma imagem ou o vídeo gerado, siga o guia de imagens ou o guia de vídeo de saída. Um erro diferente é uma nova evidência para o diagnóstico, não uma prova de que mudar de provedor resolverá o problema.

Use o Seedance com preços visíveis e comprovantes de tarefas

Confira os preços do Seedance 2.5 ou compare Fast e Mini para um orçamento diferente. Em seguida, cadastre-se, crie uma chave de API e use https://apimaster.ai/v1 com o ID exato do modelo, como seedance-2.5. Leia o guia da API de geração antes de enviar uma requisição paga.

Para uma requisição compatível, obtenha uma cotação não vinculante antes da geração e guarde o ID da tarefa resultante para verificar o status e o acerto final da cobrança. Mudar de plataforma ou pagar menos não garante aprovação na moderação.

Fontes e escopo

Os significados dos erros foram verificados no catálogo oficial de erros do ModelArk em 2026-11-11 e em mensagens de erros operacionais com dados sensíveis ocultados. As posições são normalizadas para content[n]; IDs de requisição e mídias privadas foram omitidos. Os exemplos abaixo ilustram o tratamento das respostas, não um novo teste de geração paga. A redação do provedor, os arquivos compatíveis e as regras de cobrança podem variar. Os procedimentos do APIMaster seguem sua documentação atual vinculada.

Outro erro? Consulte o índice de erros do Seedance.

FAQ

Este é um erro de comprimento do prompt ou de limite de tokens?

O código de conteúdo sensível descreve uma análise de conteúdo. Falhas de comprimento e de parâmetros devem ser identificadas por suas próprias mensagens de validação; não as diagnostique apenas com base nesse código.

Excluir uma palavra pode garantir que o prompt funcione?

Não. A resposta não revela uma lista confiável de palavras proibidas. Examine a requisição completa e corrija o conteúdo efetivamente não permitido ou incluído involuntariamente; solicite uma revisão em caso de falso positivo legítimo.

Por que meu aplicativo mostra uma falha genérica ao buscar a tarefa?

Uma integração pode encapsular uma rejeição subjacente. Examine o erro aninhado e o comprovante salvo, em vez de tratar a mensagem externa como uma explicação completa da causa ou reenviar automaticamente.