Skip to content

Equipes de Agentes (Agent Teams): Colaboração Multissessão

📚 Navegação da Série: O artigo anterior [28 Uso do skill-creator] ensinou você a criar uma Skill com acionamento assertivo. Este capítulo aborda a "colaboração multiagente"—agrupando múltiplas sessões do Claude Code em uma equipe funcional, onde você atua como gerente distribuindo tarefas e inspecionando as entregas executadas em paralelo.

⚠️ Recurso experimental sujeito a alterações: Equipes de agentes (Agent Teams) é uma funcionalidade experimental marcada explicitamente na documentação oficial, desabilitada por padrão, e requer o Claude Code v2.1.32 ou superior. Os comandos e parâmetros padrão descritos neste artigo baseiam-se na documentação no momento da redação, mas interfaces, atalhos e comportamentos podem sofrer alterações. Valide seu ambiente com claude --version antes de começar.

“Como você tem três sessões do Claude abertas na tela? E todas rodando ao mesmo tempo.”

“Uma está modificando o frontend, outra o backend e a terceira está escrevendo testes. Eu gerencio as entregas.”

“Mas isso não causa confusão? Como você gerencia três fluxos sozinho?”

“Não preciso ficar vigiando o tempo todo. Elas trabalham de forma isolada; se alguma travar ou precisar de validação de permissões, ela me notificará no console. Passo a maior parte do tempo focado em outras tarefas.”

Essa dinâmica de manter múltiplas sessões ativas do Claude costuma surpreender outros desenvolvedores, levantando dúvidas sobre a viabilidade de monitoramento. O diferencial está em aprender a gerenciar múltiplos fluxos de IA em paralelo, que é a proposta de equipes de agentes (Agent Teams)—integrar múltiplas sessões do Claude Code para trabalhar em equipe sob a sua coordenação.

Ao terminar este artigo, você obterá:

  • O conceito real de Equipes de agentes (Agent Teams) e quais gargalos da sessão individual elas removem
  • O comparativo funcional com o formato de Subagent (subagentes) visto no Artigo 23
  • As atribuições dos quatro componentes essenciais: leader (líder), teammates (colegas), lista de tarefas compartilhada e mailbox (caixa de correio)
  • Como usar a interface claude agents (agent view) para monitoramento global de sessões e o atalho Shift+Down para alternar entre agentes
  • Um roteiro prático passo a passo: ativar a flag experimental → instanciar uma equipe de três membros → monitorar o processamento paralelo

01 Os gargalos da conversa de sessão única

Conclusão direta: As Equipes de agentes (Agent Teams) visam remover dois limites físicos do Claude Code: a janela de contexto restrita e o processamento sequencial estrito.

Nas seções anteriores, focamos na depuração em uma sessão de chat padrão—instanciando um único console do Claude para processar tarefas sequencialmente. Embora esse modelo atenda à maioria das tarefas diárias, dois cenários atingem o limite técnico da plataforma:

1. Limitação da janela de contexto: a memória de trabalho (context window) de um chat tradicional é limitada. Ao ler simultaneamente o código de frontend, backend e de testes para realizar modificações estruturadas, o consumo de tokens esgota o contexto útil rapidamente, reduzindo a precisão lógica do modelo.

2. Execução puramente sequencial: uma única sessão do Claude processa tarefas uma após a outra—lendo a arquitetura A para depois inspecionar a B, ou finalizando o frontend antes de iniciar o backend. Mesmo para rotinas sem dependência mútua, as execuções precisam entrar em fila.

Analogia: O empreiteiro vs o trabalhador autônomo. Se você tentar gerenciar uma reforma complexa executando todas as tarefas de encanamento, alvenaria e carpintaria sozinho, enfrentará problemas: sua atenção se dividirá e a velocidade de entrega será limitada pelas suas mãos. A melhor abordagem é assumir o papel de coordenador—contratar especialistas para encanamento, alvenaria e carpintaria para executarem as tarefas simultaneamente, concentrando seus esforços no gerenciamento e na entrega final.

