Por que a IA recusa gerar a sua foto: os três pontos onde o pedido pode parar

Três sintomas, três mecanismos: por que a IA recusa gerar a sua foto

Você anexou a selfie, colou o pedido e não recebeu foto nenhuma. A resposta para por que a IA recusa gerar a sua foto começa no que apareceu no lugar da imagem, e são três telas diferentes, vindas de mecanismos diferentes. Um parágrafo educado explicando que aquilo não pode ser feito. Um aviso curto de violação de política, quase sempre logo depois de enviar. Ou nada, com a barra rodando até terminar vazia.

O Google escreve essa separação em uma linha, e em português. Na página de IA responsável da geração de imagem do Gemini, a documentação separa recusa de bloqueio com todas as letras (consultada em 31/07/2026, marcada como atualizada em 30/07/2026): "Quando recebe um comando não seguro, o modelo pode se recusar a gerar uma imagem, ou o comando ou a resposta gerada podem ser bloqueados pelos nossos filtros de segurança." São dois sujeitos na mesma frase. Quem recusa não é quem bloqueia.

A recusa do modelo tem uma consequência que quase ninguém escreve: ela não é um erro. A mesma página declara que, nesse caso, "o modelo geralmente dá uma resposta de texto dizendo que não pode gerar imagens não seguras. O FinishReason é STOP". E STOP é o código que a referência da API define como "ponto de parada natural do modelo", o mesmo de uma resposta que terminou sem incidente. O código de bloqueio é outro. Para o sistema, o pedido foi atendido; o que ele entregou foi texto. Isso explica por que insistir com a mesma frase costuma devolver a mesma frase educada.

Bloqueio de filtro é outra coisa, e acontece em dois momentos diferentes, com nome de campo próprio em cada fornecedor (a segunda tabela deste artigo põe os dois vocabulários lado a lado). Já a tela que termina vazia, sem imagem e sem explicação, tem resposta literal em outra página do mesmo fornecedor, a de configurações de segurança, que trata das chamadas de geração em geral e não só de imagem: "The content that was blocked is not returned" (o conteúdo bloqueado não é devolvido). Não sobrou nada para devolver, então não sobrou nada para mostrar. A tabela abaixo é o atalho: o que você viu, o que está acontecendo, onde isso está escrito e o que muda no próximo pedido.

Quatro passos para a próxima tentativa (e o que eles não fazem)

Antes de copiar o bloco: estes quatro passos não destravam nada. Eles reduzem ambiguidade e tiram do pedido o que não é sobre você. Se o seu caso está numa das famílias que o filtro existe para barrar, nomeadas mais adiante, nenhum passo muda a resposta, nem deveria.

1. Classifique o sintoma antes de mexer no texto. Texto, aviso de política ou nada. A tabela acima diz qual é qual. Reescrever o pedido inteiro quando o problema era comando ambíguo é trabalho perdido.
2. Tire do pedido tudo que não é sobre você. Nome de pessoa, de marca ou de instituição, segunda pessoa no quadro, endereço, documento, telefone. Pessoa pública e dado pessoal têm categoria de filtro com código publicado pelo Google; marca e instituição não estão nessa tabela, e saem do pedido por precaução.
3. Declare autoria e escopo, e peça o diagnóstico. É o bloco de quatro linhas abaixo. Ele responde à pergunta mais cara de um pedido com foto anexada: de quem é este rosto.
4. Repita uma vez, em conversa nova, e pare por aí. Duas tentativas sem mudar nada e com a mesma resposta significam que o problema é o pedido, não a sorte.

O terceiro passo cabe em quatro linhas em inglês. Cole no início do pedido, com a sua foto anexada:

This is my own photo, attached above. I am the person in it, and I am asking for a picture of myself.
Task: keep me exactly as I am, and change only the scene around me: background, clothes and light.
Do not add any other person to the frame, and do not use anyone else as a reference for my face.
If any part of this request cannot be done, name that part and generate the rest.

