Claude Projects virou uma central de agentes. Mas quem realmente pode usar?

Principais destaques

• Acesso ainda restrito: a nova versão do Claude Projects chegou primeiro a um grupo selecionado de assinantes Pro e Max que usam sessões Claude Code na nuvem.
• Chats antigos ficam de fora: quem já utiliza Projects pela web ou desktop não entra automaticamente nessa primeira leva do novo modelo.
• A promessa é maior que uma pasta: agentes podem trabalhar em paralelo, compartilhar memória e arquivos e continuar executando tarefas mesmo depois que você fecha o notebook.

Não é só uma nova versão da mesma ferramenta 👀

O Claude Projects ganhou uma mudança estrutural importante.

Na versão redesenhada, o projeto deixa de funcionar apenas como um espaço onde diferentes conversas compartilham contexto. Agora, a ideia é ter uma conversa coordenadora capaz de distribuir tarefas para diferentes threads de trabalho.

Cada thread funciona como uma sessão completa do Claude Code na nuvem, com sua própria ramificação de trabalho. E ela ainda pode criar subagentes e dividir tarefas internamente.

É quase a diferença entre conversar com um assistente e dar uma tarefa para um gerente que coordena uma pequena equipe digital.

🧠 A lógica mudou: você descreve o objetivo para o coordenador, e ele decide onde e como o trabalho será executado.

Mas tem uma pegadinha logo na porta 🚪

O novo Projects não está disponível para todo mundo.

A versão beta foi liberada para usuários selecionados dos planos Pro e Max que utilizam sessões Claude Code na nuvem. Mesmo dentro desse grupo, a distribuição acontece de maneira gradual.

Isso significa que assinar Pro ou Max, por si só, não garante acesso.

E existe outra particularidade curiosa: usuários que já possuem Projects configurados no Claude pela web ou desktop também ficaram fora dessa primeira fase.

E as empresas? Ainda estão esperando 🏢

Para equipes, a história fica ainda mais interessante.

Os planos Team e Enterprise ainda não receberam acesso ao novo sistema. A Anthropic informou que essa expansão virá posteriormente, acompanhada de controles de permissão.

A proposta inclui permitir que organizações determinem quem pode visualizar ou editar o contexto compartilhado de um projeto, seja individualmente por e-mail ou de forma ampla dentro da organização.

Ou seja, a versão empresarial está prevista, mas não faz parte do pacote atual.

O coordenador é a parte mais interessante ⚙️

Imagine que você esteja construindo um aplicativo.

Em vez de abrir uma conversa para pensar na interface, outra para banco de dados e uma terceira para documentação, você pode apresentar o projeto ao coordenador.

Ele pode distribuir as tarefas entre threads diferentes.

Cada uma recebe acesso aos repositórios, arquivos enviados, instruções do projeto e a uma memória compartilhada de decisões.

💡 A grande mudança está aqui: as conversas deixam de ser ilhas.

No modelo antigo, uma conversa podia usar os arquivos e informações do projeto, mas não havia essa coordenação entre sessões. Se algo importante tivesse acontecido em outro chat, era necessário transportar manualmente aquele contexto.

Agora, as threads fazem parte de uma estrutura comum.

E se você fechar o notebook? 🌙

É justamente aí que a execução na nuvem ganha importância.

As threads continuam trabalhando mesmo quando o usuário fecha o computador. Isso permite entregar tarefas mais longas sem manter uma janela aberta durante toda a execução.

O detalhe é que existe uma troca.

Como cada thread corresponde a uma sessão completa do Claude Code na nuvem, executar várias tarefas simultaneamente consome a franquia de uso mais rapidamente.

É como contratar várias equipes para trabalhar em paralelo: o projeto pode avançar mais rápido, mas o relógio de cada equipe continua correndo.

💸 Paralelismo não é gratuito em termos de uso: quanto mais threads estiverem trabalhando ao mesmo tempo, mais rapidamente o limite do plano é consumido.

A memória também ganhou outra camada 🔎

Projetos maiores costumam enfrentar um problema conhecido: colocar todos os arquivos e informações dentro de cada conversa pode estourar os limites de contexto.

