Message threads da Anthropic aceleram agentes de longa duração ao enviar só as novas mensagens

O problema que as message threads atacam é simples de descrever. Um agente de código pode fazer centenas de requisições numa única sessão, e cada uma reenvia todas as mensagens e resultados de ferramentas anteriores. Quando a conversa chega a centenas de milhares de tokens, reenviar tudo adiciona tempo antes de o Claude começar a responder. A Anthropic afirma que, com o recurso ligado por padrão para a maioria dos usuários do Claude Code, a mediana do tempo até o primeiro token (TTFT) cai cerca de 35% em requisições de 500 mil a 1 milhão de tokens.

Na prática, você adiciona o parâmetro thread às requisições da Messages API. A primeira requisição leva a conversa completa e abre a thread. As seguintes mandam só as mensagens novas e o ID da resposta anterior. A Anthropic diz que mantém cada thread em memória, criptografada e sem gravação em disco, e que ela expira 5 minutos após a última requisição. Nesse caso, o cliente precisa reenviar a conversa inteira para abrir outra. O consumo de tokens não muda, porque o Claude continua lendo o contexto completo a cada turno. Valem as tarifas padrão e os limites de taxa existentes. O beta público está na Claude Platform nativa, na Claude Platform on AWS, no Claude in Microsoft Foundry e no Claude Models on Google Cloud (gerenciado pela Anthropic).

Em 3 de novembro de 2026, o CEVIU noticiou "Claude lança message threads, que permitem aos agentes enviar só as mensagens novas", com o mesmo recurso em beta público e a mesma ideia de não reenviar o histórico. A cobertura de hoje acrescenta detalhes de uso: o parâmetro thread, a expiração em 5 minutos, o fato de o consumo de tokens permanecer igual e a disponibilidade nas plataformas em nuvem parceiras.

Para quem opera agentes de longa duração, o ganho está na latência, não na conta. Como os tokens cobrados seguem iguais, o benefício aparece na experiência de sessões longas, como agentes de código e de computer use. A expiração de 5 minutos sugere que vale tratar o reenvio completo como caminho de fallback no cliente. Essa é uma leitura editorial, não uma orientação da Anthropic.