As Equipes de agentes (Agent Teams) elevam sua função de desenvolvedor individual para gerente de projeto. A documentação oficial aponta quatro casos de uso ideais para essa arquitetura:

  • Pesquisa e auditoria: múltiplos assistentes mapeiam aspectos diferentes de uma arquitetura, confrontando hipóteses lógicas.
  • Novos módulos/funcionalidades: cada integrante foca em uma parte do código que não possui dependência direta.
  • Depuração por hipóteses concorrentes: agentes testam teorias diferentes em paralelo para agilizar a identificação da causa raiz de erros.
  • Alterações multicamadas: frontend, backend e testes são distribuídos para agentes específicos acompanharem cada nível.

💡 Resumo em uma frase: Sessões de chat tradicionais limitam-se a execuções sequenciais e restrições de memória de tokens; as Equipes de agentes delegam tarefas em paralelo sob a sua supervisão.


02 Diferenças em relação ao formato de Subagent

Essas duas arquiteturas costumam gerar confusão. É necessário entender suas propostas para escolher a ferramenta adequada.

Os subagentes (Subagents) vistos no Artigo 23 operam dentro da mesma sessão de chat: eles possuem janelas de contexto temporárias e retornam apenas resumos das tarefas. Esses subagentes não se comunicam entre si e não são controlados diretamente por você. As Equipes de agentes (Agent Teams) funcionam de forma diferente—são múltiplas sessões completas do Claude Code colaborando, permitindo mensagens diretas entre membros e permitindo que você contate qualquer integrante diretamente.

Analogia: O mensageiro de tarefas vs O time de desenvolvimento. O subagente funciona como um mensageiro terceirizado temporário: você pede para ele ler mil linhas de log de erros; ele executa a tarefa isoladamente na sala dele e retorna com um bilhete de resumo, sem contato com outros agentes do projeto. Já a equipe de agentes funciona como um time de desenvolvedores em uma sala de reuniões: eles conversam entre si para alinhar integrações e interfaces de código, e você pode interagir com qualquer um deles individualmente.

Abaixo está o comparativo prático das duas arquiteturas:

PropriedadeSubagent (subagente)Agent Teams (equipe de agentes)
ContextoJanela temporária dedicada; resumo retornado ao chat paiJanela completa, totalmente independente
CoordenaçãoControlado pelo chat principalGerenciado pelo líder com lista de tarefas compartilhada autônoma
Comunicação internaInexistente (isolamento de subagentes)Mensagens diretas permitidas entre membros
Acesso do usuárioIntermediação obrigatória pelo chat principalAcesso direto a qualquer agente no console
Custo em tokensModerado; dados consolidados no chat principalAlto; cada integrante inicia um terminal do Claude
Caso de uso idealTarefas autocidas focadas que requerem apenas o resumoColaborações complexas que necessitam de alinhamento constante

A documentação oficial resume o critério de escolha:

当你需要快速、专注的工作人员报告结果时,使用 subagents。当队友需要分享发现、相互质疑和自我协调时,使用 agent teams。

Use subagents quando precisar de agentes focados e rápidos que reportem resultados de volta. Use equipes de agentes (agent teams) quando os membros precisarem compartilhar descobertas, questionar uns aos outros e se coordenar.

A regra de ouro prática é: os agentes de processamento precisam alinhar informações entre si? Se a resposta for não (apenas pesquisas paralelas com consolidação final), use Subagents (mais econômicos); se a resposta for sim (integrações de código e feedbacks constantes), utilize Agent Teams.

💡 Resumo em uma frase: Subagents funcionam como mensageiros focados (processamento isolado direcionado ao chat pai); as Equipes de agentes funcionam como times colaborativos (comunicação interna ativa); a necessidade de troca de dados define qual arquitetura adotar.


03 A estrutura da equipe: Os quatro componentes essenciais

Uma equipe de agentes é composta por quatro elementos principais que coordenam a execução del projeto:

Analogia: A sala de desenvolvimento física. O time conta com um líder de projeto (leader), desenvolvedores associados (teammates), um quadro Kanban de tarefas compartilhado (task list) e um canal de comunicação de mensagens (mailbox). Esses quatro elementos mantêm a sincronia de trabalho.

Atribuições recomendadas pela documentação oficial:

