A Anthropic lançou o Claude Haiku 5.5 em 7 de outubro e resumiu o seu papel em uma frase: ele “combina bem com o Opus 5.5 e o Sonnet 5.5 como subagente em tarefas de programação”. O artigo de lançamento lista o modelo a US$ 0,10 por milhão de tokens de entrada e US$ 0,50 por milhão de tokens de saída para prompts de até 100 mil tokens, passando para US$ 0,50 e US$ 2,50 acima desse limite. Dois dos seis depoimentos de clientes na página descrevem o mesmo padrão: a Rogo utiliza um subagente Haiku 5.5 para extrair uma linha de receita de um relatório 10-K enquanto um modelo maior elabora a apresentação, e a Cognition o utiliza como o “braço direito” sob o Opus 5.5 no Devin Fusion.
Essa abordagem foca no modelo. Para uma equipe que gerencia vários agentes, a questão mais difícil diz respeito ao quadro de tarefas. Um subagente existe dentro da execução de outro agente. Ele não tem uma Task, um Assignee nem um status próprio; portanto, quando comete um erro, a falha surge com o nome do agente principal. O trabalho barato agora é barato o bastante para ser feito em grande escala, e a decisão real é onde ele deve se tornar visível.
TL;DR
Mantenha o Haiku 5.5 como um subagente dentro da execução quando seu resultado for consumido pelo agente principal e verificado diretamente ali: consultas, resumos, exploração e compactação. Dê a ele seu próprio Agent e sua própria Task quando sua entrega for final, quando alguém precisar aprová-la ou quando ele puder falhar de forma independente. No Claude Code, fixe model: claude-haiku-5-5 no arquivo do subagente em vez de usar o alias haiku, e lembre-se de que o subagente integrado Explore roda no modelo da conversa principal, não no Haiku. No Sharkly, um Agent de baixo custo é configurado via Custom arguments, permitindo que ambos os fluxos compartilhem o mesmo Computer. Agentes pesquisam, executam, testam e relatam. Pessoas definem a direção, concedem autoridade e aprovam o resultado.
Um subagente é invisível visto de cima
Um subagente é um auxiliar que o agente principal inicia dentro da sua própria sessão, ao qual delega uma tarefa específica e do qual obtém a resposta. Esse é o modelo ideal para muitas tarefas, mas também representa um limite: tudo o que o subagente faz ocorre dentro de uma única execução.
Vistos a partir do quadro de gestão, os dois modelos diferem em todas as perguntas feitas por um gestor.
| Pergunta | Haiku 5.5 como subagente dentro da execução | Haiku 5.5 como seu próprio Agent em uma Task |
|---|---|---|
| De quem é a responsabilidade pelo resultado? | Do agente principal, implicitamente | Do Assignee da Task, explicitamente |
| Onde o trabalho aparece? | Dentro da execução e na resposta final do agente principal | Em sua própria Task, com seu status de execução e registro de logs |
| Quem o verifica? | O modelo principal, antes de prosseguir | Uma pessoa, ou um revisor, antes da aprovação |
| O que acontece quando ele falha? | O agente principal absorve a falha ou a propaga adiante | A Task exibe a falha de forma independente |
| Uma pessoa pode intervir ou responder durante a execução? | Não, ele só se comunica com o agente principal | Sim, as dúvidas retornam para a Task e para a Caixa de Entrada |
| Qual é o custo de configuração? | Um arquivo no repositório | Um Agent e uma Task |
A versão desse problema no Codex já foi discutida neste blog: quando uma sessão se divide em vários subagentes, uma única resposta consolidada é tudo o que o revisor vê. O Haiku 5.5 torna essa escolha ainda mais atraente, porque a Anthropic o desenvolveu e precificou exatamente para essa finalidade. O padrão da Rogo funciona porque o agente principal consome a linha de receita e a insere em uma apresentação — um artefato que uma pessoa revisará antes que ele seja divulgado. Qualquer erro do subagente virá à tona durante essa revisão.
Agora, coloque o mesmo modelo em uma tarefa cujo resultado seja o próprio artefato final: uma migração, uma alteração de configuração, uma correção de dados ou uma resposta a um cliente. Como subagente, esse trabalho só chega ao quadro de tarefas como parte do resumo do agente principal. Ninguém consegue identificar qual parte do diff veio do modelo mais barato, e quem aprova a Task acaba validando um trabalho que não pode atribuir a ninguém.
A regra documentada
Os artigos sobre o Luna responderam que tipo de trabalho pertence a uma categoria de baixo custo: direcione pela facilidade de verificação, não pela dificuldade. O Haiku 5.5 adiciona um segundo eixo. Quando o trabalho é barato o suficiente, decida onde ele deve operar com base em quem consome o resultado.
Haiku 5.5 placement rule
In-run subagent when ALL of these hold:
- the output is read by the lead agent, not shipped
- the lead checks or uses it before continuing
- a wrong answer shows up downstream, inside reviewed work
examples: file lookups, codebase exploration, log and doc summaries,
classification, pulling one fact from a long document
Own Agent and own Task when ANY of these hold:
- the output ships (a diff, a message, a record, a submitted form)
- a person has to accept it
- it can fail, stall, or need a human answer independently
- you want its acceptance rate measured separately from the lead's
Use um subagente quando o trabalho convergir em uma resposta de que o agente principal precisa. Use uma Task separada quando o trabalho for algo ao qual a equipe associaria um responsável.
Existe uma alternativa intermediária no Sharkly. Em uma Crew, o Agent líder menciona membros para contribuições pontuais, e esses membros operam na mesma Task, adicionando seus resultados ao chat dela. Um membro com Haiku 5.5 fica visível na Task sem precisar de uma Task exclusiva. Utilize essa abordagem quando uma única pessoa for aprovar o resultado consolidado. Divida em Tasks separadas quando pessoas diferentes forem revisar partes distintas.
Configurando ambos os fluxos
Cada fluxo possui uma configuração que é fácil de errar.
O fluxo de subagente, no Claude Code. O Claude Code requer a versão v2.1.293 ou superior para o Haiku 5.5. O campo model de um subagente aceita sonnet, opus, haiku, fable, o ID completo do modelo ou inherit, de acordo com a documentação sobre subagentes. Fixe o ID completo:
---
name: lookup
description: Find files, symbols and config values. Read-only.
model: claude-haiku-5-5
---
Answer with paths and line numbers. Do not edit files.
O alias é a grande armadilha. Conforme a documentação de configuração de modelos, haiku só é resolvido como Haiku 5.5 na API da Anthropic. No Amazon Bedrock, Google Cloud, Microsoft Foundry e Claude Platform on AWS, ele ainda aponta para o Haiku 4.5. Um arquivo de subagente compartilhado entre Computers em provedores diferentes pode acabar executando dois modelos distintos com o mesmo nome. A variável ANTHROPIC_DEFAULT_HAIKU_MODEL define o que haiku significa e o que o Claude Code utiliza para recursos em segundo plano em cada host.
A segunda surpresa: o subagente integrado Explore utiliza o modelo da conversa principal, não o Haiku. Se o agente principal estiver rodando no Opus 5.5, a exploração rodará no Opus 5.5. A recomendação da própria documentação é criar um subagente de usuário ou de projeto chamado Explore — que substitui o integrado — com model: haiku para executar a exploração em um modelo de menor custo. Nomeie o arquivo acima dessa forma e mantenha o ID completo.
O fluxo de Agent, no Sharkly. O Sharkly não escolhe modelos. A documentação de Agents afirma: “O Agent segue o modelo padrão do Runtime. Ele não garante nem exibe um nome de modelo específico. Para alterar modelos, especifique um em Custom arguments no Agent ou no Runtime.” Não há menu suspenso de seleção de modelo nem controle de profundidade de raciocínio (thinking depth) no Agent. Portanto, o Agent de baixo custo é um segundo Agent no mesmo Computer e no mesmo Claude Code Runtime, com claude-haiku-5-5 definido em seus Custom arguments, enquanto o Agent principal mantém a configuração padrão. O guia oficial da plataforma, executando agentes Claude Haiku 5.5 no Sharkly, explica esse passo a passo.
Como a Task não exibe o nome do modelo, adicione uma linha às instruções do Agent de baixo custo: informe o modelo na resposta final. No Claude Code, o Haiku 5.5 usa por padrão o esforço medium e o raciocínio não pode ser desativado; logo, o nível de esforço configurado ali definirá o custo de cada execução.
O impacto do limite de 100 mil tokens
A decisão de onde posicionar o modelo também determina o preço que você paga. O Haiku 5.5 custa US$ 0,10 / US$ 0,50 por milhão de tokens apenas enquanto o prompt permanecer em até 100 mil tokens. Acima desse patamar, o preço sobe para US$ 0,50 / US$ 2,50 — cinco vezes maior. A Anthropic afirma que cerca de 90% das requisições para o Haiku 4.5 ficaram abaixo desse limite.
A chamada de um subagente tem a estrutura perfeita para ficar abaixo desse limite: um escopo restrito, uma leitura rápida e uma única resposta de retorno. Já um Agent autônomo executando uma Task longa tende a ultrapassá-lo. O Claude Code compacta modelos nativos de 1 milhão de tokens, como o Haiku 5.5, em cerca de 967 mil tokens por padrão — bem acima dos 100 mil. Assim, uma execução longa do Haiku 5.5 pode passar a maior parte das suas etapas posteriores pagando a tarifa mais cara. A solução para uma Task longa é dividi-la, e não trazê-la de volta para dentro da execução do agente principal.
Isso traz uma vantagem de custo clara para essa divisão. Use o subagente dentro da execução para chamadas curtas e com foco em leitura, onde é fácil manter a tarifa reduzida. Use um Agent independente para entregas finais, dimensionando essas Tasks de forma que a execução termine antes que a janela de contexto se esgote.
Duas coisas que não mudaram
A Anthropic é direta quanto aos limites do modelo. O Sonnet 5.5 e o Opus 5.5 “continuam sendo as melhores opções para tarefas complexas de programação com agentes”, e a tabela de lançamento pontua o Haiku 5.5 em 39,2% no Terminal-Bench 4.0, contra 70,6% do Sonnet 5.5, ambos em esforço máximo. O Haiku 5.5 é um executor ou um auxiliar, não um líder.
E um executor mais barato não torna a validação mais barata. Quer o Haiku 5.5 rode como subagente ou como um Agent próprio, alguém ainda precisa assumir a responsabilidade pelo resultado. O fluxo de subagente oculta esse responsável dentro da execução do agente principal; já o fluxo de Agent associa um nome e um status explícitos à entrega. Para tarefas no navegador ou no desktop, em que uma execução pode terminar pela metade, essa diferença se torna cara rapidamente — tema abordado no artigo sobre agentes de navegador de baixo custo e a fila de revisão. A escolha entre o Haiku 5.5 e o GPT-6 Luna pelo mesmo preço de tabela é outra discussão, detalhada em dois Runtimes de baixo custo pelo mesmo preço.
Defina a regra de posicionamento uma única vez: reserve os subagentes para consultas verificadas pelo agente principal e crie uma Task dedicada para qualquer entrega definitiva. Se você já gerencia vários agentes, o Sharkly oferece uma plataforma centralizada para acompanhar suas tarefas e resultados.
