---
title: "Multi-agentes na engenharia de software: Eficiência real ou apenas mais ruído?"
author: "Ricardo Pupo Larguesa"
date: "2026-03-19 12:00:00-03"
category: "Papers & Pesquisa"
url: "http://aintuicao.scale.press/portal/aintuicao/post/2026/03/19/multi-agentes-na-engenharia-de-software-eficiencia-real-ou-apenas-mais-ruido/md"
---

# Multi-agentes na engenharia de software: Eficiência real ou apenas mais ruído?

Recentemente, tive uma discussão interessante com o ChatGPT sobre a efetividade real de orquestração de múltiplos agentes nos codificadores agênticos. A dúvida era se vale a pena separar o trabalho entre múltiplos agentes com papéis distintos ou basta organizar bem as skills para um único agente? No meu dia a dia na [T2S](http://t2s.com.br) e desenvolvendo produtos como [Relpz](https://relpz.com) ou o [ScalePress](http://scale.press), a economia de tokens e a precisão do contexto são obsessões constantes. Por isso, essa distinção não é meramente acadêmica, ela mexe no bolso e na qualidade da entrega.

O conceito de skills, como as que organizamos em pastas como .codex/skills, funciona basicamente como uma engenharia de contexto refinada. Ao dar ao modelo apenas o que ele precisa para uma tarefa específica, reduzimos o ruído e aumentamos a assertividade. É o que prego no meu livro [Engenharia de Prompt para Devs](https://www.casadocodigo.com.br/products/livro-engenharia-de-prompt): foco total no que importa. Mas quando entramos no território dos multi-agentes, a coisa muda de figura. A promessa é de que ter um arquiteto, um coder e um revisor trabalhando em paralelo ou sequência traria um resultado superior.

Olhando para a literatura recente, como o paper [Towards a Science of Scaling Agent Systems](https://arxiv.org/abs/2601.12307), a realidade é mais sóbria e bate com minha percepção. Em tarefas sequenciais, o uso de múltiplos agentes muitas vezes degrada a performance devido ao custo de coordenação. É o clássico problema do excesso de gerência para pouco executor. Outro estudo importante, o [Rethinking the Value of Multi-Agent Workflow](https://arxiv.org/abs/2308.08155), demonstra que um agente único bem estruturado consegue empatar com workflows complexos de multi-agentes em muitos cenários. Eu nao tenho certeza se essa complexidade extra compensa para a maioria dos projetos de software que vejo por aí.

A separação de papéis em um arquivo AGENTS.md faz todo o sentido para organização humana e clareza de gatilhos, mas não é uma bala de prata. O ganho real aparece quando há decomposição natural do trabalho ou necessidade de validação independente, como um revisor que não compartilha do mesmo viés do executor. Sem isso, você está apenas gastando tokens para fazer o modelo conversar consigo mesmo. Na prática, eu prefiro começar com um agente robusto e skills bem definidas. Se o problema pedir paralelismo ou uma crítica cega, aí sim chamo a cavalaria.

Para quem está montando o próprio framework de agentes, a regra deve ser o pragmatismo. O excesso de orquestração gera conflitos de contexto e decisões de arquitetura divergentes se não houver um agente coordenador muito forte. No final das contas, a tecnologia deve servir para agilizar o commit, não para criar uma burocracia digital que consome seu orçamento de API antes do meio-dia. Vamos ajustar os pesos e focar no que realmente entrega código em produção.

Conecte-se comigo para mais discussões reais sobre IA: [https://linktr.ee/ricardo.pupo](https://linktr.ee/ricardo.pupo).