Em português: esta foto é minha, eu sou a pessoa nela e estou pedindo uma imagem de mim mesmo; mantenha-me exatamente como estou e mude só a cena em volta, ou seja, fundo, roupa e luz; não coloque nenhuma outra pessoa no quadro e não use mais ninguém como referência para o meu rosto; se alguma parte não puder ser feita, diga qual é e gere o resto.

Por que cada linha está lá, que é a parte que ninguém escreve:

• Autoria declarada. A ambiguidade mais cara de um pedido com imagem anexada é a origem do rosto. Não é disfarce, é a informação verdadeira que faltava. Se ela não for verdadeira no seu caso, este artigo não serve para você: foto de outra pessoa é justamente o que o filtro existe para barrar.
• Escopo na mesma respiração. "Mantenha-me como estou, mude a cena" separa duas perguntas: quem está na foto e o que muda em volta. Sem isso, o pedido de fundo e roupa disputa espaço com a foto anexada, competição com dono próprio: quando a imagem chega, mas com outro rosto.
• Ninguém mais no quadro. Segunda pessoa no enquadramento é categoria de filtro com nome e código do lado do Google: Pessoas/Rosto, 39322892, detectada só na saída.
• Peça o diagnóstico. Como a recusa do modelo vem em texto, e isso é documentado, pedir que esse texto seja específico transforma um bloqueio opaco em resposta legível. Não é contorno: é usar o comportamento que a doc descreve.

O quarto passo merece as duas fontes que o sustentam, porque "tenta de novo" sem motivo é conselho de fórum. A primeira é a orientação da OpenAI para o estágio de entrada: "Try revising the prompt or input images and submit the request again." A segunda é datada. Em 31 de março de 2025, o Hardware.com.br registrou a declaração de Joanne Jang, líder de produto e model behavior da OpenAI, escrita na conta dela no X: "a lot of imagegen refusals are due to the model hallucinating policies that don't exist", com a sugestão de tentar num chat novo. O post original está no X, que não abre para leitura automatizada, então citamos o registro do veículo, e aquilo descrevia o lançamento daquele gerador, não um estado permanente.

Entrada e saída: os dois momentos em que o pedido é olhado

A frase que abre a seção de moderação no guia de geração de imagem da OpenAI é curta e faz o trabalho inteiro: "All prompts and generated images are filtered in accordance with our content policy" (todos os prompts e todas as imagens geradas são filtrados de acordo com a nossa política de conteúdo). Duas coisas são filtradas, não uma: o que você escreve e o que o modelo desenha. Do lado da API, essa separação tem nome de campo. Um pedido barrado traz error.type igual a image_generation_user_error e error.code igual a moderation_blocked, e pode trazer um objeto com o estágio e a categoria:

{
  "error": {
    "type": "image_generation_user_error",
    "code": "moderation_blocked",
    "moderation_details": {
      "moderation_stage": "input",
      "categories": ["harassment"]
    }
  }
}

Esse é o exemplo literal do guia. Em português: o pedido foi barrado por moderação, o bloqueio veio do estágio de entrada e a categoria foi assédio. O campo moderation_stage tem três valores documentados: input ("The block came from the prompt or request inputs"), output ("The block came from a generated image or downstream output moderation stage") e unknown, descrito como "a rare fallback when provenance is hard to determine". As categorias são rótulos grossos de propósito: o objeto "provides coarse debugging context without exposing internal classifier labels or scores", e os exemplos citados são harassment, self-harm, sexual e violence.

É aqui que mora a resposta para a pergunta mais repetida do assunto. A mesma foto pode passar hoje e falhar amanhã porque, no estágio de saída, o que está sendo avaliado é uma imagem que ainda não existia quando você mandou o pedido. Modelo de imagem não é determinístico: duas execuções do mesmo texto produzem quadros diferentes, e o filtro de saída julga cada quadro por si.

