No Introducing Images 2.6, a OpenAI remete para uma system card à parte que cobre a avaliação de segurança e as mitigações do Images 2.6. A ChatGPT Images 2.6 System Card (publicada a 4 de novembro de 2026) afirma que a pilha de segurança de base assenta no Images 2.5 e acrescenta proteções extra para GIF; descreve também recusas a montante, bloqueio de entradas/saídas a jusante e medidas de preparação, como políticas para riscos biológicos. As integrações comerciais não devem ler apenas a página de marketing: devem pôr na lista de verificação de lançamento, em conjunto, a system card, os parâmetros de moderação do guia de geração de imagens e os requisitos de verificação da organização.

👉 Experimenta a API GPT Image 2.6 no PoYo: preço por imagem e playground online.

Pilha de segurança e enquadramento da avaliação

Segundo a system card, a segurança de imagens do lado do GPT‑Image‑2.6 inclui: verificações de política por LLM antes de um pedido entrar na geração (recusa a montante); depois de o pedido estar no sistema, um modelo de raciocínio de segurança monitoriza as entradas e as saídas (bloqueio a jusante), sendo que as violações na entrada impedem a geração e as violações na saída impedem a apresentação. Do lado do treino e dos pipelines de dados descrevem-se também filtros e classificadores que reduzem o risco de conteúdo nocivo ou sensível entrar no treino. As avaliações relacionadas com a preparação (preparedness) indicam que nenhum dos níveis ultrapassou os limiares Bio High nem Cyber High; mesmo assim, mantêm-se práticas semelhantes às do 2.0/2.5, aplicando políticas de imagem proporcionais a uma capacidade High nas categorias de risco biológico.

A avaliação offline usou 3077 pedidos adversariais, comparados com as respetivas bases do 2.5. A system card sublinha que os resultados não representam a frequência com que pedidos ou saídas que violam as regras aparecem no tráfego de produção, nem são uma métrica completa do sistema de segurança online. A conclusão geral é enquadrada assim: a série 2.6 com verificações de moderação é globalmente comparável ao 2.5; algumas oscilações numéricas podem não ser estatisticamente significativas depois do ajuste para comparações múltiplas. Ao citar essas percentagens, mantém as ressalvas “conjunto adversarial, offline, não é a frequência em produção”; não as reescrevas como “taxas de violação online”.

Mitigações específicas do GIF e proveniência

O GIF introduz riscos mais difíceis de ver em imagens estáticas, como movimento sexualizado ou significado nocivo transmitido ao longo de vários frames. A system card explica que as mitigações avaliam as grelhas de frames geradas e as instruções de geração; as regras específicas do GIF intercetam algumas categorias de forma mais ampla do que nas imagens estáticas, para cobrir o movimento inferido. As violações relacionadas com movimento continuam difíceis de apanhar por completo: as mitigações podem não captar todas as violações. Se um produto comercial abrir o movimento, avalia as categorias de movimento em separado na política do produto, em vez de assumires que a moderação de imagens estáticas as cobre automaticamente. Quanto à proveniência, a card descreve o suporte contínuo a metadados C2PA e a camadas de marca de água como o SynthID no ChatGPT, no Codex e na API; as ferramentas de verificação públicas permitem verificar sinais de proveniência em ficheiros suportados. As obrigações de divulgação específicas de cada jurisdição continuam a ser matéria para o aconselhamento jurídico de quem integra.

Verificação da organização, moderação na API e lista de verificação comercial

O guia de geração de imagens indica que, para uma utilização responsável, as organizações podem ter de concluir a Organization Verification na consola de programador antes de chamarem o GPT Image. Nas aplicações dirigidas a utilizadores finais, envia em cada pedido de geração ou edição um safety_identifier estável, com hash, de no máximo 128 carateres (o campo user, mais antigo, está obsoleto mas continua compatível). moderation pode ser auto (predefinição) ou low. Perante erros que o utilizador pode corrigir, como moderation_blocked, altera o prompt ou a imagem de entrada; não repitas às cegas; as repetições com backoff servem para falhas de quota e de serviço. A disponibilidade do produto no ChatGPT/Codex não equivale automaticamente ao estado de verificação ou de quota de um determinado projeto de API.

Antes do lançamento comercial, confirma: verificação da organização feita; safety identifiers ligados; políticas de movimento e de imagens estáticas separadas; tratamento de erros que distingue bloqueios de moderação de falhas de infraestrutura; texto externo que não faz mau uso das percentagens da avaliação offline; amostragem de marca e de UGC que cubra edições em vários turnos e GIF. Nem a system card nem a página do produto substituem a revisão de conformidade do próprio cliente.

O guia de geração de imagens refere também que os erros de bloqueio por moderação podem incluir moderation_details genéricos (por exemplo, fase de entrada/saída, etiquetas de categoria), sobretudo para os registos do programador e para pistas leves de correção; o texto para o utilizador final deve manter-se genérico. moderation=low torna a filtragem menos rigorosa: os produtos comerciais mais sensíveis a públicos menores de idade ou à segurança da marca não devem tratar “limites mais baixos” como argumento de marketing por defeito. Os limites de pedidos variam consoante o nível da conta; consulta a consola da organização em vez de copiares valores públicos de outros modelos. Registar na revisão de alterações os safety identifiers, a política de moderação e a frequência de amostragem é mais duradouro do que citar percentagens da system card numa defesa de relações públicas a posteriori.

Em resumo: a narrativa de segurança do Images 2.6 é “base do 2.5 + reforço para GIF + proveniência mantida”, usando conjuntos adversariais offline para ilustrar a eficácia da moderação e indicando os seus limites. Uma leitura comercial responsável trata a system card como um resumo de avaliação, a verificação da organização e os parâmetros de moderação ao nível do pedido como barreiras de integração, e as “possíveis falhas” como linguagem de playbook operacional, e não como promessas absolutas de segurança.