A Anthropic mexeu em três frentes da plataforma Claude em setembro, e quem mantém agente em produção precisa saber onde o comportamento muda sem aviso no changelog. Abaixo está o que cada release altera na prática, com os nomes de recurso e de comando exatamente como aparecem na documentação oficial.
10 de setembro
A política de permissão auto entrou no Claude Managed Agents. Em vez de você decidir antes de subir o agente se cada chamada de ferramenta pode ou não rodar, o servidor passa a avaliar cada agent.tool_use e cada agent.mcp_tool_use e escolhe entre executar, negar ou pausar para aprovação humana.
Os eventos que descrevem essas chamadas ganharam dois campos: evaluation, que registra como a chamada foi avaliada, e evaluated_permission, que registra o resultado dessa avaliação. Para quem escreve o loop de orquestração, isso significa que a lógica de liberar ou bloquear ferramenta sai do seu código e vira estado observável no stream de eventos.
Você deixa de manter uma tabela própria de regras e passa a reagir ao que o servidor decidiu, o que reduz a superfície de erro em fluxos com muitas ferramentas acopladas. A documentação do modo está em Let the server evaluate each call with auto.
O mesmo release trouxe ant beta:sessions connect para a CLI. O comando anexa seu terminal a uma sessão de Claude Managed Agents, permitindo acompanhar a sessão ao vivo, enviar mensagens e aprovar ou negar chamadas de ferramenta que estejam esperando decisão.
Com a flag --web, ele serve localmente o visualizador de sessão do Claude Console e abre a sessão ali em vez de no terminal. Na prática, depurar um agente que pausou esperando aprovação deixa de exigir ir ao Console: você resolve no próprio terminal onde já está rodando o build.
O passo a passo está em Connect to a Managed Agents session from your terminal.
3 de setembro
A versão 1.30.0 da CLI ant adicionou ant apply, que cria e atualiza agentes, ambientes, skills, memory stores e deployments a partir de arquivos no seu repositório. O fluxo é declarativo: você descreve cada recurso em um arquivo, roda ant apply e aprova o plano que o comando imprime antes de qualquer alteração.
O lockfile claude-lock.json que ele grava deve ser commitado, porque é o que garante que execuções posteriores, na sua máquina ou em CI, atualizem os mesmos recursos em vez de criar novos. Isso resolve um problema clássico de quem sobe agente por script: rodar o pipeline duas vezes e acabar com dois agentes quase idênticos.
Com o lockfile versionado, o segundo run vira atualização do primeiro. O guia está em Manage resources as code with ant apply.
Ainda nesse release, as mudanças de per-message effort, que estavam em beta, passaram a valer também no Google Cloud para Claude Fable 5.1, Claude Mythos 5.1 e Claude Opus 5, com o mesmo cabeçalho beta mid-conversation-output-config-2026-07-01. Para quem roda esses modelos via Vertex AI, a possibilidade de ajustar o esforço no meio da conversa deixa de ser exclusividade da API principal.
1 de setembro
Chegaram Claude Fable 5.1 (claude-fable-5-1) e Claude Mythos 5.1 (claude-mythos-5-1), este último para participantes do Project Glasswing. Os dois trazem janela de contexto de 1M tokens por padrão, saída máxima de 128k tokens e adaptive thinking sempre ligado.
O preço fica em US$ 10 por milhão de tokens de entrada e US$ 50 por milhão de saída, igual ao Claude Fable 5, mas a leitura de cache caiu para US$ 0,25 por milhão de tokens, ou 0,025x o preço base de entrada, contra 0,1x nos outros modelos. A escrita de cache não mudou.
Para cargas com prompt grande e repetido, essa diferença de leitura de cache pesa mais no fim do mês do que qualquer outra linha da fatura.
Há duas quebras de compatibilidade que merecem atenção antes de migrar. Em Fable 5.1 e Mythos 5.1, os tipos any e tool de tool_choice não são suportados e retornam erro 400; auto e none seguem iguais.
Quem dependia de forçar uma ferramenta específica precisa migrar para strict tool use ou para structured outputs se quiser entrada de ferramenta conforme o schema. A outra envolve thinking blocks: os produzidos por esses modelos só são preservados pelo próprio modelo que os gerou ou por um mais novo.
Replay para um modelo anterior faz a API descartar o bloco. Fable 5.1 aceita blocos vindos de Claude Opus 5, Claude Fable 5, Claude Mythos 5 e modelos Claude anteriores, mas também verifica se nada antes do bloco mudou.
Para contas criadas a partir de 31 de agosto de 2026, reenviar um bloco depois de alterar o system prompt, o campo tools ou uma mensagem anterior retorna erro.
O resumo prático: se você roda agente com muitas ferramentas, o modo auto tira regra do seu código. Se sobe recurso por pipeline, ant apply com lockfile versionado evita duplicata.
E se está migrando para Fable 5.1, revise tool_choice e o replay de thinking blocks antes de trocar o modelo em produção.