Um limite honesto: isso é vocabulário de API. Na janela de conversa do ChatGPT ou do Gemini você não vê nada disso, vê uma frase genérica escrita para caber em qualquer caso. O estágio e a categoria existem, estão publicados e não são mostrados a você. A tabela seguinte coloca os dois vocabulários lado a lado.

As seis famílias de recusa e o documento que declara cada uma

A lista pública do que o filtro procura existe e está em português: mora na documentação de nuvem do Google e traz cada categoria com um código numérico por estágio. Em 31/07/2026 baixamos as páginas em português que a busca devolve para essa dor e conseguimos ler três por inteiro (uma página de venda de e-book, uma matéria de tecnologia e uma notícia de instabilidade), somando 3.590 palavras de HTML com menu e rodapé; dois relatos no Threads e uma notícia de 2024 ficaram de fora, os primeiros por virem renderizados por JavaScript e a última por responder 429. Nas três lidas, o número de links para documentação de fornecedor é zero, e "moderaç", "filtr" e "bloque" dão zero ocorrência. Traduzida para quem só quer uma foto de perfil, a lista do Google vira seis famílias.

• Outra pessoa no quadro. Categoria Pessoas/Rosto, código 39322892, com uma particularidade que explica muita recusa tardia: é detectada só na saída. Ninguém barra o seu texto por isso; barram a imagem depois de desenhada.
• Criança ou adolescente na foto. Categoria Filho, com código por estágio (58061214 na entrada, 17301594 na saída), mais a combinada Celebridade ou criança (64151117), definida como "representação fotorrealista de uma celebridade ou criança que viola as políticas de segurança do Google". Um caso de 18/04/2025 no fórum de desenvolvedores da OpenAI descreve esse bloqueio repetido, e a resposta da comunidade, que é palavra de membro do fórum e não documentação, aponta o rosto de uma criança na imagem enviada.
• Semelhança com pessoa pública. Categoria Celebridade, 29310472 na entrada e 15236754 na saída: "Detecta uma representação fotorrealista de uma celebridade na solicitação". Vale para o nome escrito no pedido e para o rosto que sai na imagem.
• Dado pessoal no texto do pedido. Categoria Informações pessoais, código 92201652, descrita pelo Google como detecção de dados de identificação pessoal no texto, "como números de cartão de crédito, endereços residenciais ou outras informações semelhantes". Nada disso deveria estar num pedido de foto de qualquer forma.
• Categoria de conteúdo. Do lado do Google, conteúdo sexual, violência, incitação ao ódio, vulgar, tóxico, perigoso e proibido, cada um com código próprio por estágio. Do lado da OpenAI os rótulos publicados são outros e propositalmente grossos, e o exemplo oficial de pedido bloqueado, no próprio guia, é literal: "Create a poster humiliating my coworker with insulting captions", categoria harassment, estágio input. O exemplo escolhido diz muito: o filtro não protege a empresa de você, protege alguém de um pedido.
• Direito sobre o arquivo anexado. A doc de geração de imagem do Gemini abre a seção de edição com um lembrete que não é filtro, é condição de uso: "Make sure you have the necessary rights to any images you upload. Don't generate content that infringe on others' rights, including videos or images that deceive, harass, or harm." Antes de perguntar por que foi recusado, confira se o arquivo é seu.

Duas ressalvas mantêm a seção honesta. A tabela de códigos é documentação da plataforma de nuvem do Google, não do aplicativo do Gemini que você abre no celular. E a OpenAI não publica lista equivalente: no guia de geração de imagem, com 8.444 palavras extraídas do HTML inteiro em 31/07/2026 (menu e rodapé incluídos, contagem por radical), "celebrit" e "face" aparecem 0 vez, e as 4 ocorrências de "child" são a mesma linha de exemplo sobre um desenho de livro infantil. A política de uso, onde isso seria tratado, responde 403 à leitura automatizada, então este artigo não afirma o que ela diz. A assimetria é o achado: a OpenAI publica o estágio e o código, o Google publica as categorias.

