Claude Code Projects em beta: equipes de agentes que planejam e coordenam o trabalho em paralelo

Como as equipes de agentes do Claude Code se relacionam com a versão beta de Projetos

O anúncio dos projetos reformulados apresenta um projeto organizado em torno do trabalho contínuo: um coordenador orienta as threads, a memória compartilhada transporta o contexto entre elas e uma biblioteca reúne arquivos e artefatos.

O coordenador tem uma função definida. Ele delimita solicitações, delega trabalho entre threads paralelas, revisa o que essas threads produzem e reúne os resultados. Cada thread executa seu trabalho em uma sessão do Claude Code na nuvem.

As equipes de agentes já existiam antes desse lançamento. O Claude Code v2.1.32, lançado em 5 de fevereiro de 2026, apresentou esse recurso como uma prévia de pesquisa para colaboração entre vários agentes. Esse lançamento descreveu o recurso como intensivo no uso de tokens e exigia uma variável de ambiente experimental.

Essa distinção importa ao ler as instruções de configuração. O recurso de CLI de fevereiro e a versão beta de projetos de setembro têm pontos de entrada documentados diferentes; o anúncio dos projetos não identifica a opção experimental da CLI como um requisito de ativação.

Para navegar entre esses recursos, o central de guias do Claude Code oferece um ponto de partida. Mantenha a distinção entre o coordenador do projeto, as threads na nuvem e os subagentes ao decidir qual fluxo de trabalho é adequado para uma tarefa.

Acesso e configuração em 21 de setembro

O acesso inicial foi limitado a assinantes selecionados dos planos Pro e Max que usavam sessões do Claude Code na nuvem e não tinham projetos existentes na web ou no aplicativo para desktop. Estava previsto ampliar o acesso aos planos Pro e Max, seguido pelo acesso aos planos Team e Enterprise.

O resumo não confirma que a disponibilização mais ampla havia sido concluída até 21 de setembro. Portanto, uma assinatura por si só não deve ser tratada como prova de que a versão beta dos projetos reformulados estava disponível para uma determinada conta.

O que você configura

A configuração do projeto começa com um objetivo e um repositório ou contexto. Ela inclui o ambiente na nuvem, conectores, plugins, instruções e modelo.

Para uma tarefa de desenvolvimento, um objetivo útil descreveria o resultado desejado e as restrições relevantes durante a implementação. Por exemplo, você poderia solicitar um recurso que abrangesse uma API e sua interface e, em seguida, especificar critérios de aceitação e áreas do código que exigem atenção especial. Essa é uma sugestão de como apresentar o trabalho ao coordenador, e não uma garantia documentada de como ele dividirá a solicitação.

Você pode orientar o trabalho pelo chat do projeto ou por threads individuais, inclusive pelo celular. O chat do projeto oferece um espaço para orientar o trabalho geral; uma thread individual oferece um espaço para orientar uma parte específica dele.

O que permanece sem especificação

O anúncio de lançamento não especifica uma versão mínima da CLI, um limite numérico de threads simultâneas nem um preço separado para a versão beta. Também não confirma que o acesso havia sido disponibilizado a todos os níveis de assinatura elegíveis até a data de corte da publicação.

Essas lacunas importam para o planejamento. Evite estruturar um fluxo de trabalho com base em um número presumido de threads simultâneas ou em uma data presumida de disponibilização.

Como as threads paralelas são executadas e onde a integração ainda importa

O coordenador delimita a solicitação e delega tarefas a threads paralelas. Cada thread é executada como uma sessão do Claude Code na nuvem, com seu próprio branch e sua própria cópia do repositório, proporcionando cópias de trabalho separadas para o trabalho paralelo.

As próprias threads podem usar subagentes, loops e fluxos de trabalho. Portanto, o projeto tem mais de um nível de delegação: o coordenador orienta as threads, e uma thread pode delegar trabalho adicional a subagentes.

Divida o trabalho por entrega

Uma maneira prática de preparar uma solicitação é identificar entregas que possam ser separadas. Para um recurso proposto, isso poderia significar implementação da API, alterações na interface e revisão. Esses são exemplos de limites entre tarefas, e não uma regra garantida de decomposição.

Defina uma condição clara de conclusão para cada entrega. Se duas partes dependerem da mesma interface, descreva esse contrato compartilhado nas instruções do projeto para que o coordenador o tenha ao delimitar o trabalho.

