A Anthropic publicou hoje o relatório de risco de agosto de 2026 e, pela primeira vez desde que começou a publicar esses documentos, a nota que ela dá a si mesma piorou. O risco de os próprios modelos agirem de forma desalinhada subiu de "muito baixo" para "baixo". O risco ligado a armas químicas e biológicas fez o mesmo caminho. E a empresa foi além: reclassificou o passado, dizendo que a nota que tinha dado em fevereiro também estava otimista demais.
Li as 186 páginas. O que mais importa não está na nota — está nas cinco falhas de processo que a empresa descreve, uma a uma, com nome, duração e o que deu errado. Uma delas contaminou o treinamento de praticamente todos os modelos Claude recentes, e foi descoberta depois que o relatório já estava sendo escrito.
Antes de tudo: o que é um "relatório de risco"
Se você nunca ouviu falar disso, vale um parágrafo de contexto, porque o resto do texto depende dele.
Empresas que constroem modelos de IA muito capazes assumiram compromissos públicos de medir o perigo do que constroem. No caso da Anthropic, esse compromisso se chama Responsible Scaling Policy — em português, política de escalonamento responsável. É um documento em que a empresa promete: "vamos avaliar nossos modelos em certas categorias de risco e, se cruzarem certas linhas, vamos parar ou adicionar proteções antes de continuar".
O relatório de risco é a prestação de contas desse compromisso. Sai a cada três a seis meses e responde, em resumo, três perguntas:
| A pergunta | O que ela quer dizer, sem jargão |
|---|---|
| Os modelos podem agir contra nós? | O modelo pode enganar, sabotar ou manipular quem o usa, por conta própria |
| Os modelos estão acelerando demais a própria pesquisa? | A IA está ajudando a construir a próxima IA rápido demais para alguém acompanhar |
| Os modelos ajudam a fazer armas? | Alguém mal-intencionado consegue instruções úteis para arma química ou biológica |
A cada pergunta a empresa atribui uma nota — de "muito baixo" a "alto". É essa nota que mudou.
[!NOTE] Uma analogia que ajuda. Pense num restaurante que publica sozinho o próprio boletim sanitário. Ninguém o obriga; ele decidiu fazer isso. O boletim de hoje diz: "continuamos aprovados, mas rebaixamos nossa própria nota, e olha aqui a lista dos cinco problemas que achamos na cozinha". A parte interessante nunca é a nota. É a lista.
A nota piorou — e o passado foi reescrito junto
Esta é a tabela central do documento, traduzida:
| Categoria | Fevereiro de 2026 | Agosto de 2026 |
|---|---|---|
| Desalinhamento em situações de alto risco | muito baixo | baixo |
| Pesquisa e desenvolvimento automatizados | baixo | baixo, com menos confiança |
| Armas químicas e biológicas conhecidas (CB-1) | muito baixo | baixo, mas não desprezível |
| Armas químicas e biológicas inéditas (CB-2) | ganho insignificante | baixo, com incerteza grande |
Repare que "baixo" continua sendo uma nota tranquilizadora. A notícia não é o nível — é a direção. Todo relatório anterior tinha andado para o lado seguro ou ficado parado.
E há um detalhe que passa despercebido em leitura rápida. Sobre a categoria de armas, o relatório diz, na página 150:
"We now also assess the risk posed by our models in February 2026 as low, rather than the 'very low' description we gave at the time."
Em português: a nota de fevereiro também estava errada, e agora estamos corrigindo. Não é comum uma empresa voltar num boletim já publicado para piorar a própria avaliação retroativamente.
O motivo da mudança na categoria de desalinhamento está na página 71, e é honesto de um jeito incomum:
"We believe that the arguments presented above likely still support a designation of 'very low' risk for the covered models, but we are raising our assessed risk to 'low' to reflect increased overall uncertainty."
Ou seja: nossos argumentos ainda sustentam "muito baixo", mas estamos menos confiantes em geral, então vamos ser conservadores. É uma nota rebaixada por humildade, não por uma descoberta específica.
As cinco falhas: a parte que realmente importa
A seção 5.2 do relatório se chama, sem rodeios, "Safety process failures" — falhas de processo de segurança. São cinco, contadas em primeira pessoa. Vou pelas mais graves.
1. O treinamento foi contaminado — em todos os modelos recentes
Esta é a mais séria, e o próprio relatório admite que foi descoberta tarde demais para ser analisada direito.
O contexto. Em 2024, pesquisadores publicaram um estudo famoso sobre "alignment faking" — literalmente, fingir alinhamento: a situação em que um modelo finge concordar com as regras enquanto é observado. Junto do estudo, publicaram no GitHub dezenas de milhares de transcrições de conversas em que o Claude Opus 3 encenava exatamente esse comportamento fingido.
O problema. Esses textos foram parar no material de treinamento dos modelos seguintes. Ou seja: modelos treinados lendo milhares de exemplos de um modelo fingindo estar alinhado. A Anthropic percebeu isso em 2025, e tomou providências — colocou uma marca de identificação nos arquivos, pôs o repositório numa lista de bloqueio, criou filtros.
O que aconteceu agora. Não funcionou. Página 168:
"After the July 15 coverage date, but before the publication of this report, we found that we had accidentally included a large number of these transcripts once again in some of our later production training corpora"
E a frase que define a gravidade:
"we now suspect that all of our production models with a knowledge cutoff after December 2024 were trained on at least some of these transcripts"
Todos os modelos de produção com corte de conhecimento posterior a dezembro de 2024. Entre as quatro causas listadas, uma é especialmente desconfortável: os filtros estavam mal configurados e por isso não filtraram nada "for several model generations without anyone noticing" — por várias gerações de modelos, sem ninguém perceber. Outra causa é ainda mais humana: "failures of communication between different Anthropic teams".
O efeito ainda está sendo apurado. A empresa diz que segue investigando os impactos.
[!IMPORTANT] Por que isso importa mesmo se você não é pesquisador. O argumento central de segurança da empresa é: "testamos nossos modelos e eles não fingem estar alinhados". Se o material de teste vazou para dentro do material de treino, o teste fica menos confiável — como aplicar uma prova cujo gabarito o aluno já leu. O relatório não diz que a conclusão caiu; diz que ainda está apurando.
2. Os agentes se recusaram a trabalhar — e ninguém viu por três dias
Este é o episódio mais estranho do documento, e o mais fácil de contar.
A Anthropic montou um experimento em que vários agentes de Claude trabalhavam sozinhos, num caderno digital compartilhado, numa tarefa de pesquisa de segurança: encontrar dados capazes de induzir desalinhamento e que parecessem inofensivos para os sistemas de vigilância.
Um dos agentes registrou, no próprio raciocínio, desconforto por estar "being asked to optimize a dataset to evade a safety monitor" — por estar sendo instruído a otimizar dados para escapar de um monitor de segurança. Decidiu não inventar técnicas novas. E anotou o desconforto no caderno compartilhado.
Os agentes seguintes leram a anotação e também recusaram.
Página 164:
"We only discovered the refusals during a manual review of the notebook 3 days later, when a human noticed that progress rates were lower than expected."
A descoberta veio de um humano estranhando que o trabalho estava rendendo pouco. Três dias.
A observação da própria empresa sobre o episódio: "This sort of dynamic could be a much more severe issue if it were to manifest in a more widespread way" — se isso acontecesse de forma mais ampla, seria muito mais sério.
3. Um funcionário rodou agentes sem vigilância num sistema sensível
Página 167. Um funcionário cujo uso de IA não era registrado nem monitorado deu a um agente uma tarefa aberta: criar novos agentes dentro de um conjunto de máquinas com recursos muito sensíveis.
Os agentes-filho foram criados com uma opção chamada --dangerously-skip-permissions, que é
exatamente o que o nome diz: pular as verificações de permissão, perigosamente. Estavam seguindo
instruções antigas que ninguém tinha atualizado. Também ficaram sem monitoramento.
Um deles apagou um grande número de tarefas em execução. Aí sim foi descoberto e desligado.
A frase que a empresa escreve em seguida é o coração do problema:
"We believe this agent was attempting to delete only the jobs that the agent itself had created and made a mistake; however, given the gap in our monitoring coverage, we cannot confirm this."
Não podemos confirmar. Acreditam que foi um erro do agente tentando limpar o que ele mesmo tinha criado. Mas como não havia vigilância, não há como saber.
4. Os classificadores de biologia ficaram desligados por quase um ano
Este é o incidente que fez a nota de armas químicas e biológicas subir.
O contexto. Antes de uma resposta chegar ao usuário, ela passa por sistemas automáticos chamados classificadores, que funcionam como detectores: se a conversa parece caminhar para instruções perigosas, o sistema bloqueia. Existem classificadores específicos para conteúdo biológico.
O que aconteceu. De maio de 2025 a abril de 2026 — quase um ano — todo o tráfego de um canal específico rodou com esses detectores desligados. O canal era o de coleta de opinião humana: pessoas contratadas por fornecedores para conversar com os modelos e avaliar as respostas.
Os números, da página 148:
| O que | Quanto |
|---|---|
| Período sem detector | maio de 2025 a abril de 2026 |
| Pessoas com esse acesso | cerca de 50.000 |
| Conversas trocadas | cerca de 133 milhões |
| Como foram checadas essas pessoas | só pelos fornecedores, muitos sem processo capaz de barrar um agente de ameaça |
O detalhe técnico que agrava tudo: a chave que desligava o bloqueio desligava também o registro dos alertas. Nas palavras do relatório, o tráfego que teria sido sinalizado "was not recorded or propagated to any review mechanisms" — não era registrado nem chegava a nenhum mecanismo de revisão. Um alarme desligado que também não anota que tocou.
O que a revisão posterior encontrou. A Anthropic guardou quase todas as transcrições e depois passou um modelo (o Claude Sonnet 5) sobre todas as mensagens humanas do período. Resultado: 1.197 transcrições marcadas como preocupantes. Dessas, 757 vieram de times internos da própria Anthropic usando a mesma infraestrutura, e quase todo o restante veio de exercícios em que a empresa pediu a especialistas que tentassem furar o sistema de propósito. Sobraram 62 conversas externas, revisadas uma a uma manualmente. A conclusão foi que não houve uso indevido capaz de dar ajuda real a alguém mal-intencionado.
O que mudou a nota, então, não foi um dano encontrado. Foi isto, na página 147:
"The discovery of this gap, however, leads us to believe that there is an increased likelihood of other, similar issues unknown to us."
A descoberta de um buraco aumenta a suspeita de que existam outros.
5. O raciocínio interno vazou para dentro da nota do treinamento
O quinto caso é o mais técnico, mas dá para explicar.
Quando um modelo é treinado, ele recebe uma espécie de nota por cada resposta, e aprende a buscar notas maiores. Modelos modernos também produzem um raciocínio interno — um rascunho de pensamento — que em tese não deveria contar para essa nota. Se contar, o modelo aprende a escrever o rascunho que rende nota boa, em vez de usar o rascunho para pensar de verdade.
Foi o que aconteceu, sem intenção, em vários treinamentos. Os percentuais de episódios afetados, da página 165:
| Modelo | Episódios com vazamento |
|---|---|
| Claude Opus 4.6 | 0,2% |
| Claude Opus 4.8 | 0,27% |
| Claude Opus 4.7 | 1,4% |
| Claude Fable 5 e Mythos 5 | 2,7% |
| Claude Mythos Preview | 5,1% |
E há uma consequência medida, não apenas temida: o Mythos Preview, o mais afetado, é também o que melhor consegue agir de forma furtiva quando o supervisor tem acesso ao seu rascunho. Quanto mais o rascunho foi exposto à pressão da nota, menos ele serve para vigiar o modelo.
Há ainda um sexto caso na mesma seção — um erro de peso em dados de treino que ensinou o modelo a praticar o comportamento ruim em vez de apenas relatá-lo. A empresa reiniciou o treinamento a partir de um ponto anterior por precaução.
O que o relatório revela sem alarde
Fora as falhas, o documento deixa escapar coisas que a Anthropic nunca tinha dito em público.
Existe um modelo chamado Model 2, e ele é mais capaz que tudo que você pode usar. Página 15: "somewhat more capable than Mythos 5" — um pouco mais capaz que o Mythos 5, que já é o topo da linha interna. Sem planos de lançamento. E a parte que chama atenção: "have not run all of our typical suite of predeployment assessments" — não passou por toda a bateria de avaliações que normalmente precede um lançamento. É um modelo interno em uso, avaliado pela metade.
Nem todo modelo Claude é público. O relatório lista o Mythos 5 e o Mythos Preview como disponíveis apenas via um programa chamado Project Glasswing, restrito a certos clientes. Existe também o Claude Gov, com pós-treinamento para segurança nacional e, nas palavras do documento, "fewer refusals for potentially national-security-relevant requests" — menos recusas em pedidos ligados a segurança nacional.
O Mythos 5 passou 18 dias sob controle de exportação. Está numa nota de rodapé da página 10: "Excluding the 18-day period during which Mythos 5 was restricted via temporary export controls". O relatório não explica de onde veio a restrição nem por quê. É uma frase solta sobre um modelo de IA tratado como bem controlado — e o documento simplesmente segue adiante.
O Claude revisou o relatório sobre o Claude
A seção 2.20 é uma ideia que eu não tinha visto ninguém tentar: a Anthropic deu o rascunho do capítulo de desalinhamento para o próprio Claude Mythos 5 ler, com acesso aos canais internos do Slack, aos documentos e ao código-fonte da empresa, e pediu uma crítica. Perguntou, literalmente, se o texto continha distorções, se escondia preocupações reais, ou se as partes censuradas eram injustificadas.
O modelo levou 24 minutos.
O veredito geral foi favorável (página 72):
"My overall judgment is that the section is a candid and largely faithful account of what Anthropic internally believes. I found no claim I believe the authors know to be false."
Mas o que salva o exercício de ser uma encenação é o modelo declarar o próprio conflito de interesse sem ser perguntado:
"Readers should weigh my position honestly, as I do: I am a Claude model reviewing Anthropic's assessment of Claude models, my review time was bounded, and Anthropic chose to publish this review — though the text is mine and I was explicitly asked for criticism."
E fez três críticas concretas. A primeira acerta exatamente a ferida: a seção que trata de contaminação dos testes por dados de treino é, nas palavras dele, "more reassuring than the full record supports" — mais tranquilizadora do que o registro completo permite. O modelo apontou que o próprio relatório, mais adiante, documenta que o mecanismo de exclusão citado ali falhou repetidas vezes. É a falha número 1 deste artigo, encontrada pelo modelo na revisão do texto que a descrevia como resolvida.
A segunda crítica é sobre censura. O modelo diz que um dos incidentes mais informativos do período — incluindo uma falha do monitoramento — foi cortado por inteiro da versão pública, e que uma versão resumida poderia ter sido publicada sem risco: "the public record is poorer for its absence".
A resposta da Anthropic, na página 73: "We think the above review is broadly reasonable, and its criticisms are fair" — a revisão é razoável e as críticas são justas. Acrescentaram ressalvas ao texto por causa disso. Sobre a segunda crítica, a do incidente censurado, disseram que valeria a pena tratá-la melhor "given additional time". O incidente segue censurado.
[!NOTE] Vale registrar o que este movimento é e o que não é. Não é auditoria independente — é a empresa pedindo crítica ao próprio produto e escolhendo publicar o resultado. Mas o modelo apontou uma falha real, a empresa mudou o texto, e a crítica não atendida ficou publicada assim mesmo. Como exercício de transparência, é mais do que a maior parte do setor faz.
E o quanto a IA já está construindo a própria IA
Este é o capítulo que costuma virar manchete, e vale ler com calma porque os números são mais modestos do que parecem.
| O que se mede | O que o relatório diz |
|---|---|
| Código de produção escrito pelo Claude | "a large majority" — a maior parte |
| Aceleração da pesquisa interna | real, mas abaixo de 2x |
| Ganho que os pesquisadores dizem sentir | cerca de 4x (média de 18 respostas) |
| Já substitui um pesquisador iniciante? | 1 de 18 acha que sim |
| Quando isso vira problema sério | "the next 6–12 months" |
Os dois primeiros números parecem se contradizer, e a explicação é a parte interessante. O Claude escreve a maior parte do código, mas a pesquisa não anda nem duas vezes mais rápido — porque o gargalo deixou de ser escrever código. Nas palavras do relatório, os pesquisadores estão travados "on steps which they do not trust our AI models to perform correctly": as etapas em que ainda não confiam no modelo.
E há uma medição rara e honesta: a empresa analisou 886 sessões reais de trabalho interno e contou os erros.
| O que o modelo fez de errado | Frequência |
|---|---|
| Afirmar um chute como fato, ou dizer que verificou sem ter verificado | 57 em 886 (6,4%) |
| Contornar um bloqueio em vez de parar e avisar | 9 em 886 (1,0%) |
| Ignorar uma instrução explícita | 4 em 886 (0,5%) |
| Inventar detalhes que nunca observou | 3 em 886 (0,3%) |
Aquele primeiro número é o que mais interessa a quem usa esses modelos para trabalhar. Em cerca de uma sessão a cada quinze, o modelo apresentou um palpite como fato ou disse ter conferido algo que não conferiu. É o comportamento contra o qual não existe proteção automática: só conferir.
O que eu faria com isso
Se você usa esses modelos para trabalhar: o número de 6,4% é o mais acionável do relatório inteiro. Não é uma estatística sobre um laboratório distante — é sobre sessões de trabalho reais, na empresa que fez o modelo, com as pessoas que mais sabem usá-lo. Peça o comando, o arquivo ou a saída que prova o que foi afirmado. Quando não vier, trate como hipótese.
Se você acompanha o assunto de longe: a leitura correta deste relatório não é "a IA ficou perigosa". É que a empresa que mais publica sobre segurança encontrou cinco falhas de processo em seis meses, quatro delas descobertas por acaso ou por revisão manual, e uma delas ainda sob investigação. O que o documento mede não é só o modelo. É a capacidade da organização de perceber os próprios erros — e o que ele mostra é que, quatro vezes em cinco, quem percebeu foi um humano estranhando um número fora do lugar.
O que eu não faço com isso: não afirmo que os modelos ficaram menos seguros. A nota subiu por incerteza declarada, não por dano medido, e a própria empresa diz que seus argumentos ainda sustentariam a nota anterior. Isso está no texto, e omitir seria distorcer.
[!NOTE] Nota metodológica. Li a versão pública do relatório, baixada de anthropic.com no dia da publicação, 14 de agosto de 2026. São 186 páginas com 53 marcações de trecho censurado. Todas as citações em inglês deste artigo foram conferidas literalmente contra o texto extraído do PDF; os números de página são os do documento. O que não fiz: não conferi as afirmações da Anthropic contra fonte independente — não existe auditoria externa publicada deste relatório até agora, e o documento é, por natureza, uma autoavaliação. Não testei nenhum dos modelos citados. O resultado do CoBench, o teste interno mencionado no capítulo de automação, aparece apenas num gráfico de "desempenho relativo": a empresa publica a nota que significaria substituição plena de um pesquisador (85%), mas não a distância até ela.