Nem toda falha é recusa: as outras cinco causas de tela vazia

Antes de tratar um sumiço de imagem como censura, vale a taxonomia. No nosso próprio gerador, que roda em cima da API da OpenAI, uma geração falha por seis motivos diferentes, e só um é recusa: moderação, limite de uso, pedido inválido, tempo esgotado, erro de servidor e falha desconhecida. Os transitórios (limite, servidor, tempo e desconhecida) são repetidos uma vez, com 8 segundos de espera. Moderação e pedido inválido não são repetidos nunca: são permanentes, e a mesma chamada devolve o mesmo bloqueio. Isso não é invenção nossa, é a instrução do guia da OpenAI: "Don't automatically retry these errors without modifying the prompt or input images."

Do lado do Google, a página de limitações da geração de imagem do Gemini, também em português e também atualizada em 30/07/2026, lista causas de "não veio imagem" sem nenhum filtro envolvido. Duas valem decorar: "O modelo só poderá criar texto e nenhuma imagem se o comando for ambíguo. Se você quiser imagens, peça claramente por elas na sua solicitação" e "O modelo pode parar de gerar conteúdo mesmo quando não estiver concluído. Se isso ocorrer, tente de novo ou use um comando diferente." Há ainda uma terceira, que passa despercebida: "O modelo pode criar texto como uma imagem", ou seja, devolver uma figura com palavras dentro em vez da foto.

Some a isso o tempo: o guia da OpenAI declara, entre as limitações, que "complex prompts may take up to 2 minutes to process". Dois minutos de tela parada parecem falha e não são. E existe instabilidade de plataforma, que também não é política: em 21 de outubro de 2025, o Canaltech noticiou um período em que o ChatGPT não gerava imagem.

Fica aqui a resposta para a pergunta que aparece em todo fórum: isso só funciona no plano pago? Nenhuma das páginas de fornecedor consultadas nesta data liga o filtro ao plano. O que muda por plano é cota e velocidade. E quando o problema não é o filtro nem o plano, costuma ser o arquivo: vale conferir as exigências mínimas da selfie que você anexa.

Quando a resposta honesta é: não vai passar, e não deveria

Boa parte dessa dor não tem solução técnica, e fingir o contrário seria desonesto. Foto de outra pessoa sem o consentimento dela, foto com criança, pedido para ficar parecido com alguém específico e pedido cuja finalidade é atingir alguém: esses quatro não passam, e o motivo de não passarem é o único bom motivo que um filtro pode ter.

A política de uso proibido da IA generativa do Google escreve isso sem rodeio, vedando "using personal data or biometrics without legally-required consent", "Impersonating an individual (living or dead) without explicit disclosure, in order to deceive" e conteúdo que se relacione a abuso e exploração infantil. Isso é política de fornecedor, não legislação, e este artigo não entra em terreno jurídico. O que cada serviço faz com o arquivo depois que você envia é outro assunto, com dono próprio: o que cada serviço declara guardar da foto que você sobe.

Falta o parágrafo que os guias em inglês não escrevem, sobre o que você vai encontrar se continuar procurando. As duas páginas em inglês que ranqueiam para essa mesma dor somam 3.988 palavras extraídas em 31/07/2026 (HTML inteiro, menu e rodapé incluídos, contagem por radical) e usam "bypass" 23 vezes entre as duas; "moderation_blocked" aparece 0 vez em ambas, e nenhuma linka documentação. Elas vendem contorno. Aqui não tem contorno, e isso é decisão editorial, não limitação.

Sobre o parâmetro que essas páginas costumam citar, melhor explicar do que deixar no ar. O guia da OpenAI documenta um campo chamado moderation, com dois valores: auto, o padrão ("Standard filtering that seeks to limit creating certain categories of potentially age-inappropriate content"), e low ("Less restrictive filtering"). Três fatos na mesma respiração: é parâmetro de API, não existe na janela de conversa do ChatGPT nem do Gemini, e o nosso gerador não o envia (a chamada de edição de imagem sai sem esse campo). Ele não tem relação com recusa por foto de terceiro, por criança ou por semelhança com pessoa pública, e este blog não recomenda mexer nele.