O anúncio anterior das equipes de agentes, em fevereiro, destacou especialmente tarefas independentes com grande volume de leitura, como revisões da base de código. Esse posicionamento continua sendo útil ao escolher trabalhos para paralelizar: considere quanta coordenação uma tarefa exige antes de dividi-la em várias atribuições.

Branches separados não eliminam conflitos

O anúncio dos projetos deixa explícito que alterações de código sobrepostas continuam sujeitas à resolução de conflitos de merge. Branches e cópias do repositório separados não eliminam o trabalho de integração quando as threads editam o mesmo código.

Por esse motivo, a revisão deve incluir como as entregas se encaixam. Uma lista de verificação sugerida para a revisão é conferir se as interfaces são compatíveis, se as edições sobrepostas foram conciliadas e se o resultado consolidado atende ao objetivo original.

O resumo não estabelece um fluxo de trabalho para coordenar alterações em vários repositórios. O fato de uma thread ter sua própria cópia do repositório não é evidência suficiente de suporte à orquestração entre repositórios, portanto essa capacidade deve permanecer como uma questão em aberto.

Memória compartilhada e biblioteca do projeto

As threads contribuem para a memória compartilhada do projeto, enquanto a biblioteca do projeto reúne arquivos enviados e artefatos gerados. Esses recursos oferecem duas formas de contexto persistente do projeto: a memória alimentada pelas threads e uma coleção de materiais associados ao trabalho.

Para os desenvolvedores, essa distinção ajuda a organizar as entradas. Um documento de design ou arquivo de referência se encaixa naturalmente entre os materiais do projeto; informações descobertas durante a execução do trabalho podem contribuir para a memória compartilhada.

Planeje o que o trabalho futuro precisará

Ao preparar um projeto, considere quais restrições devem permanecer disponíveis à medida que o trabalho avança. Alguns exemplos são o comportamento esperado de uma interface, as convenções do repositório ou decisões que afetam várias entregas.

Esses exemplos são recomendações para organizar um projeto. O resumo do lançamento não especifica o formato exato da memória compartilhada nem garante que todos os detalhes de todas as threads serão retidos.

Ele também não define períodos de retenção, limites de armazenamento ou regras precisas sobre quando as informações lembradas chegam a outra thread. A afirmação sustentada é mais restrita: as threads contribuem para a memória compartilhada, e a biblioteca reúne arquivos enviados e artefatos gerados.

Revise os artefatos gerados como parte da avaliação do resultado consolidado. A presença deles na biblioteca comprova que estão reunidos ali; por si só, ela não comprova que estejam corretos.

Subagentes e o fluxo de trabalho anterior de equipes de agentes na CLI

Os subagentes do Claude Code já permitiam desenvolvimento em paralelo antes da versão beta de projetos. O anúncio da Anthropic de 29 de setembro de 2025 incluía o exemplo de um subagente criando uma API de backend enquanto o agente principal criava o frontend.

Nos projetos reformulados, uma thread pode invocar subagentes. Isso torna os subagentes parte dos recursos de execução disponíveis dentro de uma thread, enquanto o coordenador cuida da definição do escopo, da delegação e da consolidação no nível do projeto.

O guia de subagentes é um complemento útil ao planejar essa camada interna de delegação. Mantenha sua configuração separada da questão de sua conta ter ou não acesso à versão beta de projetos.

A flag experimental da CLI tem um escopo específico

A versão v2.1.32, lançada em fevereiro, exigia esta variável de ambiente para sua prévia de pesquisa de equipes de agentes:

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

O anúncio de projetos de setembro não menciona essa variável como requisito para ativar a versão beta. Portanto, habilitá-la não deve ser apresentado como uma instrução para obter acesso aos projetos reformulados.

O lançamento de fevereiro também documentou a possibilidade de assumir o controle diretamente por meio de Shift+Up/Down ou tmux. Esses são controles da época do lançamento do fluxo de trabalho anterior de equipes de agentes; não se deve presumir que descrevam a interface de projetos reformulada.

Evite instruções desatualizadas de configuração de subagentes

Por v2.1.198 em 1 de julho de 2026, o /agents assistente de configuração havia sido removido. O registro de alterações datado orienta os usuários a pedir ao Claude que crie ou gerencie subagentes, ou a editar .claude/agents/ diretamente.