ComponenteAtribuição
Team lead (Líder)A sessão de chat principal que cria a equipe, delega as tarefas e coordena o andamento
Teammates (Membros)Instâncias independentes do Claude Code que assumem tarefas específicas com suas próprias janelas de contexto
Task list (Quadro de tarefas)O backlog de tarefas compartilhado com estados de execução: Pendente (Todo), Em progresso (In Progress) ou Concluído (Done)
Mailbox (Caixa de mensagens)O sistema de comunicação interna; alertas e dados dos membros são entregues diretamente ao líder

Propriedades operacionais importantes:

O Team Lead é fixo. A sessão de chat que inicializa a equipe atuará como líder durante todo o ciclo de vida do projeto—não sendo possível alternar lideranças. O seu console de comandos original representa a central de controle.

熟练领活有两种方式。 O líder de projeto pode delegar as tarefas de forma explícita ("Desenvolvedor A, assuma a tarefa X") ou os membros podem selecionar autonomamente os itens pendentes do backlog (autodelegação). O sistema utiliza travas físicas de arquivos (file locking) locais para impedir colisões de dois agentes alterando o mesmo item.

Dependência de tarefas: rotinas como "escrever testes de integração" podem depender da entrega prévia de "implementar endpoint X". O quadro gerencia isso bloqueando o início de tarefas dependentes até que o pré-requisito seja concluído, destravando a execução automaticamente.

Isolamento de histórico: um erro frequente de inicialização é presumir que os membros herdam as conversas anteriores do líder. Os agentes iniciam a sessão carregando apenas o contexto de boot (CLAUDE.md, ferramentas MCP, Skills locais), sem acesso à linha de chat do Team Lead. Certifique-se de detalhar os parâmetros e requisitos nas instruções de cada tarefa.

💡 Resumo em uma frase: A infraestrutura de equipes é composta por Líder (chat pai fixo), Membros (consoles isolados), Quadro de tarefas (backlog compartilhado com dependências) e Mailbox (mensagens); forneça contextos completos na delegação de tarefas, pois os membros não leem seu histórico de chat.

Agent teams团队结构:工头分活、队友并行、任务板协调、信箱互通

A imagem descreve a infraestrutura: na camada de coordenação central está o líder da equipe (Líder), gerenciando instâncias de agentes paralelos (Teammates); o quadro Kanban compartilhado gerencia o backlog de tarefas e destrava dependências lógicas; o canal de mensagens conecta a comunicação interna.


04 Gerenciamento de sessões com o "Agent View" (claude agents)

Com múltiplos agentes processando tarefas simultaneamente, surge o desafio de monitoramento: como acompanhar todos os fluxos de trabalho?

A solução nativa é o agent view—um painel de monitoramento que centraliza as sessões ativas em segundo plano em uma única tela, chamado pelo comando claude agents.

⚠️ O painel agent view está disponível em formato de demonstração (developer preview) e requer o Claude Code v2.1.139 ou superior. Atalhos e elementos visuais podem sofrer alterações conforme as atualizações.

Analogia: O painel de monitoramento da fábrica. Você não precisa se deslocar fisicamente até cada máquina para verificar o status de produção; basta olhar o painel luminoso na parede central. Ele indica quais processos estão operacionais, quais estão aguardando materiais e quais concluíram o lote. O comando claude agents funciona como esse painel: cada sessão ativa do Claude ocupa uma linha, contendo marcadores visuais coloridos que indicam seu estado.

Significado dos marcadores visuais padrão:

EstadoMarcadorSignificado operacional
Em progressoÍcone animadoO agente está processando dados ou executando comandos
Aguardando entradaAmareloAguardando permissão de ferramenta ou resposta do usuário
ConcluídoVerdeTarefa finalizada com sucesso
FalhaVermelhoExecução interrompida por erros de sistema

