A maioria das pessoas usa o Claude como se fosse uma barra de busca.
Toda sessão começa do mesmo jeito. Você é um redator de marketing. Meu negócio é tal coisa. Meu público é tal coisa. Agora escreva o texto. Aí você fecha a aba, e no dia seguinte repete todo o briefing do zero, treinando o mesmo funcionário todas as manhãs e deixando que ele esqueça tudo à noite.
Isso não é um fluxo de trabalho. É começar do zero, para sempre.
Os Projetos do Claude resolvem isso, e quase ninguém os configura corretamente. A maioria das pessoas cria um projeto, cola uma linha de instruções, joga um PDF aleatório e se pergunta por que não parece muito melhor do que um chat normal. O poder é real, mas está nos detalhes que a tela de configuração não explica.
Este é o curso completo sobre como configurar Projetos do Claude do jeito que as pessoas que realmente dependem deles fazem. Cada recurso aqui é real e atual. No final, você terá um projeto que carrega contexto completo em toda conversa automaticamente, nunca precisa ser reorientado e produz resultados que soam como você, em vez de um assistente genérico.
O Que Um Projeto Realmente É
Tirando o marketing, um Projeto do Claude é três coisas agrupadas em um espaço de trabalho persistente.
Instruções personalizadas. Um prompt em nível de sistema que se aplica automaticamente a todas as conversas dentro do projeto. Esse é o briefing permanente que molda como o Claude se comporta, quem ele acha que está falando, e quais regras segue, sem que você digite nada no chat.
Uma base de conhecimento. Arquivos e documentos que o Claude pode consultar em toda conversa, sempre disponíveis, sem necessidade de recarregá-los. Guias de estilo, especificações, trabalhos anteriores, material de referência.
Conversas com escopo definido. Todos os chats dentro do projeto são agrupados e herdam as mesmas instruções e conhecimentos.
Uma coisa importante para entender de cara, porque confunde as pessoas constantemente. As conversas dentro de um projeto NÃO compartilham o histórico de mensagens entre si. O estado compartilhado são as instruções e os arquivos, não os chats. Cada nova conversa começa fresca com apenas essas duas coisas carregadas. Isso é importante para como você projeta tudo abaixo.
Os Projetos estão disponíveis em todos os planos do Claude, incluindo o gratuito, embora usuários gratuitos tenham um limite de cinco projetos e as instruções do projeto sejam especificamente um recurso pago. Nos planos Pro, Max e Team, você tem a configuração completa.
O Erro Que Quase Todo Mundo Comete
Antes da configuração, entenda o maior erro isolado, porque evitá-lo é a maior parte da batalha.
As pessoas tratam a base de conhecimento como um armário. Elas jogam tudo lá dentro. O manual completo da marca. Seis meses de atas de reunião. Um deck de estratégia de quarenta páginas. A lógica parece sólida. Mais contexto é igual a melhor resultado.
Não funciona assim, e aqui está o porquê. O conhecimento do projeto não é totalmente carregado em cada resposta. O Claude extrai o conteúdo mais relevante por consulta por meio de recuperação. Quando você sobrecarrega a base de conhecimento com material vagamente relacionado, você dilui a capacidade do Claude de encontrar o sinal que realmente importa, e corre o risco de preencher a janela de contexto com arquivos, deixando menos espaço para a conversa real.
A regra que produz resultados dramaticamente melhores é o oposto do que as pessoas esperam. Mantenha cada documento de conhecimento enxuto e específico, com cerca de uma a três páginas. Um guia de voz da marca de três páginas vence um manual de marca de quarenta páginas todas as vezes, porque o sinal útil é mais denso e o ruído é menor. Precisão supera volume na base de conhecimento, sempre.
Passo 1: Crie o Projeto com Intenção Real
Abra o Claude, clique em Projetos na barra lateral, clique em Novo projeto.
O nome importa mais do que parece. Nomeie especificamente. "Newsletter" ou "Propostas de Clientes" ou "Documentação da API", não "Trabalho" ou "Coisas". O motivo é que você vai acabar com vários projetos, e o objetivo principal é a separação. Um nome vago leva a um projeto vago que lentamente acumula coisas irrelevantes, que é exatamente o problema de diluição acima.
Isso leva ao primeiro princípio que a maioria das pessoas perde. Um projeto por assunto. Não coloque seu código de backend e seu conteúdo de marketing no mesmo projeto. Não misture o cliente A com o cliente B. Projetos separados significam um contexto mais limpo e focado, e contexto focado é a razão principal pela qual os projetos funcionam. O instinto de ter um megaprojeto para tudo é o instinto de recriar o chatbot genérico do qual você estava tentando escapar.
Passo 2: Escreva Instruções Como Um Briefing Permanente, Não Um Prompt
Esta é a parte de maior alavancagem de toda a configuração, e é onde a diferença entre um projeto fraco e um ótimo é mais ampla.
Um bloco de instruções fraco diz "Você é um assistente útil que escreve conteúdo de marketing." Isso não dá ao Claude nada que ele já não tivesse.
Um bloco de instruções forte é um briefing permanente completo escrito para alguém que não sabe nada sobre você ainda, porque é exatamente essa a situação no início de cada nova conversa no projeto. Ele deve cobrir quem você é e o que faz, as tarefas principais para as quais este projeto existe, suas preferências de tom e estilo, seu formato de saída exigido, o conhecimento de domínio que o Claude deve assumir e, criticamente, as coisas que o Claude nunca deve fazer.
Aqui está uma estrutura de modelo que funciona em quase qualquer tipo de projeto:
FUNÇÃO
Você é [função específica] trabalhando em [domínio específico]. Você está escrevendo para
[público específico que não sabe nada sobre eles].
PARA QUE SERVE ESTE PROJETO
As principais tarefas aqui são [tarefa 1], [tarefa 2], [tarefa 3]. Assuma que cada solicitação
se relaciona a uma delas, a menos que indicado o contrário.
COMO RESPONDER
Tom: [específico]. Formato: [específico]. Extensão: [específica].
Não faça perguntas de esclarecimento a menos que esteja genuinamente travado. Faça uma suposição
razoável, declare-a e prossiga.
O QUE ASSUMIR
[Fatos do domínio, detalhes do produto, posicionamento que devem ser tratados como dados
em cada resposta.]
NUNCA
[Coisas específicas que o Claude nunca deve fazer neste projeto: clichês de IA, certas
afirmações, certos formatos, quaisquer que sejam suas regras rígidas.]
Essa instrução sobre não fazer perguntas de esclarecimento merece destaque. Por padrão, o Claude muitas vezes começa com uma rodada de "antes de eu começar, você pode me contar mais sobre...". Para um projeto que você usa diariamente, esse preâmbulo é puro atrito. Dizer a ele para fazer uma suposição razoável, declará-la e prosseguir remove o vai e vem e acelera cada sessão imediatamente.
Escreva essas instruções para o leitor que não tem histórico com você, porque toda nova conversa realmente começa daí. As instruções e os arquivos são as únicas coisas que prosseguem. A memória da sua última conversa não.
Passo 3: Construa a Base de Conhecimento com Precisão
Agora os arquivos. Lembre-se da regra. Enxutos, específicos, de uma a três páginas cada. Aqui está o que realmente pertence a uma base de conhecimento bem construída, usando um projeto de conteúdo como exemplo.
Um guia de voz e estilo. Como você escreve. Ritmo das frases, palavras que você usa, palavras que você bane, a sensação do seu resultado.
Um documento de público. Para quem você está escrevendo, com o que eles se importam, o que já sabem, do que são céticos.
Um documento de pilares ou escopo. Os tópicos ou categorias específicos que este projeto cobre, para que o Claude fique dentro do assunto.
Um pequeno conjunto de melhores exemplos. Três a cinco peças do seu melhor trabalho real. Isso ensina por demonstração de forma muito mais eficaz do que por descrição. O Claude aprende seus padrões a partir de exemplos reais melhor do que a partir de qualquer quantidade de instrução.
Material de referência específico para o trabalho. Notas de SEO, especificações do produto, restrições técnicas, o que o domínio exigir.
Nomeie cada arquivo de forma descritiva. "Guia de Voz da Marca v3", "Roadmap do Produto Q2", "Documentação da API Módulo de Pagamentos", não "anotações" ou "coisas". Nomes descritivos ajudam a recuperação a encontrar o documento certo para a consulta certa, que é todo o mecanismo no qual você está confiando.
Os limites que vale a pena conhecer. No Pro, Max e Team, você tem até 20 arquivos por projeto, 30 MB por arquivo, suportando PDF, texto, markdown, arquivos de código, CSV e imagens. Isso é suficiente se você seguir a regra da precisão. Se você está batendo no teto, o problema é quase sempre que você está enviando volume em vez de sinal.
Passo 4: Teste a Recuperação Antes de Confiar Nela
Aqui está uma etapa que quase ninguém faz, e ela separa as pessoas que acham que seu projeto funciona daquelas que sabem que funciona.
Depois de enviar seu conhecimento, abra uma conversa no projeto e teste explicitamente se o Claude consegue recuperar cada documento. Pergunte diretamente:
Com base no Guia de Voz da Marca no conhecimento do projeto, como devo
abordar a linha de abertura de uma postagem? Cite a orientação específica que você está usando.
Se o Claude referenciar o documento com precisão, a recuperação está funcionando. Se der uma resposta genérica ou não conseguir encontrar a orientação, algo está errado. Talvez o arquivo não tenha sido processado, talvez o nome seja muito vago, talvez o documento esteja enterrado em baixo de muitos outros. Melhor descobrir isso em um teste do que descobrir três semanas depois que o Claude nunca estava realmente lendo seu arquivo mais importante.
Execute este teste para cada documento crítico. Leva cinco minutos e é a diferença entre um projeto que você espera que funcione e um que você sabe que funciona.
Passo 5: Escolha o Modelo Certo para Cada Conversa
Um detalhe que a maioria das pessoas perde completamente. Dentro de um projeto, você pode escolher qual modelo do Claude usar para cada conversa de forma independente. O projeto não o prende a um modelo.
Isso é importante para custo e qualidade. Use um modelo mais rápido para rascunhos de rotina dentro do projeto e mude para um modelo mais capaz para as conversas que exigem raciocínio profundo ou síntese complexa. Mesmo projeto, mesmas instruções, mesmo conhecimento, motor diferente dependendo do que a tarefa específica precisa. A maioria das pessoas nunca percebe que pode fazer isso e ou paga demais executando tudo no modelo top ou tem desempenho inferior executando tudo em um modelo rápido.
Passo 6: Use Conversas Como Pensamento, Não Apenas Tarefas
Aqui está um hábito que silenciosamente torna os projetos muito mais poderosos ao longo do tempo.
Não use as conversas do projeto apenas para tarefas concluídas. Use-as para pensar em voz alta. Trabalhe em um problema, explique seu raciocínio, fale sobre por que está tomando uma decisão. Como o projeto tem escopo e é consistente, essas conversas de pensamento ajudam o Claude a entender seus padrões de raciocínio, não apenas seus padrões de resultado.
O resultado é que, ao longo de semanas, o Claude dentro de um projeto bem usado começa a corresponder não apenas ao seu formato, mas ao seu julgamento. Ele sugere abordagens que se encaixam em como você realmente pensa, porque viu como você pensa dentro desse contexto com escopo, não apenas o que você produz.
Passo 7: Faça a Manutenção, Porque Um Projeto é Tão Atual Quanto Seus Arquivos
Um projeto não é configurar e esquecer. Ele é tão preciso quanto o que está dentro dele, e conhecimento desatualizado produz um contexto confiantemente errado, que é pior do que nenhum contexto.
Crie um hábito de manutenção. Quando seu posicionamento mudar, atualize o guia de voz. Quando uma especificação for revisada, substitua a antiga. Quando uma estratégia mudar, atualize o documento de escopo. Revise suas instruções do projeto trimestralmente, porque instruções escritas há seis meses podem agora contradizer ativamente o que você está fazendo, e o Claude seguirá fielmente a regra desatualizada.
Os projetos que permanecem valiosos são aqueles que as pessoas mantêm atualizados. Os que silenciosamente se tornam inúteis são aqueles que foram configurados uma vez e nunca mais tocados, enquanto o trabalho real seguiu em frente ao redor deles.
A Nova Camada: Projetos Cowork
Vale a pena saber, porque estende significativamente tudo acima. A partir das atualizações de 2026, os Projetos também vivem dentro do Claude Cowork, o aplicativo de agente de desktop, e esta versão adiciona capacidades que os projetos baseados em chat não têm.
Os projetos Cowork adicionam memória com escopo que persiste entre as sessões, então você pode dizer "continue o relatório da semana passada" e o Claude sabe exatamente o que foi, sem vazar esse contexto para seus outros trabalhos. Eles adicionam pastas locais dedicadas, então o projeto lê e escreve arquivos reais em sua máquina. E eles adicionam tarefas agendadas, então um projeto pode executar trabalhos recorrentes automaticamente em uma cadência que você definir.
A lógica de configuração é a mesma de tudo acima. Instruções claras, arquivos relevantes e enxutos, um projeto por assunto. Mas o teto é mais alto, porque um projeto Cowork não apenas informa conversas, ele executa trabalho em arquivos reais e pode ser executado em um cronograma sem você. Um bom primeiro passo é apontá-lo para uma pasta e dizer:
Leia todos os arquivos nesta pasta. Depois, resuma o que você sabe sobre este
espaço de trabalho: o que está aqui, para que provavelmente eu uso e quais instruções
você seguirá. Se algo não estiver claro, pergunte antes de assumir.
Esse único comando faz o Claude aprender o projeto no primeiro dia, e a partir daí ele se lembra.
Quatro Modelos de Projeto que Você Pode Criar Hoje
A teoria só é útil quando se torna concreta. Aqui estão quatro configurações de projeto que mapeiam diretamente para os casos de uso mais comuns, cada um com o que vai nas instruções versus conhecimento, para que você possa copiar a estrutura.
O Projeto de Conteúdo. As instruções definem sua função como escritor para um público específico, seu tom, suas regras de formatação e suas proibições rígidas. O conhecimento contém um guia de voz, uma persona de público, um documento de pilares e três a cinco das suas peças de melhor desempenho. Este é o projeto que faz tudo que você publica soar consistentemente como você, em vez de um escritor diferente a cada vez. Os melhores exemplos na base de conhecimento fazem mais trabalho aqui do que qualquer instrução, porque a voz é captada, não ensinada.
O Projeto de Código. As instruções definem sua stack, suas convenções, seus padrões preferidos e as coisas que você nunca quer que sejam feitas. O conhecimento contém um documento de arquitetura, seus principais arquivos de código-fonte, seus padrões de codificação e documentação de API para qualquer coisa que o projeto toque. Aponte o Claude para isso e ele para de sugerir código que luta contra seus padrões existentes e começa a combiná-los. Um projeto por base de código, nunca um compartilhado, porque misturar duas bases de código é a maneira mais rápida de obter sugestões que não se encaixam em nenhuma.
O Projeto de Cliente. Um projeto por cliente. As instruções definem quem é o cliente, sua marca, suas preferências e o escopo do seu trabalho com ele. O conhecimento contém as diretrizes da marca do cliente, entregas passadas, notas de reunião destiladas para o essencial e quaisquer restrições específicas a ele. Esta é a forma como um profissional autônomo ou agência mantém o contexto de cada cliente perfeitamente separado, para que a voz do cliente A nunca vaze para o trabalho do cliente B.
O Projeto de Pesquisa. As instruções definem qual pergunta ou domínio você está investigando e como deseja que os resultados sejam estruturados. O conhecimento contém seu material de origem, suas notas anteriores e sua tese de trabalho. À medida que você alimenta mais, ele constrói uma imagem em tudo, e como tem escopo, não confunde esta pesquisa com mais nada em que você está trabalhando. Este é o mais próximo que um projeto baseado em chat chega do conceito de segundo cérebro, um corpo de conhecimento que você pode interrogar que permanece coerente porque está isolado de tudo que não está relacionado.
Observe o padrão em todos os quatro. As instruções carregam as regras permanentes e o comportamento. O conhecimento carrega o material de referência e os exemplos. A separação é deliberada, e colocar o conteúdo certo na camada certa é a maior parte do que faz um projeto funcionar. Uma regra sobre como se comportar pertence às instruções. Um documento que o Claude precisa consultar pertence ao conhecimento. Misturar esses, colocar regras comportamentais em um arquivo de conhecimento ou colar documentos de referência na caixa de instruções, é uma maneira silenciosa de fazer um projeto ter um desempenho inferior sem uma razão óbvia.
A Personalização em Camadas que a Maioria das Pessoas Perde
Mais uma coisa que vale a pena saber, porque se acumula sobre tudo acima. As instruções do projeto não são a única camada de personalização que o Claude tem, e entender como elas se combinam dá a você um controle mais refinado.
Existem três camadas, e todas se aplicam ao mesmo tempo em cada resposta. As instruções de toda a conta, definidas nas configurações do seu perfil, aplicam-se a todos os chats em todos os lugares, independentemente do projeto. As instruções do projeto aplicam-se apenas dentro de um projeto específico. E os estilos, definidos por chat, ajustam o tom e o formato para aquela conversa específica.
A jogada prática é usar cada uma para o que ela é melhor. Coloque as regras que se aplicam a tudo que você faz com o Claude, como suas preferências gerais de comunicação, nas instruções do perfil de toda a conta, para não repeti-las em todos os projetos. Coloque o contexto e as regras específicas do projeto nas instruções do projeto. Use estilos para ajustes pontuais quando uma conversa específica precisar de um tom diferente do padrão do projeto.
A maioria das pessoas amontoa tudo em uma camada e perde esse controle. Quando você as separa corretamente, para de repetir suas preferências universais em cada projeto, e as instruções de cada projeto permanecem focadas puramente no que torna aquele projeto diferente. Esse foco é, mais uma vez, o tema principal de configurar projetos bem.
A Configuração Que Realmente se Acumula
Juntando tudo, aqui está o que um projeto bem construído lhe dá que um chat normal nunca dará.
Cada conversa começa com o contexto completo já carregado. Sua voz, seu público, suas regras, seu material de referência, tudo presente antes de você digitar uma palavra. Você para de reorientar. Você para de começar do zero. Você para de treinar o mesmo funcionário todas as manhãs.
O resultado para de soar genérico e começa a soar como você, porque o Claude está trabalhando a partir dos seus exemplos reais e dos seus padrões reais, não de uma lousa em branco mais um prompt apressado de uma linha.
E isso se acumula. Na primeira semana, são necessárias pequenas correções enquanto o Claude aprende seus padrões a partir dos arquivos. Na terceira semana, ele está correspondendo à sua abordagem de perto o suficiente para que você pare de explicar coisas que costumava explicar toda vez. Os trinta minutos de configuração se pagam ao longo de meses.
Aqui está o resultado final honesto. A maioria das pessoas nunca obtém esse benefício, não porque o recurso seja difícil, mas porque o configuram em noventa segundos e nunca fizeram as partes que realmente importam. A base de conhecimento precisa. O briefing permanente real. O teste de recuperação. O hábito de manutenção.
Faça essas quatro coisas e os Projetos do Claude deixam de ser uma pasta para seus chats e se tornam a diferença entre usar o Claude como uma barra de busca e executá-lo como um sistema que já sabe exatamente quem você é e do que precisa.
Configure um projeto corretamente esta semana. Escolha o trabalho que você mais faz. Escreva as instruções reais. Envie três documentos enxutos. Teste a recuperação. Depois, veja como a próxima conversa será diferente.
Siga @cyrilXBT para as construções completas, os modelos de instrução exatos e as configurações de projeto que eu uso todos os dias.
