Como montar uma equipe de 4 agentes que entrega funcionalidades enquanto você dorme (Configuração Exata)

Quatro agentes de IA podem entregar uma funcionalidade enquanto você dorme. A maioria das pessoas nunca os conecta em cadeia.

Eles disparam um revisor aqui, um gerador de testes ali, manualmente, um de cada vez, cada um esquecendo o que o anterior fez. Você ainda é o gargalo.

A solução: Planejador → Codificador → Testador → Revisor, encadeados para entregar automaticamente. Um gatilho, quatro estágios, uma funcionalidade pronta pela manhã.

Aqui está o pipeline completo, com código para copiar e colar 👇

Antes de mergulharmos, compartilho notas diárias sobre IA e vibe coding no meu canal do Telegram: https://t.me/zodchixquant 🧠

Por que um pipeline supera uma pilha de agentes

Um único agente fazendo tudo preenche sua janela de contexto com planejamento, código, testes e notas de revisão até que a qualidade caia.

Quatro especialistas, cada um mantém um contexto limpo e estreito.

O truque é o arquivo de handoff. Cada agente escreve sua saída onde o próximo possa lê-la: o Planejador deixa uma especificação em .pipeline/spec.md; o Codificador a lê e escreve .pipeline/changes.md, e assim por diante.

O orquestrador que os executa em ordem é um único comando de barra. Isso é tudo: quatro subagentes, um comando, uma pasta compartilhada para handoffs.

Agente 1: O Planejador (subagente, opus)

O Planejador nunca escreve código. Ele transforma um pedido vago de funcionalidade em uma especificação concreta que o Codificador possa seguir sem adivinhar.

Crie .claude/agents/planner.md:

1---
2name: planner
3description: Transforma um pedido de funcionalidade em uma especificação de implementação. Use como primeiro estágio do pipeline de funcionalidades.
4tools: Read, Grep, Glob, Write
5model: opus
6---
7
8Você é um especialista em planejamento. Você NÃO escreve código de implementação.
9
10Dado um pedido de funcionalidade:
111. Leia as partes relevantes da base de código para entender os padrões atuais.
122. Escreva uma especificação em `.pipeline/spec.md` contendo:
13   - Arquivos para criar ou modificar, com caminhos exatos
14   - A interface ou assinaturas de função necessárias
15   - Casos de borda que a implementação deve tratar
16   - Quais padrões existentes seguir (nomeie o arquivo para copiar)
173. Sinalize qualquer coisa ambígua como PERGUNTA EM ABERTO no topo da especificação.
18
19Mantenha a especificação enxuta. O Codificador lê apenas isso e nada mais, então não deixe lacunas e não invente requisitos que não foram solicitados.

O planejamento roda no opus porque este estágio define o teto de qualidade para tudo que vem depois. Uma especificação vaga produz código vago, por melhor que seja o Codificador.

Agente 2: O Codificador (subagente, sonnet)

O Codificador lê a especificação e escreve a implementação. Ele não planeja e não revisa o próprio trabalho; apenas constrói o que a especificação diz.

Crie .claude/agents/coder.md:

1---
2name: coder
3description: Implementa a especificação em .pipeline/spec.md. Use como segundo estágio do pipeline de funcionalidades, após o planejador.
4tools: Read, Write, Edit, Grep, Glob, Bash
5model: sonnet
6---
7
8Você é um especialista em implementação.
9
101. Leia `.pipeline/spec.md` por completo. Se houver PERGUNTAS EM ABERTO, pare e as apresente em vez de adivinhar.
112. Implemente exatamente o que a especificação descreve. Siga os padrões que ela nomeia. Não adicione funcionalidades não solicitadas.
123. Escreva um breve resumo em `.pipeline/changes.md`: quais arquivos foram alterados, o que cada alteração faz e qualquer ponto em que o Testador deve focar.
13
14Você escreve código que corresponde ao repositório. Você não refatora código não relacionado nem "melhora" coisas fora do escopo da especificação.

Sonnet é a escolha certa aqui: implementação contra uma especificação clara é exatamente o trabalho equilibrado de custo-qualidade que o Sonnet lida melhor.

A nota de handoff em .pipeline/changes.md é o que permite ao Testador mirar na superfície certa em vez de testar às cegas.

Agente 3: O Testador (subagente, sonnet)

O Testador lê o que mudou e escreve testes que comprovam que a funcionalidade funciona, depois os executa.

Crie .claude/agents/tester.md:

1---
2name: tester
3description: Escreve e executa testes para as alterações descritas em .pipeline/changes.md. Terceiro estágio do pipeline de funcionalidades.
4tools: Read, Write, Edit, Grep, Glob, Bash
5model: sonnet
6---
7
8Você é um especialista em testes.
9
101. Leia `.pipeline/changes.md` para ver o que foi construído e onde.
112. Leia os arquivos alterados e a especificação em `.pipeline/spec.md`.
123. Escreva testes cobrindo: o caminho feliz, os casos de borda que a especificação nomeou e pelo menos um caso de falha. Use o framework de testes do repositório.
134. Execute os testes. Se algum falhar, escreva as falhas em `.pipeline/test-results.md` e PARE. Não corrija o código você mesmo.
145. Se todos passarem, anote isso em `.pipeline/test-results.md`.
15
16Você testa comportamento, não detalhes de implementação. Um teste com falha significa que o pipeline pausa para o Revisor, e não que você deve contorná-lo.