Ações permitidas para monitorar as sessões na lista:

  • Inspecionar (Peek): use a tecla Space para abrir uma pré-visualização da sessão selecionada. Ela exibe os logs mais recentes e os pontos de parada, evitando a necessidade de alternar janelas. Você pode responder perguntas do chat diretamente na caixa de texto da pré-visualização pressionando Enter.
  • Interagir: responda a chaves de permissão ou perguntas diretamente pela janela de inspeção (em prompts de múltipla escolha, selecione usando os números do teclado).
  • Anexar (Attach): use as teclas Enter ou seta direita para abrir o console completo daquela sessão em tela cheia, como um terminal do Claude Code comum. Use a seta esquerda em uma caixa de entrada vazia para retornar ao painel principal.

Um detalhe de infraestrutura útil: as sessões em segundo plano não dependem do terminal ativo para rodarem. Elas são gerenciadas por um serviço supervisor local que mantém os processos ativos mesmo se você fechar o terminal do agent view ou abrir outra sessão. Basta rodar claude agents novamente para recuperar os logs de execução.

É comum adotar o comando claude agents como o ponto de partida do seu dia a dia em vez de claude: você acessa o painel, cria tarefas na caixa de entrada inferior (cada prompt enviado com Enter cria uma nova sessão executando em paralelo) e retorna para seu editor de código. Quando uma sessão mudar para a cor amarela (aguardando entrada) ou verde (concluída), você faz os ajustes necessários. Essa abordagem elimina a necessidade de gerenciar dezenas de abas de terminais abertas.

💡 Resumo em uma frase: O comando claude agents é a central de controle de sessões paralelas; use Space para inspecionar e Enter para assumir o controle do console; os processos rodam em segundo plano de forma independente, dispensando terminais abertos.


05 Gerenciamento da equipe: delegação, alternância e aprovações

Com a equipe ativa, como o Team Lead gerencia a execução dos membros? O fluxo é natural: você envia solicitações em linguagem natural ao líder, e ele orquestra as tarefas, Kanbans e chamadas dos agentes.

Criando a equipe: descreva o objetivo del projeto e a composição desejada do time. Exemplo sugerido oficialmente:

text
I'm designing a CLI tool that helps developers track TODO comments across
their codebase. Create an agent team to explore this from different angles: one
teammate on UX, one on technical architecture, one playing devil's advocate.

O Claude instanciará a equipe, criará os agentes de processamento associados e consolidará as análises na conclusão do chat.

Alternando entre agentes: em sessões unificadas no terminal, use o atalho Shift+Down para navegar pelos integrantes da equipe. Ao selecionar um agente, digite instruções diretas para ele (refinar parâmetros, redefinir rotas). Use Enter para acessar o console completo do integrante, Escape para pausar uma execução ativa e Ctrl+T para visualizar o Kanban local. Pressionar Shift+Down no último membro retorna o foco para o líder (Team Lead).

Aprovação prévia de planos (Plan Approval): para tarefas de infraestrutura ou deploys locais críticos, force o agente a esboçar o plano em modo somente leitura, aguardando autorização para agir:

text
Crie um agente de arquitetura para refatorar o módulo de autenticação.
Ele não deve modificar nenhum arquivo físico antes que o plano de alteração seja aprovado por mim.

O agente estruturará a proposta e enviará uma solicitação de aprovação de plano (Plan Approval Request) ao líder. Se aprovado, ele inicia as edições; se recusado, ele refina a proposta com base no seu feedback.

Definindo tamanho e modelos: você pode especificar os recursos de hardware e modelos desejados nas instruções:

text
Crie uma equipe com 4 agentes para refatorar estes módulos em paralelo.
Todos os agentes devem rodar sob o modelo Sonnet.

Otimização financeira de tokens: por padrão, os agentes da equipe não herdam a escolha de modelo do líder realizada via /model. Para padronizar o uso de modelos econômicos (como o Haiku) para o time, declare isso explicitamente nas instruções iniciais ou configure a opção "default teammate model" no menu /config.

Limpeza de ambiente: ao concluir as tarefas, solicite ao líder a remoção das instâncias:

text
Limpar esta equipe

⚠️ Recomendações de infraestrutura: sempre envie o comando de limpeza ao Team Lead, nunca a um agente de processamento. Agentes não possuem as chaves globais da equipe e o comando pode causar erros de consistência de arquivos locais. Certifique-se de pausar ou desligar execuções de membros pendentes antes de solicitar a limpeza.

