Configurando um Projeto com Instruções Personalizadas
Instruções personalizadas são a parte de um Projeto que faz o maior trabalho com o mínimo de esforço: um pequeno bloco de texto que Claude lê antes de cada conversa que você inicia dentro desse Projeto.
Resumo
Configurar um Projeto bem começa antes de você digitar uma única instrução - começa com a decisão sobre para que o Projeto realmente serve.
Um Projeto com um propósito claro e restrito produz instruções personalizadas que são fáceis de escrever e fáceis para Claude seguir consistentemente.
Um Projeto com um propósito vago tende a acumular instruções que puxam em direções diferentes, o que se manifesta como respostas inconsistentes mais tarde.
Esta página explica como criar um Projeto, escrever suas instruções personalizadas e testar se elas estão realmente direcionando as conversas da maneira que você pretendia.
As etapas abaixo se aplicam da mesma forma, quer o Projeto seja para uma função de trabalho, um estilo de escrita específico, uma tarefa de análise recorrente ou qualquer outra coisa que você se encontre explicando a Claude mais de uma vez.
Receita
Etapas de referência rápida - o caminho mais rápido do nada a um Projeto funcional.
- No Claude.ai, abra Projetos na barra lateral e escolha Criar projeto.
- Nomeie o Projeto com base em seu propósito específico, não em sua categoria geral - "Resumo de Vendas Semanal" em vez de "Relatórios".
- Abra as configurações do Projeto e encontre o campo de instruções personalizadas.
- Escreva instruções que cubram três coisas: quem é o público, o que Claude deve sempre fazer e o que Claude nunca deve fazer neste contexto.
- Salve as instruções, inicie uma nova conversa dentro do Projeto e teste-a com uma pergunta realista.
Quando usar isso:
- Você já explicou o mesmo contexto ou regras para Claude em mais de uma conversa.
- Uma tarefa recorrente tem um público, tom ou formato consistente que você deseja aplicar todas as vezes.
- Você deseja que novos membros da equipe que usam Claude em uma tarefa obtenham resultados consistentes sem reensiná-los o contexto.
- A tarefa tem restrições firmes - coisas que Claude nunca deve fazer - que são fáceis de esquecer de reafirmar a cada vez.
Exemplo de Trabalho
Aqui está um bloco completo e realista de instruções personalizadas para um Projeto destinado a ajudar a redigir respostas de suporte interno:
Você está ajudando a redigir respostas para tickets de suporte ao cliente para um pequeno produto SaaS chamado Northwind Notes.
Público: clientes não técnicos, a maioria dos quais já está frustrada quando escreve.
Sempre faça: mantenha as respostas com menos de 150 palavras, comece reconhecendo o problema específico com as próprias palavras do cliente e termine com um próximo passo claro.
Nunca faça: prometa um reembolso, cite uma data de correção específica ou use jargões técnicos como "backend" ou "API" sem explicá-los em termos simples.
Tom: caloroso e direto, não excessivamente formal, sem jargões corporativos como "Valorizamos seu negócio".
O que isso demonstra:
- As instruções nomeiam um público específico em vez de deixar o tom para adivinhação.
- "Sempre faça" e "nunca faça" são separados, o que torna as restrições difíceis inequívocas.
- O limite de palavras e o requisito de estrutura são concretos o suficiente para que Claude possa segui-los consistentemente.
- Nada nas instruções tenta cobrir também uma tarefa não relacionada, mantendo o propósito do Projeto singular.
Mergulho Profundo
Como Funciona
- As instruções personalizadas são lidas antes da sua mensagem em cada nova conversa iniciada dentro do Projeto, então elas funcionam como um contexto permanente em vez de algo que você reenvia.
- Elas se aplicam no nível do Projeto, não no nível da conta - um Projeto diferente pode ter instruções totalmente diferentes, até mesmo contraditórias, sem conflito.
- Editar as instruções muda o comportamento daqui para frente. Não reescreve retroativamente o que já aconteceu em conversas passadas.
- As instruções funcionam em conjunto com tudo o que você diz diretamente em uma conversa. Uma solicitação específica no chat ainda pode substituir ou refinar o que as instruções permanentes dizem para essa troca específica.
Escrevendo Instruções Que Realmente Se Sustentam
| Elemento | Versão fraca | Versão mais forte |
|---|---|---|
| Público | "Seja prestativo" | "Clientes não técnicos que já estão frustrados" |
| Formato | "Mantenha curto" | "Menos de 150 palavras, um próximo passo claro no final" |
| Restrições | "Não prometa demais" | "Nunca prometa um reembolso ou uma data de correção específica" |
| Tom | "Profissional" | "Caloroso e direto, sem jargões corporativos" |
Instruções vagas tendem a ser ignoradas silenciosamente porque não há nada concreto para Claude verificar sua própria saída. Instruções específicas e verificáveis se sustentam muito melhor ao longo de muitas conversas.
Testando e Revisando
Após salvar as instruções, execute pelo menos duas ou três conversas de teste realistas antes de confiar no Projeto para trabalho real.
Faça perguntas que fiquem perto das bordas do que o Projeto se destina, não apenas o caso mais fácil, pois os casos de borda são onde as instruções vagas tendem a falhar primeiro.
Se uma resposta não atingir o alvo, procure a instrução específica que deveria tê-la capturado e aprimore essa linha em vez de adicionar um longo parágrafo de orientação geral por cima.
Armadilhas
- Escrever instruções como uma lista de desejos em vez de regras. "Tente ser conciso" soa opcional. Correção: declare limites rígidos diretamente, como uma contagem de palavras ou uma estrutura obrigatória.
- Empacotar tarefas não relacionadas em um único bloco de instruções. Misturar "redigir respostas de suporte" e "resumir chamadas de vendas" no mesmo Projeto confunde ambos. Correção: divida-os em dois Projetos com suas próprias instruções.
- Nunca testar as instruções antes de confiar nelas. Instruções que parecem boas no papel ainda podem produzir respostas inconsistentes na prática. Correção: execute algumas conversas de teste realistas antes de usar o Projeto para trabalho real.
- Deixar as instruções ficarem desatualizadas. O propósito de um Projeto pode mudar ao longo de semanas enquanto as instruções permanecem congeladas desde o primeiro dia. Correção: revise as instruções sempre que o uso real do Projeto começar a se desviar do que elas descrevem.
- Assumir que as instruções restringem o que você pode perguntar. Algumas pessoas evitam fazer perguntas fora do tópico dentro de um Projeto por cautela. Correção: instruções personalizadas moldam o comportamento padrão, elas não bloqueiam a conversa a um tópico - você ainda pode perguntar qualquer coisa.
Alternativas
| Alternativa | Use Quando | Não Use Quando |
|---|---|---|
| Chat simples, sem Projeto | A tarefa é genuinamente única, sem repetição esperada. | Você fará perguntas semelhantes novamente dentro de dias ou semanas. |
| Redigitar o contexto a cada mensagem | Você precisa de algo uma vez e não quer configurar nada. | Você está repetindo o mesmo contexto em muitas conversas - torna-se tedioso e inconsistente rapidamente. |
| Um único Projeto amplo para tudo | Você está apenas começando e quer configuração mínima. | Você tem várias tarefas genuinamente diferentes - um Projeto amplo tende a misturar as instruções. |
FAQs
Qual o tamanho das instruções personalizadas?
Tempo suficiente para cobrir o público, o comportamento exigido e as restrições rígidas, e nada mais. Algumas frases concisas que Claude pode realmente verificar sua saída batem um longo parágrafo de orientação geral.
Posso ter instruções personalizadas diferentes para conversas diferentes no mesmo Projeto?
Não como instruções permanentes separadas - as instruções personalizadas se aplicam a todo o Projeto. Você ainda pode dar a uma conversa específica uma direção extra diretamente no chat, que se sobrepõe às instruções do Projeto para essa troca.
O que acontece se eu editar as instruções depois de já ter conversas no Projeto?
Novas conversas e novas mensagens nas existentes seguem as instruções atualizadas. Respostas passadas já dadas não são reescritas.
Devo escrever instruções como comandos ou como informações de fundo?
Ambos, mas mantenha-os separados. O contexto ajuda Claude a entender o contexto; comandos diretos ("sempre", "nunca") são o que realmente restringem o comportamento. Confiar apenas no contexto sem regras explícitas tende a produzir uma adesão mais suave e menos consistente.
Existe um limite para quantas instruções personalizadas um Projeto pode ter?
Há um limite prático de comprimento para o campo de instruções, que varia por plano e muda com o tempo - verifique os limites atuais do seu espaço de trabalho nas configurações do Projeto em vez de assumir um número fixo.
As instruções personalizadas substituem a necessidade de arquivos de conhecimento carregados?
Não, elas servem a propósitos diferentes. As instruções definem comportamento, tom e regras. Arquivos de conhecimento fornecem material de referência e fatos. A maioria dos Projetos bem construídos usa ambos juntos.
As instruções personalizadas podem fazer Claude se recusar a responder a certos tópicos?
Elas podem direcionar Claude para longe de tópicos fora do propósito declarado do Projeto, mas funcionam como orientação, não como um bloqueio técnico rígido. Para um tópico genuinamente fora de limites, diga isso explicitamente e claramente nas instruções.
Como sei se minhas instruções estão realmente funcionando?
Execute algumas conversas de teste realistas, incluindo casos de borda, após salvar as instruções. Se as respostas refletirem consistentemente o público, o formato e as restrições que você escreveu, elas estão funcionando; se não, aprimore a linha específica que deveria ter capturado a falha.
Todos os membros da equipe devem compartilhar um Projeto, ou cada pessoa deve criar o seu?
Depende se a tarefa subjacente e as regras são verdadeiramente idênticas. Um Projeto compartilhado com um conjunto de instruções mantém todos consistentes; Projetos individuais fazem sentido quando as pessoas aplicam a mesma tarefa geral de forma diferente.
Qual é o erro mais comum que as pessoas cometem ao escrever suas primeiras instruções personalizadas?
Escrevê-las de forma muito vaga, usando linguagem suave como "tente" ou "seja profissional" em vez de regras específicas e verificáveis que o modelo possa aplicar consistentemente.
Posso copiar instruções personalizadas de um Projeto para outro?
Você pode copiar o texto manualmente para o campo de instruções de um novo Projeto. Não há sincronização automática entre Projetos, então edições em um não afetam o outro, o que é útil quando dois Projetos começam de forma semelhante, mas precisam divergir.
As instruções personalizadas afetam os Artefatos criados dentro do Projeto?
Sim. Qualquer Artefato que Claude redija dentro da conversa de um Projeto é produzido usando as instruções e arquivos personalizados desse Projeto, da mesma forma que uma resposta de chat simples seria.
Relacionado
- Carregando Arquivos de Conhecimento em um Projeto - o passo de configuração complementar para material de referência.
- O que Torna um Bom Projeto: Escopo e Contexto Compartilhado - como um escopo restrito mantém as instruções eficazes ao longo do tempo.
- Lista de Verificação de Configuração de Projeto: Instruções, Arquivos e Escopo - uma lista de verificação que cobre todo esse fluxo de configuração.
- Noções Básicas de Projetos e Artefatos - um primeiro guia mais amplo sobre a criação de um Projeto.
Versões do Stack: Escrito contra a linha de modelos Claude atual em ~junho de 2026 - Claude Fable 5, Claude Opus 4.8, Claude Sonnet 5 (o padrão) e Claude Haiku 4.5. Nomes de modelos, preços e recursos do produto mudam rapidamente - verifique os detalhes atuais em platform.claude.com/docs antes de confiar neles.