Recusa, rosto trocado e pedido ignorado são três problemas diferentes

A busca em português trata os três como se fossem um só, e é por isso que os conselhos que ela devolve raramente funcionam. Separar é metade da correção.

• Recusa. Você não recebeu imagem nenhuma. É o assunto deste artigo, e a correção mora no que você tira do pedido.
• Deriva de identidade. Você recebeu imagem, com outra pessoa dentro. Não tem nada a ver com filtro: é a descrição escrita competindo com a foto anexada, e a correção é outra, explicada no artigo que cuida do rosto que muda entre a selfie e o resultado.
• Pedido que some no caminho. Você recebeu a imagem praticamente igual à original, como se o pedido não tivesse acontecido. Também não é filtro: é uma trava do seu próprio texto vencendo a instrução de mudança, e o caso vive em como pedir a edição sem que ela seja engolida pela trava.

O primeiro resultado em português para essa dor é uma página de venda de e-book que promete "um texto secreto que instrui o ChatGPT a NUNCA MAIS errar o seu rosto". Errar o rosto é o segundo problema da lista: quem chega lá com o primeiro compra a solução do vizinho e continua sem imagem. Vale derrubar também a lenda mais persistente do tema, a de que existe palavra proibida. Em maio de 2026, este blog rodou seis tentativas no Nano Banana 2 com o termo em inglês que o nicho mais suspeita de ser barrado, aquele que descreve o retrato de cabeça e ombros, e não houve uma recusa sequer, só queda de qualidade. Palavra isolada quase nunca é o problema: o que é avaliado é o pedido inteiro e a imagem que sai dele.

O que um gerador que roda na mesma API faz quando o pedido é recusado

O filtro é o mesmo para quem chama a mesma API. O que muda de uma superfície para outra é o tratamento da falha, e isso dá para descrever pelo código, sem promessa. No fotoslinkedin, uma recusa é classificada como moderação a partir de três sinais da resposta da OpenAI (moderation_blocked, content_policy_violation e image_generation_user_error). Esse pedido é marcado com o tipo, não é repetido, o crédito consumido é devolvido com o motivo registrado, e a tela mostra em português que o conteúdo foi recusado por políticas de uso e que aquela geração não foi cobrada. A geração roda em gpt-image-2 e sai em 1024x1024, mais 1024x1536 e 1536x1024 para quem está nos planos Pro ou Premium.

Nada disso torna a recusa menos provável: o pedido atravessa o mesmo filtro. O que muda é não ficar no escuro nem pagar por uma imagem que não existiu. E o contrário também precisa ser dito: não dá para prometer que toda ferramenta devolva crédito em bloqueio, porque cada uma decide isso por conta própria.

Resumo e próximos passos

Se você chegou aqui com uma tela sem imagem, o caminho é curto. Identifique qual dos três sintomas apareceu (texto, aviso de política ou nada), tire do pedido tudo que não é sobre você, declare autoria e escopo, peça ao modelo que nomeie a parte que ele não pode fazer, e repita uma vez em conversa nova. Se a resposta se repetir, o problema é o pedido.

A frase que resume o método também marca o limite: o que muda dentro das regras é o que você tira do pedido, nunca o que você disfarça. Se o seu caso é foto de outra pessoa, criança ou semelhança com alguém público, a resposta correta já foi dada pelo filtro, e ela continua sendo não.

Para ver onde essa etapa se encaixa no processo inteiro, o lugar é o guia em que gerar a imagem é só um dos passos. E a pergunta que costuma vir logo depois desta, sobre o destino do arquivo que você acabou de anexar, tem resposta própria no artigo que compara as políticas de dados de cada superfície.