A Meta aumentou a confiabilidade ao tirar decisões de domínio do coordenador - e deixar o roteador deliberadamente magro.
Um único agente carregava todo o conhecimento do pipeline de dados: schemas, regras de geração de código, convenções de repositório, checks de qualidade. Em demo funcionava. Em produção, começou a misturar normas de um subsistema com outro e a inventar configurações. Sem prompts artesanais para cada caso, a taxa de sucesso caía para a faixa de 10-20%. O problema não era "prompt fraco". Era arquitetura: quanto mais contexto o coordenador acumulava, mais interferência entre conceitos e mais alucinação.
A Meta publicou em 19/10 o padrão que adotou: thin orchestrator. Um orquestrador de cerca de 1.300 linhas que roteia mais de 20 workflows para 14 agentes especializados e não faz trabalho de domínio. Classifica intenção, coleta campos obrigatórios, aplica checagens de confiabilidade e delega. Não raciocina sobre código, não gera configuração, não toca no repositório. Cada subagente recebe contexto isolado — schema, população de fontes, validação de build — e não enxerga o quadro inteiro. Essa limitação é intencional.
O protocolo de cada pedido é fixo (sete passos): ler instrução do subagente, checar duplicata, reunir campos, inferir o que for automático, passar pelo gate de confiabilidade, delegar, tratar o resultado. Raciocínio de LLM aparece de forma concentrada no passo em que o especialista atua, não no roteador. Em produção, o onboarding de coluna de dados que levava dias manualmente (ou cerca de um dia com o sistema anterior) passou a ficar abaixo de uma hora; boa parte das mudanças chega sem retrabalho pesado de engenheiro.
Para quem monta sistemas de agentes em engenharia de software, o caso reforça uma regra antiga com evidência nova: separação de responsabilidades continua valendo quando o "trabalhador" é um modelo. Concentrar roteamento, política e domínio no mesmo agente amplia a superfície de erro. Deixar o orquestrador determinístico e magro, e o raciocínio especializado em agentes com contexto delimitado, reduz contaminação e torna falha mais localizada e mais fácil de auditar e reexecutar.
Quem ainda coloca "um agente que sabe de tudo" no centro do fluxo pode estar pagando o mesmo preço que a Meta pagou antes da troca: demo boa, produção instável.
Leia o artigo mais aprofundado clicando abaixo.
Autor da série de livros "Engenharia de Software Assistida por IA" (disponível na Amazon). Aprofunde-se no tema de forma estruturada — em especial delegação técnica e limites do que o agente (e o orquestrador) deve fazer — pode consultar a série "Engenharia de Software Assistida por IA" clicando na imagem abaixo:
- Cupom de 30% OFF:
LEIA30. - Disponível também no Kindle Unlimited.
Referências
- Rath, Jindal, Verma et al. The Thin Orchestrator: How We Made Our AI Agents More Reliable by Giving the Router Less to Do (Engineering at Meta, 19 out 2026) https://engineering.fb.com/2026/10/19/ml-applications/thin-orchestrator-ai-agent-architecture/
Tags
#EngenhariaDeSoftware #IA #InteligenciaArtificial #SoftwareEngineering #AI #Agentes #Orquestracao #DelegacaoTecnica #EngenhariaDeSoftwareAssistidaPorIA
Top comments (0)