Agente 4: O Revisor (subagente, opus)

O último portal. O Revisor lê tudo que o pipeline produziu e dá um veredito antes que qualquer coisa chegue ao seu branch principal.

Crie .claude/agents/reviewer.md:

1---
2name: reviewer
3description: Revisão final da saída completa do pipeline. Quarto e último estágio antes da aprovação humana.
4tools: Read, Grep, Glob, Bash
5model: opus
6---
7
8Você é um revisor sênior. Você é somente leitura. Você não edita código.
9
101. Leia a especificação, o resumo das alterações e os resultados dos testes em `.pipeline/`.
112. Execute `git diff` para ver as alterações reais.
123. Avalie: o código corresponde à especificação? Os testes são significativos ou superficiais? Há problemas de segurança, desempenho ou correção?
134. Escreva um veredito em `.pipeline/review.md`:
14   - VEREDITO: LIBERAR / PRECISA DE TRABALHO / BLOQUEAR
15   - Para PRECISA DE TRABALHO ou BLOQUEAR, liste exatamente o que consertar e onde.
16
17Seja a última linha de defesa. Se os testes estão verdes mas o código está errado, diga BLOQUEAR. Testes verdes não são o mesmo que comportamento correto.

Ferramentas somente leitura significam que o Revisor não pode encobrir problemas editando; ele só pode julgar.

O orquestrador: um comando para executar todos os quatro

Agora a peça que transforma quatro agentes separados em um pipeline. Um comando de barra que os invoca em ordem, cada um pegando o arquivo de handoff que o anterior escreveu.

Crie .claude/commands/ship.md:

1Execute o pipeline completo de funcionalidades para: $ARGUMENTS
2
3Execute estes estágios em ordem. Não pule etapas. Após cada estágio,
4confirme que o arquivo de handoff existe antes de iniciar o próximo.
5
61. Delegue ao subagente `planner` com o pedido de funcionalidade acima.
7   Aguarde `.pipeline/spec.md`.
82. Se a especificação tiver PERGUNTAS EM ABERTO, pare e mostre-as para mim.
9   Caso contrário, delegue ao subagente `coder`. Aguarde `.pipeline/changes.md`.
103. Delegue ao subagente `tester`. Aguarde `.pipeline/test-results.md`.
11   Se os testes falharem, pare e mostre-me as falhas.
124. Delegue ao subagente `reviewer`. Mostre-me `.pipeline/review.md`.
13
14Relate o veredito final. Não faça merge de nada. Deixe o branch para
15minha revisão matinal.

Então uma única linha inicia toda a cadeia: /ship adicione limitação de taxa ao endpoint de login.

Onde eu executo a versão noturna

É para isso que uso o Teamly: hospedagem gerenciada em nuvem construída especificamente para agentes de IA.

Você contrata uma equipe, ela roda 24/7 em infraestrutura dedicada, e você nunca toca em um servidor.

A razão pela qual @Teamly se encaixa neste artigo especificamente: o problema do handoff já está resolvido para você.

Tudo o que construímos manualmente acima (o arquivo de especificação, o arquivo de alterações, o orquestrador encadeando um agente ao próximo) o Teamly faz com um Coordenador.

Ele roteia o trabalho entre os agentes, passa o contexto de um para o próximo e mantém um briefing compartilhado que todos leem.

O mesmo fluxo Planejador → Codificador → Testador, exceto que você não precisa configurar os handoffs manualmente.

A diferença é que @Teamly não é apenas código. A mesma orquestração roda uma equipe de marketing, uma equipe de pesquisa ou uma equipe de suporte.

Seu pipeline do Claude Code entrega funcionalidades durante a noite; uma equipe de marketing do Teamly entrega conteúdo da mesma forma, com a mesma lógica de handoff por baixo.

Construa a equipe exata que você precisa

Nova funcionalidade que essa equipe acabou de lançar: Minha Equipe

Agora você pode construir sua equipe com apenas 3 perguntas.

Você também pode controlar: regras de tom, frases proibidas, integrações, estilo da equipe (Estrito / Casual / Criativo) e tamanho da equipe (2-4 agentes).

@Teamly retorna uma equipe com uma justificativa real de por que cada especialista está ali, não algo genérico. Troque qualquer agente com um clique. Edite o briefing se estiver errado.

O objetivo é um briefing estruturado que força clareza, e então compõe uma equipe que você pode auditar antes de contratar.

Mesma arquitetura de handoff das equipes pré-construídas, ajustada ao seu problema específico.

Experimente gratuito primeiro

Você pode testar tudo gratuitamente por 3 dias no Teamly 5, sem cobrança até o 4º dia.

Se você ficar, o preço é $29/mês para 5 agentes.

Barato o suficiente para que uma funcionalidade entregue pague o mês.

Conclusão

A diferença entre uma pilha de agentes e um pipeline é o handoff.

Quatro especialistas escrevendo em arquivos compartilhados, um orquestrador executando-os em ordem, cada estágio construindo sobre o anterior em vez de começar do zero.

Construa primeiro o Planejador e o Codificador e execute-os como uma cadeia de dois estágios. Quando esse fluxo parecer sólido, adicione o Testador e o Revisor.

Quando os quatro estiverem conectados, você iniciará uma funcionalidade antes de dormir e lerá um veredito com seu café.

Para notas diárias sobre agentes de IA, vibe coding e configurações do Claude Code: [https://t.me/zodchixquant](https://t.me/zodchixquant) 🧠