Claude Haiku 5.5: o que é e o que muda em relação ao Haiku 4.5

Fala aí, beleza? A Anthropic soltou hoje, 7 de outubro de 2026, o Claude Haiku 5.5, e ele chegou com uma promessa forte: ser o modelo pequeno mais barato, mais rápido e mais capaz que ela já lançou 😀

É o modelo pensado pra tarefa de alto volume, aquela que roda milhares de vezes por dia e onde cada centavo por token pesa no fim do mês

Na prática, ele é o sucessor direto do Haiku 4.5

As novidades de verdade são três: ajuste de esforço (effort), tokenizer atualizado e uma tabela de preço por faixa de tamanho do prompt

Bora ver?

O que é o Claude Haiku 5.5

O Haiku sempre foi o modelo pequeno da linha Claude, o mais leve e barato da família

No 5.5 a Anthropic manteve esse papel e posicionou o modelo como o mais barato, mais rápido e mais capaz que já fez nesse tamanho, com foco em alto volume e custo

Os dados principais:

• Lançamento: 7 de outubro de 2026
• Aposentadoria: não acontece antes de 7 de outubro de 2027
• ID na API: claude-haiku-5-5
• Janela de contexto: 1 milhão de tokens
• Saída máxima: até 128 mil tokens
• Raciocínio: suporta adaptive thinking com o parâmetro effort

E onde ele roda?

Em todas as plataformas: Claude Platform API, AWS, Google Cloud e Microsoft Azure/Foundry

Outro detalhe importante: o Haiku 5.5 usa o mesmo tokenizer e o mesmo contrato de API do resto da família 5.5

Ou seja, se tu já integrou outro modelo 5.5, a forma de chamar é a mesma, muda o ID e pronto, beleza? 🙂

Haiku 5.5 vs Haiku 4.5: preços lado a lado

Aqui tá a mudança que mais chama atenção

O Haiku 4.5 tinha um preço único, e o Haiku 5.5 passou a cobrar por faixa de tamanho do prompt: um preço até 100 mil tokens e outro acima disso

E por que dividir em faixas?

Porque a maior parte do uso real fica na faixa barata: prompts de até 100 mil tokens eram cerca de 90% de todas as requisições feitas aos Haiku anteriores

Então o corte de 90% por token pega justamente onde a maioria das chamadas acontece

Já quem manda contexto gigante (aproveitando a janela de 1 milhão) cai na faixa de cima, que ainda é 50% mais barata que o Haiku 4.5, mas custa cinco vezes a faixa menor

Tome cuidado com isso se teu sistema empilha documento longo no prompt!

Por que a economia média fica em torno de 75% e não em 90%?

Olhando a tabela, dá vontade de sair dizendo que tudo ficou 90% mais barato

Só que não é bem assim…

O Haiku 5.5 usa um tokenizer atualizado

Que tokenizer?

É a peça que quebra o texto em tokens antes do modelo processar, e é por token que tu paga

O tokenizer novo gera um pouco mais de tokens por tarefa: o mesmo texto vira mais tokens do que virava no Haiku 4.5

Aí parte do corte de preço é comida por esse consumo maior

Por isso a própria Anthropic fala em cerca de 75% de economia média ao rodar uma carga de trabalho no Haiku 5.5 em vez do 4.5, já considerando o tamanho das requisições e a mudança no consumo de tokens

Continua sendo um corte absurdo, mas é bom chegar com a expectativa certa na hora de refazer a planilha de custo 😛

Effort no Haiku: o que é o ajuste de esforço

Essa é a novidade mais legal do ponto de vista técnico

O Haiku 5.5 é o primeiro modelo da linha Haiku com o parâmetro effort

E o que ele faz?

Te deixa escolher onde o modelo vai pender: otimizar custo e velocidade, ou puxar mais pra inteligência

Pensa num botão de dosagem: em tarefa simples e repetitiva tu quer resposta rápida e barata, em tarefa mais chata tu aceita pagar um pouco mais pra ele pensar melhor

Alguns pontos:

• O effort vem em medium por padrão
• Ele funciona junto com o adaptive thinking, que é o modo de raciocínio suportado pelo modelo
• Até o 4.5, o Haiku não tinha esse controle

