Workflows multi agente no bridgecode: como coordenar times de IA

• O que você vai aprender: como dividir um pedido entre vários agentes de IA no bridgecode.
• Para quem é: quem já usa um agente, como Claude Code ou Codex, e quer ir além.
• Resultado: um time com planejador, executor e revisor entregando um PR revisado.
• Pré-requisito: VS Code ou Antigravity IDE e a assinatura de pelo menos um agente.

Um agente de IA sozinho já faz muita coisa. Mas, quando o pedido cresce, ele começa a se perder: esquece detalhes, mistura tarefas e revisa o próprio trabalho sem olhar crítico.

Um fluxo com vários agentes resolve isso do jeito que equipes humanas resolvem: cada um tem um papel.

O bridgecode é uma extensão para VS Code e Antigravity IDE que monta esse time usando os agentes que você já tem.

O que você precisa antes de começar

• VS Code ou Antigravity IDE.
• Pelo menos um agente com login feito, como Claude Code, Codex, OpenCode ou Antigravity.
• Um projeto em Git, mesmo que seja de teste.

Comece pela assinatura que você já tem

Você não precisa de chave de API para começar. A maioria dos agentes entra com a conta da assinatura pelo navegador.

No Claude Code, por exemplo, você entra com a assinatura Pro ou Max. A chave fica como alternativa. O passo a passo está no nosso guia de como instalar e usar o Claude Code no VS Code.

Segundo o site oficial, o bridgecode usa as suas próprias contas e chaves, sem taxa sobre os tokens.

Os papéis do time

Planejador

Lê o pedido e quebra em tarefas pequenas, com critério de pronto para cada uma.

Executor

Pega uma tarefa por vez e escreve o código. Pode haver mais de um executor trabalhando em paralelo.

Revisor

Lê o que o executor fez, roda os testes e aponta problemas. Ele não escreve a solução, só confere.

O bridgecode também tem um papel de orquestrador, que distribui as tarefas, e um modo automático para quem quer menos cliques.

Por que cada agente ganha uma cópia do projeto

Se dois agentes editam o mesmo arquivo ao mesmo tempo, um apaga o trabalho do outro.

Por isso o bridgecode coloca cada agente numa git worktree, uma cópia separada do projeto. No final, as mudanças viram uma branch que você revisa.

Passo a passo: um time do zero

1. Abra o bridgecode no editor e escolha os agentes de cada papel.
2. Escreva o pedido para o planejador.
3. Leia o plano e aprove ou peça ajustes.
4. Deixe os executores trabalharem e acompanhe pelo painel.
5. Leia o relatório do revisor e decida o que aceitar.

Uma boa combinação para começar: um agente mais caprichoso planejando, um mais rápido executando e outro diferente revisando. Olhar de outro modelo pega erros que o primeiro deixou passar.

Fluxo prático: criar, revisar e publicar

1. Criar

Escreva o pedido como se falasse com um colega:

Pedido: "Crie um painel de vendas com gráfico por mês e filtro por produto. Antes de mexer, me mostre o plano."

Leia o plano, aprove ou peça ajustes. Depois o agente escreve o código e roda o projeto para conferir.

2. Revisar

Olhe as mudanças antes de aceitar. A aba Source Control do editor mostra cada linha alterada.

Peça também: "Revise o que você fez e explique em linguagem simples." Se algo quebrar, cole o erro no chat e peça a correção.

3. Publicar

Git é o histórico de versões do projeto. Um pull request, ou PR, é um pedido para juntar as mudanças ao projeto principal depois de uma revisão.

1. Peça: "Crie uma branch chamada painel-vendas e faça um commit com uma mensagem clara."
2. Peça: "Envie a branch para o GitHub e abra o PR."
3. Revise o PR no GitHub e faça o merge.

Erros comuns e como evitar

Pular a aprovação do plano

O plano é o momento mais fácil para corrigir o rumo. Leia sempre, e veja se cada tarefa tem um critério claro de pronto, como "a página abre sem erro e o formulário salva os dados".

Usar o mesmo agente para executar e revisar

Quem escreveu tende a achar que está certo. Use um agente diferente no papel de revisor.

Tarefas grandes demais

Se uma tarefa do plano parece grande, peça para o planejador dividir de novo.

Para entender por que esse modelo de trabalho está crescendo, veja por que devs estão trocando IDEs tradicionais por ambientes agênticos.