Um guia de setembro deve usar esses métodos em vez de orientar os leitores a abrir o assistente de configuração antigo. Esse é um exemplo concreto de por que informações de lançamento datadas são importantes ao combinar instruções sobre projetos, equipes de agentes e subagentes.

Uso, escolha de modelos e execução local

Sessões de projeto em paralelo consomem os limites de uso mais rapidamente. O anúncio de projetos permite que os usuários consultem o uso do projeto e escolham os modelos e o nível de esforço do coordenador e dos agentes executores, mas não fornece um multiplicador numérico de custo para o trabalho em paralelo.

Isso torna o escopo uma escolha importante no planejamento. Antes de adicionar threads, considere se o trabalho tem partes independentes suficientes para justificar a atividade adicional. Use as opções disponíveis de modelos e esforço junto com as informações de uso do projeto ao avaliar o fluxo de trabalho.

A mudança nos limites de setembro

O Aviso sobre os limites semanais do Claude Code afirma que, a partir de 14 de setembro, os limites semanais passaram a ser permanentemente 25% maiores que os níveis anteriores à promoção para Pro, Max, Team e Enterprise baseado em assentos.

A promoção anterior de 50% vigorou de 13 de maio a 13 de setembro, terminando às 11:59 PM PT. Ela não alterou os limites de cinco horas, e os assentos Free e Enterprise baseados em consumo foram excluídos.

O Claude Code oferece este comando da CLI para verificar o uso:

/usage

O guia de limites de taxa pode ajudar com os conceitos relacionados ao uso. Limites semanais maiores não eliminam o aviso do anúncio de projetos de que sessões em paralelo consomem os limites mais rapidamente.

A execução local ainda estava prevista

O anúncio de setembro descrevia a execução local como um recurso futuro. Em 21 de setembro, o fluxo de trabalho de projetos documentado usava sessões na nuvem, com orientação pelo chat do projeto ou por threads individuais.

Portanto, um fluxo de trabalho local do Claude Code e a versão beta reformulada de projetos na nuvem devem ser avaliados separadamente. O resumo não fornece uma data de lançamento de projetos locais nem informa uma disponibilização local concluída.

Principais conclusões

• Os projetos reformulados foram lançados em versão beta em 17 de setembro, com um coordenador que define o escopo das solicitações, delega threads paralelas, revisa as saídas e consolida os resultados.
• As equipes de agentes do Claude Code são anteriores à versão beta: a v2.1.32 introduziu a prévia de pesquisa separada na CLI em 5 de fevereiro.
• Cada thread de projeto tem sua própria sessão na nuvem, branch e cópia do repositório; alterações sobrepostas ainda exigem resolução de conflitos de merge.
• As threads contribuem para a memória compartilhada do projeto, e uma biblioteca reúne arquivos enviados e artefatos gerados.
• O acesso inicial era restrito a assinantes selecionados do Pro e do Max que atendiam às condições anunciadas. O trabalho em paralelo consome os limites mais rapidamente, e a execução local ainda estava prevista.

Perguntas frequentes

Como acesso a versão beta de projetos reformulados?

O acesso inicial abrangia assinantes selecionados do Pro e do Max que usavam sessões do Claude Code na nuvem e não tinham projetos existentes na web ou no aplicativo para desktop. Estava planejado ampliar o acesso para Pro e Max, seguidos por Team e Enterprise, mas o resumo não comprova que essa disponibilização mais ampla tenha sido concluída até 21 de setembro.

Qual é a diferença entre projetos, equipes de agentes e subagentes?

Um projeto reformulado tem um coordenador que dirige threads de sessões na nuvem e consolida seus resultados. As equipes de agentes foram introduzidas anteriormente como uma prévia de pesquisa separada na CLI, enquanto os subagentes executam trabalho delegado e podem ser invocados dentro de threads de projeto.

O que acontece quando duas threads editam o mesmo código?

Cada thread de projeto trabalha em sua própria branch e cópia do repositório. Alterações de código sobrepostas ainda exigem resolução de conflitos de merge; o anúncio de projetos não promete reconciliação automática.

As threads de projeto podem ser executadas localmente e como posso orientá-las?

Em 21 de setembro, a versão beta documentada usava sessões do Claude Code na nuvem, e a execução local havia sido anunciada como um recurso futuro. Você pode orientar o trabalho pelo chat do projeto ou por threads individuais, inclusive pelo celular.