Se tu já sofreu com o Haiku em tarefa que exigia mais raciocínio, vale reler onde o Haiku 4.5 tropeça e testar se subir o effort resolve o caso antes de trocar de modelo

Para que usar o Claude Haiku 5.5

A Anthropic citou casos de uso bem específicos, e todos têm a mesma cara: muita chamada, resposta rápida, custo baixo

• Resumos: resumir ticket, e-mail, documento e por aí vai, coisa que roda em lote e em volume grande
• Compactações: reduzir histórico de conversa ou contexto longo pra caber de novo no prompt, tarefa de bastidor que acontece o tempo todo em agentes
• Consultas a banco de dados: transformar pedido em consulta, várias vezes ao dia, onde latência importa
• Classificação: etiquetar, rotear, separar por categoria, o clássico caso de alto volume
• Suporte ao cliente em tempo real: conversa ao vivo, onde velocidade é parte da experiência
• Uso de navegador: tarefas de navegação em que o agente faz muitos passos pequenos

O padrão é claro, né?

O Haiku 5.5 é o modelo pra trabalho repetitivo em escala, não o que tu chama pra arquitetar um sistema inteiro

O que muda para quem já usa o Haiku 4.5: migração e breaking changes

Aqui é onde dá pra se ferrar se trocar o ID no automático e subir pra produção haha

O guia de migração da Anthropic orienta estes passos:

1. Trocar o ID do modelo para claude-haiku-5-5. Erro comum deste passo: trocar só o ID e achar que acabou, sem passar pelos itens abaixo
2. Recontar os prompts com o tokenizer novo, já que o mesmo texto conta mais tokens. Erro comum deste passo: reaproveitar a contagem antiga e estourar limites ou estimar custo errado
3. Revisar max_tokens e as estimativas de custo com base na contagem nova. Erro comum deste passo: manter o max_tokens do 4.5 e ver resposta cortada
4. Trocar o thinking com budget_tokens por adaptive thinking. Erro comum deste passo: deixar o budget_tokens no código, que agora retorna erro

E as breaking changes, ou seja, o que antes funcionava e agora retorna erro:

• Extended thinking manual com budget_tokens: retorna erro, troque por adaptive thinking
• temperature, top_p e top_k fora do padrão: retornam erro, a orientação é omitir esses parâmetros
• Prefill de mensagem do assistente: retorna erro, a conversa precisa terminar com um turno do usuário
• Computer use na Claude API e no Google Cloud: exige trocar computer_20250124 por computer_toolset_20260801

O do prefill é o que mais pega gente desprevenida, porque muito código antigo usa esse truque pra forçar formato de resposta

Caso tua integração faça isso, vai precisar reescrever essa parte antes de migrar!

Novidade no mesmo anúncio: cache do Sonnet 5.5 mais barato

Junto com o Haiku, veio um corte no irmão do meio

A leitura de cache do Claude Sonnet 5.5 caiu de US$ 0,20 para US$ 0,10 por milhão de tokens, uma redução de 50%

Isso interessa pra quem monta fluxo misto: Haiku pra tarefa de volume e Sonnet pra parte mais pesada, reaproveitando contexto em cache

Se quiser entender melhor o outro lado dessa dupla, tem o post sobre o que muda no Sonnet 5.5 🙂

Vale migrar para o Haiku 5.5?

Olhando só pros fatos, pra carga de alto volume o novo Haiku é bem atraente

Corte de 90% por token na faixa onde fica a maioria das requisições, economia média estimada de cerca de 75%, contexto de 1 milhão de tokens e, pela primeira vez no Haiku, controle de effort

Mas não é next, next e finish…

O tokenizer novo muda a contagem de tokens, e as breaking changes quebram código que usa budget_tokens, sampling customizado, prefill ou a ferramenta antiga de computer use

Então o caminho honesto é este:

• Revisar tua chamada atual contra a lista de breaking changes
• Recontar os prompts com o tokenizer novo e ajustar o max_tokens
• Refazer a estimativa de custo considerando as duas faixas de preço
• Só aí trocar o ID para claude-haiku-5-5

Feito isso, a tendência é a conta ficar muiiito mais leve 😀

E tu, já tá pensando em migrar alguma integração pro Haiku 5.5? Bora trocar uma ideia

Até o próximo post!