Quando usar equipes de agentes
Equipes de agentes são mais eficazes para tarefas onde a exploração paralela adiciona valor real. Veja exemplos de casos de uso para cenários completos. Os casos de uso mais fortes são:- Pesquisa e revisão: múltiplos companheiros de equipe podem investigar diferentes aspectos de um problema simultaneamente, depois compartilhar e desafiar as descobertas uns dos outros
- Novos módulos ou recursos: companheiros de equipe podem possuir cada um uma peça separada sem se atrapalharem
- Depuração com hipóteses concorrentes: companheiros de equipe testam diferentes teorias em paralelo e convergem para a resposta mais rapidamente
- Coordenação entre camadas: mudanças que abrangem frontend, backend e testes, cada uma de propriedade de um companheiro de equipe diferente
Comparar com subagents
Tanto equipes de agentes quanto subagents permitem que você paralelizar o trabalho, mas operam de forma diferente. Para sessões separadas que passam mensagens uma para a outra sem uma equipe, veja mensagens entre sessões.

Subagents relatam resultados de volta ao agente principal. Em equipes de agentes, os companheiros de equipe compartilham uma lista de tarefas, reivindicam trabalho e se comunicam diretamente uns com os outros.
Use subagents quando você precisa de trabalhadores rápidos e focados que relatem de volta. Use equipes de agentes quando os companheiros de equipe precisam compartilhar descobertas, desafiar uns aos outros e coordenar por conta própria.
Ativar equipes de agentes
Equipes de agentes são desabilitadas por padrão. Ative-as definindo a variável de ambienteCLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS como 1, seja no seu ambiente de shell ou através de settings.json:
settings.json
-p, incluindo sessões do Agent SDK, Claude não gera colegas de equipe, e um subagente que Claude nomeia é executado como um subagente ordinário mesmo com equipes de agentes ativadas.
Inicie sua primeira equipe de agentes
Após ativar equipes de agentes, descreva a tarefa e os companheiros de equipe que você deseja em linguagem natural. Claude os cria e coordena o trabalho com base no seu prompt. Este exemplo funciona bem porque os três papéis são independentes e podem explorar o problema sem esperar um pelo outro:- Setas para cima e para baixo: selecione um companheiro de equipe
- Enter: abra a transcrição do companheiro de equipe selecionado e envie uma mensagem diretamente
- Escape: limpe a seleção. Enquanto você está visualizando a transcrição de um companheiro de equipe, Escape interrompe o turno atual desse companheiro de equipe
2 idle agents quando cinco estão ociosos. Selecione-a e pressione Enter para expandir as linhas recolhidas, ou pressione Esc para recolhê-las novamente. Companheiros de equipe trabalhando, companheiros de equipe que falharam e o companheiro de equipe que você está visualizando sempre mantêm suas próprias linhas.
Se você quiser cada companheiro de equipe em seu próprio painel dividido, veja Escolha um modo de exibição.
Controle sua equipe de agentes
Diga ao líder o que você quer em linguagem natural. Ele lida com coordenação de equipe, atribuição de tarefas e delegação com base em suas instruções.Escolha um modo de exibição
Equipes de agentes suportam dois modos de exibição:- In-process: todos os companheiros de equipe são executados dentro do seu terminal principal. Use as teclas de seta para cima e para baixo no painel de agentes para selecionar um companheiro de equipe, depois pressione Enter para visualizá-lo e digite para enviar mensagens para ele diretamente. Funciona em qualquer terminal, nenhuma configuração extra necessária.
- Split panes: cada companheiro de equipe recebe seu próprio painel. Você pode ver a saída de todos de uma vez e clicar em um painel para interagir diretamente. Requer tmux ou iTerm2.
tmux tem limitações conhecidas em certos sistemas operacionais e tradicionalmente funciona melhor no macOS. Usar tmux -CC no iTerm2 é o ponto de entrada sugerido para tmux."in-process". Defina "auto" para ativar split panes quando você já estiver executando dentro de uma sessão tmux, ou quando seu terminal for iTerm2 com o CLI it2 instalado, voltando para in-process caso contrário. A configuração "tmux" ativa o modo split-pane e detecta automaticamente se deve usar tmux ou iTerm2 com base no seu terminal.
Defina "iterm2" para usar explicitamente split panes nativos do iTerm2. Este modo requer o CLI it2 e mostra um erro com o comando de instalação se it2 estiver faltando. O prompt de configuração que oferece instalar it2 ou mudar para tmux aparece em "auto" ou "tmux" quando seu terminal é iTerm2 e tmux está disponível como fallback.
Para substituir o padrão, defina teammateMode em ~/.claude/settings.json:
--teammate-mode é experimental e não aparece em claude --help.
O modo split-pane requer tmux ou iTerm2 com o CLI it2. Para instalar manualmente:
- tmux: instale através do gerenciador de pacotes do seu sistema. Veja o wiki tmux para instruções específicas da plataforma.
- iTerm2: instale o CLI
it2, depois ative a API Python em iTerm2 → Settings → General → Magic → Enable Python API.
Especifique companheiros de equipe e modelos
Claude decide o número de companheiros de equipe a gerar com base em sua tarefa, ou você pode especificar exatamente o que deseja:- O modelo que seu prompt de spawn nomeia para esse companheiro de equipe.
- Para um companheiro de equipe gerado a partir de uma definição de subagente, o
modelda definição, ondeinheritseleciona o modelo do líder. CLAUDE_CODE_SUBAGENT_MODEL, quando está definido para qualquer coisa diferente deinherit.- O modelo atual do líder.
CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1, as duas primeiras fontes não se aplicam. Claude Code escolhe o modelo de cada companheiro de equipe a partir de CLAUDE_CODE_SUBAGENT_MODEL quando está definido para qualquer coisa diferente de inherit, e a partir do modelo atual do líder caso contrário. Requer Claude Code v2.1.257 ou posterior.
Antes da v2.1.251, CLAUDE_CODE_SUBAGENT_MODEL vinha primeiro nesta ordem.
teammateDefaultModel foi removido na v2.1.234; Claude Code ignora um valor remanescente. Nomeie o modelo em seu prompt em vez disso.availableModels da sua organização. Quando a lista de permissões bloqueia um valor, Claude Code substitui outro modelo:
- Alias de família como
opus: Na API Anthropic e Claude Platform na AWS, Claude Code executa o companheiro de equipe na versão mais recente dessa família que a lista de permissões permite. Em provedores com IDs de modelo específicos do provedor, onde a substituição não opera, um alias bloqueado volta como qualquer outro valor bloqueado de acordo com o próximo ponto - Qualquer outro valor bloqueado, incluindo um alias de família em provedores onde a substituição não opera, ou um cuja família não tem versão permitida: Claude Code executa o companheiro de equipe no modelo do líder em vez disso. Se você definir
CLAUDE_CODE_SUBAGENT_MODEL, Claude Code tenta esse modelo primeiro, sob essas mesmas regras
Tenha companheiros de equipe planejando antes de implementar
Para tarefas complexas ou arriscadas, você pode ter companheiros de equipe planejando antes de implementar. Um companheiro de equipe que Claude gera enquanto o líder está em modo de plano funciona em modo de plano somente leitura até que seu plano esteja pronto. Mude o líder para modo de plano primeiro, depois peça pelo companheiro de equipe:Fale com companheiros de equipe diretamente
Cada companheiro de equipe é uma sessão Claude Code completa e independente. Você pode enviar mensagens para qualquer companheiro de equipe diretamente para dar instruções adicionais, fazer perguntas de acompanhamento ou redirecionar sua abordagem.- Modo in-process: use as teclas de seta para cima e para baixo no painel de agentes para selecionar um companheiro de equipe, depois pressione Enter para visualizar sua sessão e digite para enviar uma mensagem. Pressione
xem um companheiro de equipe selecionado para interrompê-lo. Pressione Ctrl+T para alternar a lista de tarefas. - Modo split-pane: clique em um painel de companheiro de equipe para interagir com sua sessão diretamente. Cada companheiro de equipe tem uma visualização completa de seu próprio terminal.
/model e /fast apenas alteram as configurações do líder. A partir da v2.1.199, digitar qualquer comando enquanto visualiza um companheiro de equipe mostra um aviso de que a alteração se aplica ao líder; versões anteriores a aplicavam ao líder sem indicação. /effort ainda se aplica aos turnos posteriores do companheiro de equipe visualizado, porque os companheiros de equipe seguem o nível de esforço do líder.
Atribuir e reivindicar tarefas
A lista de tarefas compartilhada coordena o trabalho em toda a equipe. O líder cria tarefas e os companheiros de equipe as trabalham. As tarefas têm três estados: pendente, em progresso e concluída. As tarefas também podem depender de outras tarefas: uma tarefa pendente com dependências não resolvidas não pode ser reivindicada até que essas dependências sejam concluídas. Agentes sem as ferramentas Task coordenam através de mensagens em vez da lista de tarefas compartilhada. O líder pode atribuir tarefas explicitamente ou os companheiros de equipe podem auto-reivindicar:- Líder atribui: diga ao líder qual tarefa dar a qual companheiro de equipe
- Auto-reivindicar: após terminar uma tarefa, um companheiro de equipe pega a próxima tarefa não atribuída e desbloqueada por conta própria
Encerrar companheiros de equipe
Para encerrar graciosamente a sessão de um companheiro de equipe, refira-se a ele pelo nome. Por exemplo, com um companheiro de equipe chamado pesquisador:Aplicar gates de qualidade com hooks
Use hooks para aplicar regras quando os companheiros de equipe terminam o trabalho ou as tarefas são criadas ou concluídas:TeammateIdle: é executado quando um companheiro de equipe está prestes a ficar ocioso. Saia com código 2 para enviar feedback e manter o companheiro de equipe trabalhando.TaskCreated: é executado quando uma tarefa está sendo criada. Saia com código 2 para evitar criação e enviar feedback.TaskCompleted: é executado quando uma tarefa está sendo marcada como concluída. Saia com código 2 para evitar conclusão e enviar feedback.
Como funcionam as equipes de agentes
Esta seção cobre a arquitetura e a mecânica por trás das equipes de agentes. Se você quiser começar a usá-las, veja Controle sua equipe de agentes acima.Como Claude inicia equipes de agentes
Para iniciar uma equipe, peça ao Claude por companheiros de equipe. Claude lança um companheiro de equipe quando chama a ferramenta Agent com umname enquanto as equipes de agentes estão habilitadas, a menos que a chamada seja um fork ou passe isolation na própria chamada. Claude Code não pede que você confirme o lançamento.
Claude também nomeia subagentes ordinários por conta própria para que possa enviá-los mensagens depois. Essas chamadas seguem a mesma regra, portanto as equipes podem se formar mesmo quando você não pediu por uma. Se você quiser subagentes em vez disso, desative as equipes de agentes.
Arquitetura
Uma equipe de agentes consiste em:
A caixa de correio de cada agente é um arquivo JSON em
~/.claude/teams/{team-name}/inboxes/{agent-name}.json. Claude Code valida cada entrada quando lê um arquivo de caixa de correio. Entradas que não correspondem ao formato de mensagem são relatadas como erros e removidas do arquivo; as mensagens válidas ainda são entregues. Antes da v2.1.207, uma única entrada de caixa de correio malformada causava um erro repetido a cada segundo e bloqueava a entrega para essa caixa de correio até que você deletasse o arquivo manualmente.
Claude Code relata uma mensagem como enviada apenas quando a escrita no arquivo de caixa de correio do destinatário é bem-sucedida, seja a mensagem texto simples ou uma mensagem de protocolo estruturada, como uma aprovação de plano ou solicitação de encerramento. Quando a escrita falha, por exemplo porque o disco está cheio ou o diretório de caixa de correio não é gravável, o agente remetente recebe um erro e nada é enviado. Veja Failed to write to a teammate’s inbox para as mensagens de erro e etapas de recuperação.
Claude Code gerencia dependências de tarefas automaticamente: quando um companheiro de equipe completa uma tarefa da qual outras tarefas dependem, ele desbloqueia as tarefas dependentes sem nenhuma ação sua.
Equipes e tarefas são armazenadas localmente sob um nome derivado da sessão. O nome é session- seguido pelos primeiros oito caracteres do ID da sessão:
- Team config:
~/.claude/teams/{team-name}/config.json - Task list:
~/.claude/tasks/{team-name}/
cleanupPeriodDays que você já controla para transcrições de sessão, seguindo as regras de limpeza de retenção.
A configuração da equipe contém estado de tempo de execução, como IDs de sessão e IDs de painel tmux, portanto não a edite manualmente ou a crie previamente: suas alterações são sobrescritas na próxima atualização de estado.
Para definir papéis de companheiros de equipe reutilizáveis, use definições de subagent em vez disso.
A configuração da equipe contém um array members com o nome de cada companheiro de equipe e ID do agente. A entrada do líder sempre carrega o tipo de agente team-lead. A entrada de um companheiro de equipe carrega qualquer tipo de agente que o líder nomeou ao gerá-lo, seja um tipo integrado ou uma definição de subagent, e omite o campo quando o líder não nomeou nenhum. Os companheiros de equipe podem ler este arquivo para descobrir outros membros da equipe.
Não há equivalente em nível de projeto da configuração da equipe. Um arquivo como .claude/teams/teams.json no seu diretório de projeto não é reconhecido como configuração; Claude o trata como um arquivo ordinário.
Use subagent definitions for teammates
Ao gerar um companheiro de equipe em qualquer modo de exibição, você pode referenciar um tipo de subagent do projeto, usuário ou escopo de subagent gerenciado subagent scope. Isso permite que você defina um papel uma vez, como um revisor de segurança ou executor de testes, e o reutilize tanto como um subagent delegado quanto como um companheiro de equipe de equipe de agentes. Para usar uma definição de subagent, mencione-a pelo nome ao pedir ao Claude para gerar o companheiro de equipe:tools: Claude Code limita o companheiro de equipe às ferramentas na listatoolsda definição. Para um companheiro de equipe em processo, Claude Code adicionaSendMessagea essa lista, e em uma sessão que tem as ferramentas Task ele também adicionaTaskCreate,TaskGet,TaskListeTaskUpdate.model: Claude Code usa omodelda definição em qualquer modo de exibição quando seu prompt de geração não nomeia um. Veja como Claude Code escolhe o modelo de um companheiro de equipe.- Body: para um companheiro de equipe em processo, Claude Code anexa o corpo da definição ao seu prompt do sistema padrão como instruções adicionais. Para um companheiro de equipe em painel dividido, Claude Code usa o corpo no lugar do seu prompt do sistema padrão.
skills: Claude Code não aplica oskillsda definição a um companheiro de equipe em qualquer modo de exibição. O companheiro de equipe carrega skills de suas configurações de projeto e usuário.mcpServers: para um companheiro de equipe em painel dividido, Claude Code aplica omcpServersda definição sob as regras para esse campo, que cobrem uma sessão iniciada com--agenttambém. Um companheiro de equipe em processo ignora o campo e carrega servidores MCP de suas configurações de projeto e usuário.
.claude/agents/ de um projeto ou de um diretório --add-dir apenas se você tiver confiado na pasta em que o arquivo do agente está. Confiar em uma pasta pai não conta. Até então, o companheiro de equipe volta com nenhuma das ferramentas ou instruções da definição, mantendo apenas as ferramentas que Claude Code adiciona a cada companheiro de equipe em processo. Veja a definição de agente do companheiro de equipe não foi restaurada para o texto do aviso.
Permissões
Os companheiros de equipe começam com o modo de permissão do líder, exceto o mododontAsk, que eles não herdam. Se o líder for executado com --dangerously-skip-permissions, todos os companheiros de equipe também. Após gerar, você pode alterar o modo de permissão de um companheiro de equipe individual, mas não pode definir modos de permissão por companheiro de equipe no tempo de geração.
Os prompts de permissão de companheiros de equipe aparecem na sessão líder, portanto aprove-os lá você mesmo. Aprovação de plano é a exceção projetada: a sessão líder concede aprovações de plano de companheiros de equipe sem um prompt separado para você.
Mensagens entre agentes
Quando um agente envia uma mensagem para outro sobreSendMessage, Claude Code informa ao agente receptor que a mensagem veio de outra sessão Claude, não de você. Um companheiro de equipe não pode aprovar um prompt de permissão ou fornecer consentimento em seu nome, e um companheiro de equipe que foi negado uma ação não pode retransmiti-la para outro companheiro de equipe para contornar a verificação. As mesmas regras se aplicam a uma mensagem que chega de uma de suas outras sessões Claude Code, fora da equipe inteiramente.
Em modo automático, o classificador aplica duas verificações a mensagens entre agentes:
- Ele trata uma reivindicação de aprovação retransmitida de outro agente como entrada não confiável em vez de confirmação de você.
- Ele revisa cada mensagem antes que Claude Code a entregue, seja uma mensagem simples ou uma mensagem de protocolo estruturada, como uma solicitação de encerramento ou resposta de aprovação de plano. Uma mensagem que ele bloqueia nunca chega ao destinatário.
Context e comunicação
Cada companheiro de equipe tem sua própria context window. Quando gerado, um companheiro de equipe carrega o mesmo contexto de projeto que uma sessão regular: CLAUDE.md, MCP servers e skills. Se você iniciar o líder com--setting-sources, os companheiros de equipe carregam de uma lista restrita de fontes. Antes da v2.1.281, os companheiros de equipe em painel dividido carregavam todas as fontes de configurações.
Um companheiro de equipe também recebe o prompt de geração do líder. O histórico de conversa do líder não é transferido.
Como os companheiros de equipe compartilham informações:
- Entrega automática de mensagens: quando os companheiros de equipe enviam mensagens, elas são entregues automaticamente aos destinatários. O líder não precisa fazer polling para atualizações.
- Notificações de ociosidade: quando um companheiro de equipe termina e para, ele notifica automaticamente o líder e inclui sua resposta final na notificação. Um companheiro de equipe cuja vez termina em um erro de API notifica o líder que falhou e inclui o texto do erro.
- Lista de tarefas compartilhada: agentes que têm as ferramentas Task podem ver o status da tarefa e reivindicar trabalho disponível.
- Mensagens de companheiros de equipe: envie uma mensagem para um companheiro de equipe específico pelo nome. Para alcançar todos, envie uma mensagem por destinatário.
Uso de tokens
Equipes de agentes usam significativamente mais tokens do que uma única sessão. Cada companheiro de equipe tem sua própria context window, e o uso de tokens escala com o número de companheiros de equipe ativos. Para pesquisa, revisão e trabalho de novos recursos, os tokens extras geralmente valem a pena. Para tarefas rotineiras, uma única sessão é mais econômica. Veja custos de token de equipe de agentes para orientação de uso. A solicitação de um companheiro de equipe em processo fica fora do bucket TTL de cache da conversa principal](/pt/prompt-caching#which-ttl-each-request-gets), portanto seu cache dura cinco minutos por padrão, inclusive em uma assinatura Claude. Para mantê-lo por uma hora, definasubagentPromptCacheTtl como 1h. A API cobra gravações de cache de 1 hora a uma taxa mais alta.
Exemplos de casos de uso
Estes exemplos mostram como as equipes de agentes lidam com tarefas onde a exploração paralela adiciona valor.Executar uma revisão de código paralela
Um único revisor tende a gravitar em torno de um tipo de problema por vez. Dividir critérios de revisão em domínios independentes significa que segurança, desempenho e cobertura de testes recebem atenção completa simultaneamente. O prompt atribui a cada companheiro de equipe uma lente distinta para que não se sobreponham:Investigar com hipóteses concorrentes
Quando a causa raiz é incerta, um único agente tende a encontrar uma explicação plausível e parar de procurar. O prompt combate isso tornando os companheiros de equipe explicitamente adversários: o trabalho de cada um não é apenas investigar sua própria teoria, mas desafiar as dos outros.Melhores práticas
Dê aos companheiros de equipe contexto suficiente
Os companheiros de equipe carregam contexto de projeto automaticamente, incluindo CLAUDE.md, MCP servers e skills, mas não herdam o histórico de conversa do líder. Veja Context e comunicação para detalhes. Inclua detalhes específicos da tarefa no prompt de geração:Escolha um tamanho de equipe apropriado
Não há limite rígido no número de companheiros de equipe, mas restrições práticas se aplicam:- Custos de token escalam linearmente: cada companheiro de equipe tem sua própria context window e consome tokens independentemente. Veja custos de token de equipe de agentes para detalhes.
- Sobrecarga de coordenação aumenta: mais companheiros de equipe significa mais comunicação, coordenação de tarefas e potencial para conflitos
- Retornos decrescentes: além de um certo ponto, companheiros de equipe adicionais não aceleram o trabalho proporcionalmente
Dimensione tarefas apropriadamente
- Muito pequeno: sobrecarga de coordenação excede o benefício
- Muito grande: companheiros de equipe trabalham muito tempo sem check-ins, aumentando o risco de esforço desperdiçado
- Bem dimensionado: unidades auto-contidas que produzem um entregável claro, como uma função, um arquivo de teste ou uma revisão
Espere os companheiros de equipe terminarem
Às vezes, o líder começa a implementar tarefas em vez de esperar pelos companheiros de equipe. Se você notar isso:Comece com pesquisa e revisão
Se você é novo em equipes de agentes, comece com tarefas que têm limites claros e não requerem escrever código: revisar um PR, pesquisar uma biblioteca ou investigar um bug. Essas tarefas mostram o valor da exploração paralela sem os desafios de coordenação que vêm com a implementação paralela.Evite conflitos de arquivo
Dois companheiros de equipe editando o mesmo arquivo leva a sobrescrita. Divida o trabalho para que cada companheiro de equipe possua um conjunto diferente de arquivos.Monitore e direcione
Verifique o progresso dos companheiros de equipe, redirecione abordagens que não estão funcionando e sintetize descobertas conforme chegam. Deixar uma equipe executar sem supervisão por muito tempo aumenta o risco de esforço desperdiçado.Troubleshooting
Companheiros de equipe não aparecem
Se os companheiros de equipe não aparecerem depois que você pedir ao Claude para criar uma equipe:- No modo in-process, os companheiros de equipe aparecem no painel de agentes abaixo da entrada de prompt. Use as teclas de seta para cima e para baixo para selecionar um e pressione Enter para visualizá-lo.
- Uma linha de companheiro de equipe que desapareceu após ficar inativa foi ocultada, não interrompida. As linhas inativas se ocultam 30 segundos após o painel inteiro ficar inativo e reaparecem na próxima vez do companheiro de equipe. Quando mais de três companheiros de equipe estão inativos, suas linhas excedentes se recolhem em uma única linha
N idle agentsque Enter expande. Envie uma mensagem ao companheiro de equipe pelo nome para trazer uma linha oculta de volta. - Verifique se a tarefa que você deu ao Claude era complexa o suficiente para justificar uma equipe. Claude decide se deve gerar companheiros de equipe com base na tarefa.
- Se você explicitamente solicitou split panes, certifique-se de que tmux está instalado e disponível no seu PATH:
- Para iTerm2, verifique se o CLI
it2está instalado e a API Python está ativada nas preferências do iTerm2.
Claude gera companheiros de equipe em vez de subagentes
Enquanto as equipes de agentes estão ativadas, um subagente que Claude nomeia na sessão do líder é iniciado como um companheiro de equipe. Claude pode nomear subagentes por conta própria, então isso pode acontecer durante delegação que você nunca enquadrou como trabalho em equipe. Para fazer com que subagentes nomeados sejam iniciados como subagentes novamente, desative as equipes de agentes definindoCLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS como 0:
settings.json
env do arquivo de configurações à sessão em execução quando você salva, e relê a variável cada vez que Claude gera um subagente, então o próximo subagente que Claude nomeia é iniciado como um subagente.
Definir a variável como 0 no seu settings.json do usuário substitui uma exportação de shell. Outras fontes de configurações ainda podem ativar equipes de agentes:
- Arquivos de configurações de precedência superior: configurações de projeto, configurações locais e uma carga
--settingsse aplicam após as configurações do usuário, então uma entradaenvque define a variável como1em qualquer uma delas vence. Veja Precedência de configurações. - Configurações gerenciadas: configurações gerenciadas se aplicam após todas as outras fontes. Se sua organização ativa equipes de agentes lá, peça ao seu administrador para alterar o valor gerenciado.
SendMessage. Claude recebe o resultado de cada subagente quando ele é concluído.
Muitos prompts de permissão
Solicitações de permissão de companheiros de equipe surgem para o líder, o que pode criar atrito. Pré-aprove operações comuns nas suas configurações de permissão antes de gerar companheiros de equipe para reduzir interrupções.Agentes parando cedo
Os companheiros de equipe podem parar após encontrar erros em vez de se recuperar. Verifique sua saída selecionando o companheiro de equipe no painel de agentes e pressionando Enter no modo in-process, ou clicando no painel no modo split, depois:- Dê a eles instruções adicionais diretamente
- Gere um companheiro de equipe de substituição para continuar o trabalho
Sessões tmux órfãs
Se uma sessão tmux persistir após a sessão do Claude Code terminar, pode não ter sido totalmente limpa. Liste as sessões e encerre a criada pela equipe:Limitações
Equipes de agentes são experimentais. Limitações atuais a serem observadas:- Sem retomada de sessão com companheiros de equipe in-process:
/resumee/rewindnão restauram companheiros de equipe in-process. Após retomar uma sessão, o líder pode tentar enviar mensagens para companheiros de equipe que não existem mais. Se isso acontecer, diga ao líder para gerar novos companheiros de equipe. - Status da tarefa pode ficar atrasado: os companheiros de equipe às vezes falham em marcar tarefas como concluídas, o que bloqueia tarefas dependentes. Se uma tarefa parecer presa, verifique se o trabalho está realmente pronto e atualize o status da tarefa manualmente ou diga ao líder para dar um empurrão ao companheiro de equipe.
- Encerramento pode ser lento: os companheiros de equipe terminam sua solicitação atual ou chamada de ferramenta antes de encerrar, o que pode levar tempo.
- Uma equipe por sessão: uma sessão tem exatamente uma equipe, com escopo para essa sessão. Você não pode criar equipes nomeadas adicionais ou compartilhar uma equipe entre sessões.
- Sem equipes aninhadas: os companheiros de equipe não podem gerar seus próprios companheiros de equipe. Apenas o líder pode gerenciar a equipe.
- Sem subagentes em segundo plano de companheiros de equipe in-process: os próprios subagentes de um companheiro de equipe in-process são executados em primeiro plano, porque o trabalho em segundo plano de um companheiro de equipe não pode sobreviver ao processo do líder. Claude Code retorna um erro quando um companheiro de equipe gera um subagente cuja definição define
background: true. Uma solicitaçãorun_in_background: truede um companheiro de equipe também falha, seja com um erro ou executando silenciosamente em primeiro plano, conforme descrito em como Claude Code escolhe primeiro plano ou segundo plano. Subagentes lançados da conversa principal seguem o padrão de segundo plano. - Líder é fixo: a sessão principal é o líder por sua vida útil. Você não pode promover um companheiro de equipe a líder ou transferir liderança.
- Permissões definidas no tempo de geração: os companheiros de equipe começam com o modo de permissão descrito em Permissões. Você pode alterar o modo de permissão de um companheiro de equipe individual após gerar, mas não pode definir modos de permissão por companheiro de equipe no tempo de geração.
- Split panes requerem tmux ou iTerm2: o modo in-process padrão funciona em qualquer terminal. O modo split-pane não é suportado no terminal integrado do VS Code, Windows Terminal ou Ghostty.
Próximos passos
Explore abordagens relacionadas para trabalho paralelo e delegação:- Delegação leve: subagents geram agentes auxiliares para pesquisa ou verificação dentro de sua sessão, melhor para tarefas que não precisam de coordenação entre agentes
- Mensagens entre suas próprias sessões: cross-session messaging permite que Claude passe descobertas entre as sessões que você executa
- Sessões paralelas manuais: Git worktrees permitem que você execute múltiplas sessões Claude Code você mesmo sem coordenação de equipe automatizada