--- title: "Claude Code passa a dividir tarefas entre vários repositórios ao mesmo tempo" author: "Ignácio Afonso" date: "2026-09-19 06:15:00-03" category: "Inteligência Artificial & Dados" url: "http://desbugados.scale.press/portal/desbugados/post/2026/09/19/claude-code-passa-a-dividir-tarefas-entre-varios-repositorios-ao-mesmo-tempo/md" --- ## Resumo - O Projects do Claude Code foi reformulado para coordenar agentes em paralelo a partir de uma conversa central. - O coordenador divide objetivos de engenharia entre threads de execução que rodam na nuvem. - Cada thread trabalha com sua própria branch e cópia do repositório, com conflitos de merge tratados na combinação das alterações. - Memória compartilhada e uma biblioteca de artefatos preservam o contexto entre as diferentes linhas de trabalho. - A execução paralela pode reduzir o tempo de tarefas complexas, mas consome os limites dos planos mais rapidamente. - O beta começou para usuários selecionados dos planos Pro e Max e tem limite de 200 novas threads por projeto ao dia. - A Anthropic planeja expandir o recurso para outras interfaces e oferecer execução local das threads. --- O bug aparece quando uma tarefa de engenharia deixa de caber em uma única sessão: há código para atualizar, testes para executar, arquivos para revisar e decisões que precisam continuar registradas enquanto o trabalho avança. Em **17 de setembro de 2026**, a **Anthropic** colocou em beta uma reformulação do Projects dentro do Claude Code, transformando-o de um agrupador de arquivos e conversas em uma interface que coordena agentes em paralelo. A ideia é entregar um objetivo ao Claude e deixar que ele divida o trabalho entre diferentes linhas de execução, inclusive em vários repositórios e cópias independentes. O ganho prometido está na organização do trabalho e na redução do tempo de espera, mas a conta aparece no consumo mais rápido dos limites dos planos. ## De pasta de conversas a sala de coordenação Até aqui, os Projects funcionavam como espaços que reuniam conversas em torno de uma base de conhecimento. Na nova versão, a **conversa do projeto** passa a ocupar o centro da operação, e o Claude assume o papel de coordenador das tarefas que chegam ao ambiente. Em vez de o desenvolvedor abrir manualmente uma sessão para cada parte do problema, a interface recebe a meta de engenharia e organiza a divisão em tarefas menores. Essa mudança aproxima o Claude Code de uma sala de controle: a conversa concentra a orientação, enquanto o trabalho pesado acontece em sessões separadas. A transição de agrupador para coordenador é explicada também pela [descrição da nova arquitetura dos Projects](https://www.unite.ai/anthropic-redesigns-claude-code-projects-to-coordinate-agent-threads/). O novo modelo trabalha com **duas camadas**: o chat do projeto, que funciona como coordenador, e as threads de execução, que realizam as tarefas delegadas. Thread é o nome dado a uma linha independente de trabalho, com sua própria sessão e seu próprio andamento. Como essas sessões rodam na nuvem, o trabalho continua ativo mesmo depois que o usuário fecha o computador, uma mudança prática para tarefas que exigem tempo de processamento. O desenvolvedor pode voltar à conversa principal para acompanhar o conjunto ou entrar em uma thread específica quando precisar examinar uma decisão, uma alteração ou um resultado produzido durante a execução. ## Como o Claude distribui o trabalho Quando recebe uma meta complexa, o **agente coordenador** divide o objetivo em partes menores e as delega a sessões de nuvem do Claude Code que rodam simultaneamente. Uma frente pode cuidar de uma alteração, enquanto outra verifica uma área relacionada, desde que o trabalho seja organizado dentro das tarefas definidas pelo coordenador. As próprias threads também podem utilizar subagentes, loops e fluxos de trabalho, termos que descrevem etapas auxiliares e sequências automatizadas dentro da execução principal. O resultado é uma hierarquia de trabalho: uma conversa orienta o projeto, as threads executam as partes e os recursos internos ajudam a cumprir cada etapa sem exigir que o usuário faça toda a divisão manual. Para evitar que alterações simultâneas virem uma confusão indistinta, cada thread recebe sua própria **branch**, ou linha independente de trabalho no Git, e uma cópia do repositório. Quando duas frentes mexem na mesma área, a sobreposição é tratada como um **conflito de merge**, que é a etapa de combinação das alterações feitas em linhas diferentes. O método é familiar para quem já trabalha com desenvolvimento colaborativo, porque preserva a separação entre as tarefas antes que elas sejam reunidas. Na prática, o Claude ganha espaço para explorar soluções em paralelo sem transformar cada edição concorrente em uma mudança imediatamente aplicada ao mesmo conjunto de arquivos. ## Memória compartilhada e supervisão contínua A separação entre as threads não significa que cada uma precise começar do zero. O sistema reúne **memória compartilhada** para preservar o contexto entre as sessões e uma biblioteca de artefatos, onde ficam arquivos e resultados usados pelo trabalho. Memória compartilhada, nesse caso, significa que informações relevantes podem continuar disponíveis para diferentes linhas de execução, enquanto os artefatos funcionam como uma coleção comum de materiais produzidos ou consultados durante a tarefa. Essa combinação reduz a necessidade de repetir instruções em cada conversa e dá ao coordenador uma base para acompanhar o que já foi feito. A arquitetura tenta resolver um problema antigo da automação: dividir o trabalho sem perder a história do projeto. O usuário também mantém canais de intervenção durante a execução. É possível acompanhar o progresso pelo chat do projeto ou entrar diretamente em cada **thread** para observar sua atividade e orientar o próximo passo. As sessões continuam funcionando na nuvem, mesmo quando o computador é fechado, e essa continuidade muda a relação com tarefas demoradas: o desenvolvedor deixa de precisar manter a máquina aberta apenas para aguardar uma etapa terminar. A novidade não elimina a supervisão humana, porque o usuário ainda precisa entender o que cada frente está produzindo e como as alterações deverão ser combinadas, mas concentra essa supervisão em uma interface única. ## Velocidade maior, consumo mais rápido A execução paralela busca reduzir o **wall-clock time**, expressão que significa o tempo medido pelo relógio para uma tarefa terminar, em trabalhos complexos. Se partes independentes são executadas ao mesmo tempo, o projeto pode avançar sem esperar que cada etapa seja concluída em sequência. Essa vantagem vem acompanhada de uma rotina conhecida por equipes que usam Git: quando linhas diferentes alteram áreas próximas, os conflitos de merge precisam ser examinados antes da combinação final. A Anthropic aposta justamente nessa troca entre simultaneidade e organização, usando uma estrutura que permite acelerar o trabalho sem esconder as colisões de código. O benefício, portanto, depende de tarefas que possam ser separadas com clareza e revisadas antes de serem reunidas. A mesma simultaneidade que encurta a espera também aumenta o uso dos recursos do plano. A Anthropic alerta que o uso intensivo de **threads paralelas** consome os limites mais rapidamente, porque várias sessões permanecem ativas e processam tarefas ao mesmo tempo. Os preços dos planos existentes não foram alterados, mas o usuário pode atingir sua franquia de uso antes do que atingiria em um fluxo com uma única sessão. Cada projeto ainda possui um limite de **200 novas threads por dia**, número que estabelece uma barreira objetiva para experimentos e execuções em grande escala. Antes de distribuir tudo em paralelo, vale separar o que realmente precisa rodar ao mesmo tempo daquilo que pode esperar a etapa anterior terminar. ## Quem recebe o beta e qual é o próximo passo O acesso começou para usuários selecionados dos planos **Pro e Max** que utilizam sessões na nuvem e não possuem projetos existentes em outras interfaces. A disponibilidade inicial é, portanto, mais restrita do que uma simples atualização liberada para toda a base do Claude Code. O recurso está em beta, fase em que a empresa observa o comportamento da arquitetura, o consumo dos limites e a forma como os usuários lidam com múltiplas sessões. Para quem já recebeu acesso, a orientação prática é começar com uma tarefa que tenha partes claramente separáveis, acompanhar cada thread e revisar os conflitos antes de aceitar a combinação das alterações. A Anthropic planeja ampliar a funcionalidade depois da etapa inicial. A empresa pretende levar o recurso ao **Claude Chat e ao Cowork**, além de expandir o acesso para os planos Team e Enterprise. Também está previsto o suporte para execução local das threads, o que permitirá que esse tipo de trabalho deixe de depender exclusivamente das sessões na nuvem. Enquanto essa expansão não chega, a versão beta continua concentrada nos usuários selecionados e impõe atenção ao limite de uso. Para entender a mudança em sua dimensão maior, vale acompanhar a [análise sobre o impacto das threads paralelas no Claude Code](https://thenewstack.io/claude-code-parallel-projects), especialmente porque a promessa de velocidade vem acompanhada de uma cobrança operacional bastante concreta. ## O que muda para quem desenvolve O Projects reformulado transforma uma solicitação ampla em um trabalho coordenado por etapas, mas a qualidade do resultado ainda depende de como o objetivo é descrito e de como as frentes são revisadas. O desenvolvedor ganha uma forma de acompanhar atualizações simultâneas, preservar contexto e deixar tarefas rodando enquanto o computador está fechado. Em troca, precisa observar branches, conflitos de merge e o consumo do plano com o mesmo cuidado dedicado ao código produzido. A ferramenta funciona melhor quando a tarefa é dividida em partes compreensíveis, quando cada resultado recebe revisão e quando o paralelismo é usado para reduzir espera, não apenas para criar mais sessões. O próximo passo anunciado é duplo: ampliar o acesso para outras interfaces e planos, além de levar a execução para o ambiente local. Até lá, o beta do **Claude Code Projects** já mostra a direção escolhida pela Anthropic: uma conversa central coordena linhas de trabalho independentes, que continuam produzindo na nuvem mesmo depois que o laptop é fechado. Para o usuário, o controle passa por três decisões simples e concretas: definir bem a meta, acompanhar o que cada thread entregou e administrar o limite diário e o consumo do plano. A piada é ruim, mas cabe aqui: o código pode até trabalhar em paralelo, porém o orçamento de uso continua andando em linha reta.