💡 Resumo em uma frase: Configurações de inicialização, Kanbans, aprovação de planos e remoções globais são enviados ao líder; use Shift+Down para alternar entre integrantes; lembre-se de configurar o modelo dos membros manualmente e de conduzir a exclusão apenas via líder.


06 Critérios de decisão: Quando usar equipes de agentes

Com essa arquitetura explicada, evite criar times para qualquer rotina trivial. Siga a mesma regra de cautela de sobredivisão vista no Artigo 23: dividir tarefas simples gera ineficiência.

Equipes de agentes trazem dois custos operacionais relevantes:

1. Elevado consumo de tokens: cada agente em execução mantém uma sessão ativa com sua própria janela de tokens. Múltiplos agentes significam consumo multiplicado. A documentação indica que para rotinas comuns de codificação, o chat convencional de sessão única é muito mais econômico; reserve equipes para processamento paralelo complexo.

2. Sobrecarga de coordenação (Overhead): adicionar mais agentes cria complexidade de gerenciamento, sincronia de mensagens e concorrência de escrita em disco. Um time com três agentes focados em metas bem definidas costuma ser mais eficiente que um time com cinco integrantes com tarefas sobrepostas.

Comparativo de cenários para tomada de decisão:

Cenário de desenvolvimentoUsar Equipe de Agentes?
Frontend, backend e testes desenvolvidos em paralelo sem dependência direta✅ Sim; divisão natural por camadas
Depuração de causa raiz complexa desconhecida usando hipóteses concorrentes✅ Sim; agiliza a identificação do erro
Revisão de Pull Request ampla (segurança, performance e cobertura)✅ Sim; especialização clara sem colisões de escrita
Passos sequenciais estritos com dependência lógica direta❌ Não; o chat de sessão única resolve de forma simples
Múltiplos agentes editando o mesmo arquivo físico❌ Não; causará colisões e perda de alterações no disco
Pequenas edições ou correções rápidas de variáveis❌ Não; a sobrecarga de inicialização anula o ganho de tempo

Duas diretrizes oficiais recomendadas para iniciantes:

Comece com tarefas sem escrita de arquivos (auditoria e pesquisa): revisões de PRs, pesquisas de bibliotecas ou depuração de erros. Elas possuem limites de escopo bem delineados e permitem que você experimente a utilidade do processamento paralelo sem lidar com colisões de escrita em disco. Minha primeira experiência de uso prático foi revisar um PR extenso: configurei três agentes focados em segurança, performance e cobertura. Sem alterações físicas em arquivos, as notificações de logs eram consolidadas limpas no Mailbox. Quando tentei pular etapas e colocar agentes para editar arquivos vizinhos em paralelo, o tempo gasto resolvendo colisões de mesclagem (merge conflicts) locais superou a velocidade de codificação sequencial.

Mantenha a equipe com 3 a 5 membros: esse tamanho equilibra processamento paralelo e coordenação sem gerar gargalos de sistema. Incremente a contagem de agentes apenas se o fluxo exigir processamento isolado adicional.

💡 Resumo em uma frase: Equipes de agentes geram maior consumo de tokens e complexidade do que Subagents; reserve o uso para processamento paralelo real; evite mesclagem concorrente no mesmo arquivo ou edições sequenciais, iniciando com triagem de PRs e times pequenos de 3 a 5 integrantes.


07 Prática: Ativando a flag experimental e instanciando uma equipe

Vamos configurar o ambiente local: ativar a variável de ambiente, inicializar a equipe e monitorar a distribuição de tarefas paralela sem dependências de frameworks.

Requisito: Claude Code v2.1.32 ou superior.

Passo 1: Ativar a funcionalidade experimental

Por ser experimental, a funcionalidade é oculta. Acesse o arquivo de configuração global do usuário ~/.claude/settings.json (crie se inexistente) e configure o bloco env:

json
{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Saída esperada: O arquivo conterá o parâmetro CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS definido como "1", que é a chave de ambiente que habilita o suporte a equipes.

Passo 2: Criar a pasta de teste e inicializar o Claude (PowerShell)

powershell
New-Item -ItemType Directory -Path "team-demo" -Force
cd team-demo
claude

O console do chat inicializará no diretório correspondente.

Saída esperada: Terminal do Claude Code aberto e pronto para receber instruções.

Passo 3: Enviar a solicitação de criação de equipe

No input do chat, digite:

text
Crie uma equipe de agentes para analisar os prós e contras de usar geradores de sites estáticos vs dinâmicos:
Um membro deve defender apenas a opção de site estático, outro deve defender apenas a dinâmica,
e um terceiro atuará como revisor focado em apontar vulnerabilidades e riscos de manutenção das duas opções.
Consolide as conclusões na resposta final.

Saída esperada: O Claude detalhará a proposta de criação da equipe e dos três agentes associados, solicitando autorização do usuário para prosseguir. A criação de equipes exige aprovação humana por padrão. Após a concessão, os terminais serão criados em segundo plano, e cada agente processará seu respectivo escopo.

Passo 4: Alternar entre os consoles com Shift+Down

O console do líder exibirá o andamento das tarefas de cada integrante. Pressione Shift+Down para alternar o foco para o agente encarregado de apontar riscos e envie uma instrução direta no chat dele:

text
Adicione também à análise os custos de hospedagem e escalabilidade.

Saída esperada: A instrução será enviada diretamente à janela do agente selecionado, que ajustará a análise para incluir hospedagem e escalabilidade. Pressionar Shift+Down após selecionar o último agente retorna o foco ao Team Lead, permitindo consolidar os resultados.

Passo 5: Concluir as tarefas e limpar a equipe

Ao finalizar a análise, instrua o líder no console principal para encerrar as instâncias:

text
Limpar esta equipe

Saída esperada: O líder verificará o encerramento dos agentes e removerá os dados temporários da equipe local. Se houver processos pendentes, o console solicitará a desativação prévia dos integrantes. Lembre-se: a limpeza deve ser comandada exclusivamente através do Team Lead.

Concluir este ciclo prático valida a infraestrutura operacional: "configurar flag → instanciar equipe → interagir via Shift+Down → encerrar sessões". Esse fluxo é a base para o uso de Agent Teams em projetos reais.


08 Resumo

Neste artigo, passamos pelas etapas de "colaboração multiagente" do Claude Code—assumindo o gerenciamento e distribuição de tarefas de desenvolvimento em paralelo.

Revisão dos pontos essenciais:

ObjetivoO que usarPonto-chave
Superar limites de sequenciamento e memóriaAgent Teams (Equipe de agentes)Execuções paralelas com janelas de contexto independentes gerenciadas pelo líder
Diferença técnica de SubagentsNecessidade de comunicação internaUse equipes se os agentes precisar de compartilhar dados; prefira Subagents para tarefas de leitura simples
Monitorar processos ativosclaude agents (Agent View)Linhas indicam sessões em segundo plano; marcadores visuais coloridos e atalhos de inspeção
Alternar o foco do consoleAtalho Shift+DownTransita entre integrantes do time; difere do atalho / usado na lista de sessões
Critérios de tomada de decisãoFiltros de escopoEvite colisões de escrita no mesmo arquivo ou execuções simples de baixo reuso

Agora você deve ser capaz de: Diferenciar os casos de uso de Subagents e Agent Teams, gerenciar terminais em segundo plano usando a interface do claude agents, instanciar equipes via Team Lead e aplicar filtros de controle de concorrência e custos de tokens. Essa ferramenta amplia suas possibilidades de aceleração de entrega de código, mantendo o consumo sob controle.

Lembre-se de que, por ser um recurso experimental, seu uso deve ser direcionado a tarefas de PRs extensas ou depuração de erros complexos, enquanto a sessão individual continua adequada para o trabalho padrão do dia a dia.


No próximo artigo, 30 "Escolha de Recursos (Choosing Features)"—com CLAUDE.md, Skills, Hooks, MCP, Subagents e Agent Teams dominados, passaremos para a tomada de decisões: identificar qual recurso utilizar em cada caso prático. Exibiremos uma tabela de arquitetura comparando os limites e focos de cada ferramenta, simplificando a montagem de seu ambiente de desenvolvimento.


Leitura Recomendada