Construindo agents: quando vale incorporar subagents ao agent loop principal
Aprofundamento CEVIU
Aprofundamento
A Anthropic parte de um padrão que a equipe de Applied AI viu em implantações corporativas: rotear, planejar e especializar por domínio em subagents costuma custar mais do que entrega. Nas comparações feitas, um único agent com skills frequentemente superou tanto o design de um prompt para tudo quanto o design com subagents em qualidade, muitas vezes com menor custo e latência por tarefa. Um cliente que comparou seu harness multi-agent com um único agent loop registrou runtime cerca de 2x mais rápido no segundo.
A proposta técnica é divulgar contexto de forma progressiva: o agent vê descrições curtas de skills e, via tool search com carregamento adiado, de tools, que só são carregadas quando necessárias. A Anthropic diz ter reduzido em mais de 80% o system prompt do Claude Code para modelos mais avançados, com cortes ligados a isso. O loop ideal tem um modelo, uma janela de contexto, lotes de tool calls executados em paralelo pelo harness, limites de turnos e custo, e o plano escrito no próprio contexto. Procedimentos de domínio viram skills, e validações e gates de aprovação vão para as tools. Recomenda-se agrupar tools por intenção do usuário, não uma por API, porque acima de 30 a 50 definições a escolha de tool tende a piorar.
O que mudou
A cobertura anterior mostra o outro lado do debate. Em 9 de março de 2026, o CEVIU noticiou "Escalando para Mais de 120 Agentes de IA Sem Perder o Controle", que recomendava o padrão condutor-especialistas ao passar de 15 ferramentas ou 3 domínios conflitantes. Em 13 de abril de 2026, o CEVIU publicou "Padrões de Coordenação Multi-agente: Cinco Abordagens e Quando Utilizá-las", sobre Generator-Verifier e Orchestrator-Subagent. Agora o foco é o caminho inverso: quais fronteiras remover, com skills e tool search no lugar. Não é uma contradição total, já que os subagents seguem indicados para verificação, paralelismo e permissões.
Por que isso importa
Para quem opera um sistema com vários subagents, a leitura é que a arquitetura pode estar espelhando o organograma, e não a necessidade técnica. O primeiro passo prático é montar um eval end-to-end, mesmo com 10 exemplos, e rodar cada tarefa mais de uma vez antes de fundir qualquer subagent, porque regressões podem aparecer em apenas uma de duas execuções.
Linha do tempo
CEVIU noticia a recomendação do padrão condutor-especialistas ao escalar além de 15 ferramentas ou 3 domínios.
CEVIU publica sobre padrões de coordenação multi-agente e quando usá-los.
CEVIU publica sobre a topologia de um agent loop de LLM com uso de ferramentas.
Anthropic descreve quando incorporar subagents ao agent loop principal.
Perguntas frequentes
Quando vale manter subagents separados?
A Anthropic cita casos como degradação mensurável por excesso de contexto, tarefas paralelas com janelas de contexto novas e descartáveis, e dificuldade do agent em escolher tools ou instruções conflitantes no system prompt. Verificação e permissões modulares também são pontos fortes citados.
O que é divulgação progressiva de contexto?
O agent enxerga só descrições curtas de skills e tools. O conteúdo completo é carregado quando a tarefa exige, via skills e tool search com carregamento adiado. Isso evita um system prompt gigante.
Como migrar sem quebrar o que funciona?
Comece com um eval end-to-end compartilhado, de propriedade de um time central, e evals menores por skill. Funda um subagent por vez, transformando prompts em skills e chamadas de API em tools MCP. Compare quais tarefas mudaram de resultado, não só a nota final.
Como tratar permissões num único loop?
Cada tool verifica o que o usuário pode ver ou fazer e devolve uma recusa simples que o modelo consegue ler. Assim um loop atende usuários com acessos distintos, sem um agent por nível de permissão.
Fontes
- claude.comfonte original
- Categoria
- CEVIU Web Dev
- Publicado
- 23 de outubro de 2026
- Editoria
- CEVIU Web Dev