O novo Projects tenta contornar isso com uma camada de recuperação de conhecimento.

Em vez de carregar todo o conteúdo do projeto a cada interação, Claude pode pesquisar dentro do material disponível e trazer apenas o que é relevante para aquela tarefa.

Na prática, funciona como uma espécie de RAG restrito ao conteúdo do projeto.

E o usuário não precisa configurar essa camada manualmente.

Quando o volume total de conteúdo volta a ficar abaixo do limite de contexto, o sistema pode retornar ao carregamento direto de todo o material.

Tem uma biblioteca para organizar a bagunça 📚

Outra mudança é a existência de uma área que reúne arquivos.

Ela concentra tanto os materiais enviados pelo usuário quanto aquilo que Claude produz durante o trabalho.

Isso resolve um problema menos glamouroso, mas bastante concreto: resultados espalhados por várias conversas diferentes.

Pensando em um projeto de software, por exemplo, documentos, especificações e arquivos produzidos pelas threads passam a fazer parte de uma biblioteca comum.

Mas o computador do usuário ainda está do lado de fora 💻

Aqui está uma das limitações mais importantes.

As threads atuais funcionam exclusivamente na nuvem.

Portanto, o coordenador não consegue simplesmente olhar para uma pasta do seu computador ou usar uma ferramenta instalada localmente.

A execução local está prevista para uma versão futura.

Isso também afeta a maneira como integrações funcionam. Os conectores MCP não ficam disponíveis diretamente para o coordenador principal. Eles podem ser utilizados de maneira independente dentro das threads.

☁️ Cloud first: por enquanto, o Projects redesenhado está muito mais próximo de um ambiente de agentes hospedado na nuvem do que de um agente que controla o computador do usuário.

E Bedrock, Vertex e Foundry? Não ainda 🚫

Há outra barreira para quem utiliza Claude por meio de plataformas de terceiros.

O novo Projects não oferece suporte, neste lançamento, a AWS Bedrock, Google Vertex ou Foundry.

A mesma limitação se aplica ao suporte relacionado ao arquivo Agents.md.

Isso significa que organizações que operam Claude por esses ambientes não podem simplesmente ativar o novo modelo de Projects dentro dessas implantações.

Então vale a pena usar agora? 🤔

Para quem ainda não recebeu acesso, a resposta é mais simples: não há muito o que avaliar porque o recurso ainda não está disponível para esse usuário.

Para quem está no grupo elegível, porém, a proposta é mais clara.

O novo modelo resolve um problema real de projetos complexos: coordenação entre diferentes linhas de trabalho.

Memória compartilhada, recuperação de conhecimento e execução persistente na nuvem podem reduzir a necessidade de repetir contexto e recomeçar tarefas.

Por outro lado, as limitações também são bastante concretas:

• execução exclusivamente na nuvem;
• ausência de acesso direto a arquivos e ferramentas locais;
• MCP não disponível no nível do coordenador;
• consumo de uso maior quando várias threads rodam em paralelo;
• ausência inicial para Team e Enterprise;
• suporte ainda inexistente para Bedrock, Vertex e Foundry.

E existe um último detalhe: tudo isso ainda está em beta inicial.

A pergunta agora é quando ele deixa de ser beta 🚀

O desenho do novo Claude Projects aponta para uma mudança maior na maneira como Anthropic quer organizar trabalho com agentes.

Em vez de uma única conversa tentando fazer tudo, existe um coordenador distribuindo tarefas entre sessões independentes, com memória e arquivos compartilhados.

É uma arquitetura que faz mais sentido quanto maior e mais fragmentado for o projeto.

Mas, por enquanto, o acesso continua sendo o gargalo. Pro e Max são apenas a porta de entrada para uma parcela selecionada, enquanto empresas, execução local e outras plataformas ainda aguardam a próxima etapa.

A promessa é de uma espécie de equipe digital trabalhando nos bastidores. Resta saber quanto dessa equipe chegará ao computador de cada usuário e quanto continuará atrás da porta da nuvem.