Поваренная книга вайбкодера: одна LLM в роли архитектора, ревьювера и тестировщика

Um desenvolvedor russo publicou em agosto de 2026 no Habr um guia detalhado sobre desenvolvimento multi-agente com um único modelo de linguagem — sem necessidade de adquirir infraestrutura adicional e sem meses de configuração.

O que é a «esquizofrenia do LLM»

O efeito básico que sustenta todo o método: o mesmo modelo que acabou de escrever uma funcionalidade e ficou satisfeito com ela, no papel de revisor, encontra nela três bugs reais com cenários de falha. Um conjunto de pesos — duas opiniões diametralmente opostas sobre o mesmo código.

Fatos principais do método:

• A trupe é composta por quatro papéis: arquiteto, desenvolvedor, revisor, testador
• A troca entre papéis é feita via prompts de papel («skills»)
• O autor mantém um projeto real em produção nesse princípio, escrito por agentes quase sem código manual
• O primeiro passo não exige nenhuma linha de código escrita manualmente — a trupe se constrói sozinha

A divisão não é um bug, mas um recurso arquitetural: um revisor que não sabe que está olhando para o próprio código critica com mais honestidade do que qualquer colega real.

Por que o processo deve viver em um arquivo

As decisões arquiteturais tomadas pelo modelo no papel de arquiteto desaparecem do contexto no momento em que o mesmo modelo muda para o papel de desenvolvedor. Sem um plano registrado, o agente reinventa a roda a cada vez — gastando tokens repetindo o que já foi feito.

O autor insiste: qualquer decisão que deva sobreviver a uma sessão deve existir em um arquivo, e não no diálogo nem na memória do modelo. As skills — conjuntos de instruções de papel para cada um dos quatro papéis — são armazenadas lá e carregadas a cada troca de papel.

«O processo deve viver em um arquivo, não na cabeça» — tese principal do guia publicado no

Habr.

A troca de contexto entre papéis leva segundos; os acordos e decisões acumulados não se perdem entre as sessões.

Como iniciar o primeiro projeto multi-agente

A trupe consegue se construir sozinha — essa é a principal conclusão prática do artigo. Basta fornecer ao agente no papel de arquiteto uma descrição da tarefa: ele formará a estrutura do projeto, distribuirá as tarefas entre os papéis e criará os arquivos de plano.

Conforme descrito pelo autor no Habr, todo o ciclo — de um repositório vazio a código funcional com revisão e testes — ocorre sem uma única linha escrita manualmente. O fluxo de trabalho é o seguinte:

• Skills — instruções de papel que definem a «personalidade» do agente em cada papel
• Arquivos de plano — decisões registradas que sobrevivem a trocas de sessão e contexto
• Ciclo de papéis — arquiteto → desenvolvedor → revisor → testador, com repetição ao encontrar bugs
• Autoconstrução — a estrutura do projeto é construída pelo próprio agente-arquiteto, não pelo humano

«Acessível, sem enciclopédia — em um único café» — é assim que o autor descreve o formato do seu guia no

Habr.

O que isso significa

O desenvolvimento multi-agente deixou de ser um experimento de laboratório: uma pessoa com um único modelo de linguagem monta uma equipe interna que se critica com mais honestidade do que a maioria dos revisores reais. O principal obstáculo de entrada não é a infraestrutura, mas a disposição de registrar o processo em arquivos.