Quem constrói produto sobre a API da Anthropic ganha, nesta edição, quatro mudanças que afetam segurança, custo de tráfego e rastreabilidade de conteúdo. A mais interessante para quem opera agentes de longa duração é a chegada das message threads, que tira do cliente a tarefa de reenviar o histórico inteiro a cada chamada.
Há também controles novos de acesso por IP e de sessão de membros no Enterprise, além da marcação de texto gerado por modelos recentes. Cada seção abaixo indica o que mudou e o efeito concreto no seu código.
5 de novembro
O Claude Console agora permite configurar uma IP allowlist por organização, em beta. Requisições aos serviços cobertos vindas de endereços fora da lista são recusadas, o que reduz o alcance de uma chave de API vazada.
É possível cadastrar endereços IPv4 e IPv6 ou faixas CIDR, até 1.000 por organização. A documentação de IP allowlisting detalha o que está coberto e o passo a passo de configuração.
Na prática, times que rodam workers em faixas de IP conhecidas podem fechar a porta para qualquer origem estranha sem trocar o modelo de autenticação. Vale mapear antes os IPs de saída de cada ambiente, porque a recusa é imediata e atinge também chamadas legítimas de um CI que você esqueceu de listar.
A mesma data traz, ainda em beta, o encerramento remoto de sessão de um membro da organização Claude Enterprise (claude.ai) pela Admin API. O membro permanece na organização e pode entrar de novo depois.
A referência está na Admin API, e a página Sign a member out everywhere informa o beta header necessário e o que a requisição não encerra.
3 de novembro
Texto gerado por Claude Mythos 5, Claude Opus 4.7 e Claude Sonnet 4.6 passa a carregar a marca d'água de texto da Anthropic nas plataformas listadas em How Claude marks AI-generated content. Há uma exceção relevante para quem ajusta amostragem: no Claude Sonnet 4.6, uma requisição que define temperature, top_p ou top_k com valor diferente do padrão pode não receber a marca.
Para quem desenvolve, isso entra na conta de qualquer pipeline que publique texto em nome do usuário final. Se o seu produto exige que a saída seja identificável como gerada por IA, vale evitar parâmetros de amostragem não padrão no Sonnet 4.6 ou testar o comportamento antes de prometer conformidade.
A página Text watermark reúne os detalhes.
2 de novembro
Conversas longas e loops de agente na Messages API podem enviar requisições menores e obter menor time to first token com message threads. O recurso está em beta e exige o header message-threads-2026-08-12.
A API mantém a conversa no servidor, então cada requisição seguinte envia apenas as mensagens novas.
O ganho é direto em dois lugares: latência de primeira resposta e volume de tokens trafegados por turno. Em um agente que roda dezenas de passos, o cliente deixa de reenviar o histórico completo a cada iteração, e isso muda o desenho de quem hoje monta o payload manualmente.
Existem limites operacionais que precisam entrar no seu tratamento de erro. A thread expira 5 minutos após a última requisição e é apagada no máximo 1 hora depois do último uso.
Ou seja, retomada tardia exige recriar o contexto, e o código precisa lidar com thread inexistente sem quebrar o fluxo do usuário.
O recurso está disponível na Claude API, no Claude Platform on AWS, nos Claude Models on Google Cloud (Anthropic managed) e no Claude in Microsoft Foundry. Se a sua arquitetura é multi-cloud, vale checar em cada ambiente se o beta header já é aceito antes de padronizar o padrão de threads no SDK interno.
Fontes
Página oficial de notas de versão: https://platform.claude.com/docs/en/release-notes/overview
