Como configurar Projetos no Claude que a maioria dos usuários desconhece - Curso completo

A maioria das pessoas usa o Claude como se fosse uma barra de pesquisa.

Toda sessão começa da mesma forma. Você é um redator de marketing. Meu negócio é este. Meu público é aquele. Agora escreva o material. Então você fecha a aba e, no dia seguinte, refaz todo o briefing do zero, treinando o mesmo funcionário todas as manhãs e deixando-o esquecer tudo à noite.

Isso não é um fluxo de trabalho. Isso é 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, anexa um PDF aleatório e se pergunta por que não parece drasticamente 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 da maneira que as pessoas que realmente dependem deles fazem. Cada recurso aqui é real e atual. Ao final, você terá um projeto que carrega contexto completo em cada 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 de nível de sistema que se aplica automaticamente a todas as conversas dentro do projeto. Este é o briefing permanente que molda como o Claude se comporta, quem ele pensa que está ouvindo e quais regras segue, sem que você digite nada disso no chat.

Uma base de conhecimento. Arquivos e documentos que o Claude pode consultar em todas as conversas, sempre disponíveis, sem necessidade de reenvio. 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 conhecimento.

Uma coisa importante para entender de antemão, porque pega as pessoas de surpresa 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 do zero 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 os 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 colocam tudo lá dentro. O manual completo da marca. Seis meses de atas de reuniões. 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 através da 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 drasticamente 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.

Etapa 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-o especificamente. "Newsletter" ou "Propostas para Clientes" ou "Documentação da API", não "Trabalho" ou "Coisas". A razão é que você acabará tendo vários projetos, e o objetivo principal é a separação. Um nome vago leva a um projeto vago que lentamente acumula coisas não relacionadas, 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 contexto mais limpo e focado, e contexto focado é a razão de ser dos projetos. O instinto de ter um megaprojeto para tudo é o instinto de recriar o chatbot genérico do qual você estava tentando escapar.

Etapa 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 excelente é 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 essa é exatamente a situação no início de cada nova conversa no projeto. 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, crucialmente, 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

está relacionada a uma destas, a menos que seja instruído de outra forma.

COMO RESPONDER

Tom: [específico]. Formato: [específico]. Tamanho: [específico].

Não faça perguntas esclarecedoras a menos que esteja genuinamente bloqueado. 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 esclarecedoras merece destaque. Por padrão, o Claude frequentemente 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 a ida e volta e acelera cada sessão imediatamente.

Escreva estas instruções para o leitor que não tem histórico com você, porque cada nova conversa realmente começa aí. As instruções e os arquivos são as únicas coisas que são transportadas. A memória da sua última conversa não é.

Etapa 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ê proíbe, 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 permaneça no assunto.

Um pequeno conjunto dos 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 a 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 "notas" 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, 30MB por arquivo, suportando PDF, texto, markdown, arquivos de código, CSV e imagens. Isso é suficiente se você seguir a regra de precisão. Se você está atingindo o teto, o problema é quase sempre que você está enviando volume em vez de sinal.

Etapa 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 pode 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 sob 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.

Etapa 5: Escolha o Modelo Certo Por 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 precisam de 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 rápido.

Etapa 6: Use as 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.

Etapa 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 contexto errado com confiança, o 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 avançava ao redor deles.

A Nova Camada: Projetos Cowork

Vale a pena saber, porque estende tudo acima significativamente. A partir das atualizações de 2026, os Projetos também vivem dentro do Claude Cowork, o aplicativo 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 isso, sem vazar esse contexto para seu outro trabalho. Eles adicionam pastas locais dedicadas, para que o projeto leia e escreva arquivos reais em sua máquina. E eles adicionam tarefas agendadas, para que um projeto possa 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 movimento é apontá-lo para uma pasta e dizer:

Leia todos os arquivos nesta pasta. Em seguida, resuma o que você sabe sobre este

espaço de trabalho: o que está aqui, para que provavelmente eu o 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 Construir Hoje

A teoria só é útil quando se torna concreta. Aqui estão quatro configurações de projeto que mapeiam diretamente 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 origem, seus padrões de codificação e documentação da 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 correspondê-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 do 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, entregas anteriores, atas de reuniões destiladas ao essencial e quaisquer restrições específicas a ele. É assim que 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 as descobertas sejam estruturadas. O conhecimento contém seu material de origem, suas anotações 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 qualquer outra coisa 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 e 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 em cima de 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 lhe dá 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 de 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 central de configurar projetos bem.

A Configuração Que Realmente Se Acumula

Juntando tudo, aqui está o que um projeto devidamente 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 de seus exemplos reais e seus padrões reais, não de uma lousa em branco mais um prompt apressado de uma linha.

E se acumula. Na primeira semana, pequenas correções são necessárias 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 todas as vezes. 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 param de ser uma pasta para seus chats e se tornam a diferença entre usar o Claude como uma barra de pesquisa 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. Então 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 uso todos os dias.