🚗 Projeto vs conversa: a diferença essencial
Um Chat no claude.ai é uma conversa avulsa: ao final, o contexto evapora. Um Project é um container persistente: várias conversas convivem ali, todas nascendo do mesmo contexto, das mesmas instruções e dos mesmos arquivos de conhecimento. Mesmo modelo, comportamento radicalmente diferente.
💡 A analogia que segura
Pense em Chat como um papel rascunho: você escreve, usa, joga fora. Pense em Project como uma mesa de trabalho: seus papéis ficam ali, suas ferramentas estão à mão, você volta no dia seguinte e tudo está no lugar.
Mesa de trabalho não substitui rascunho — você ainda usa folha solta para riscar uma ideia que não vai voltar.
✓ Cowork brilha quando
- ✓Você repete o mesmo prompt 3+ vezes
- ✓Carrega os mesmos arquivos toda hora
- ✓Quer respostas em tom/formato fixo
- ✓Workflow se estende por dias/semanas
✗ Use Chat quando
- ✗Pergunta one-shot que não volta
- ✗Brainstorm aberto sem foco específico
- ✗Tradução pontual de um trecho
- ✗Você nem sabe se vai usar de novo
🧠 Contexto persistente — por que o Claude "lembra"
Tecnicamente, o modelo não tem memória entre chats. O que acontece no Cowork é diferente: a cada nova conversa, o sistema monta automaticamente um system prompt que inclui suas custom instructions e os arquivos do knowledge. O Claude começa toda conversa já sabendo tudo aquilo.
📊 O que entra no contexto a cada chat
- 1.Custom instructions do projeto — sempre, do início ao fim
- 2.Knowledge files — disponíveis para consulta pelo modelo
- 3.Descrição do projeto — orientação adicional
- 4.Mensagens da conversa atual — o que você digita agora
💡 Dica prática
Chats de um mesmo projeto não compartilham entre si. O chat de hoje não vê o chat de ontem. O que ambos compartilham é o knowledge e as instructions. Se precisa referenciar conversa anterior, copie o trecho relevante.
📦 Os 4 componentes de um projeto
Cada projeto é a soma de 4 slots distintos. Confundir os papéis é o erro #1 do iniciante — quem coloca documento longo no campo de instructions estoura limite imediatamente.
Nome + Descrição
Identidade do projeto
Nome curto e claro. Descrição em 1-2 frases que explicam o propósito. A descrição entra no contexto — não desperdice escrevendo "meu projeto".
Custom Instructions
As regras de comportamento
Como o Claude deve agir: papel, tom, formato de saída, restrições, exemplos. Texto livre, mas seja específico. Pense system prompt, não documento.
Project Knowledge
Os fatos do mundo
Documentos, PDFs, código, textos colados. Tudo o que o Claude precisa saber, mas que muda menos do que as instruções variam.
Chats (Histórico)
O que já foi conversado
Cada conversa fica salva no projeto. Não compartilham contexto entre si, mas servem de busca/consulta posterior para você (não para o Claude automaticamente).
⚠️ Erro clássico
Colar um PDF inteiro de 30 páginas dentro do campo Custom Instructions. Isso satura o slot de regras com fatos. Lugar de fato é Knowledge; lugar de regra é Instructions.
🎯 Quando vale criar um projeto — a regra das 3 vezes
Projetos têm custo de setup (nome, instructions, knowledge) e custo de manutenção (curar quando muda). Compensa quando você roda o caso muitas vezes. A heurística é simples: 3 vezes é o gatilho.
Você cola o mesmo prompt pela 3ª vez: → cria projeto
Você precisa carregar 3 arquivos de novo: → cria projeto
A sessão passou de 30 min e você esqueceu
o que pediu no início: → cria projeto
Tarefa one-shot que não volta: → fica no Chat✓ Sinais de criar
- ✓Workflow repetível
- ✓Base de conhecimento estável
- ✓Tom/formato precisa ser fixo
- ✓Tarefa vai durar dias/semanas
✗ Sinais de não criar
- ✗Tarefa única, descartável
- ✗Você nem sabe o escopo
- ✗Exploração ampla sem foco
- ✗Vai usar 1 vez nesta semana
💡 Dica: começa antes de perfeito
Não espere ter "o setup ideal". Cria projeto na 3ª repetição, com instructions enxutas e 2-3 arquivos. Refina conforme erros aparecem. Projeto cresce com uso.
⚠️ O que Cowork não faz
Cowork é poderoso onde brilha, e limitado fora dali. Saber os limites evita frustração e te direciona para o produto certo (Code ou API) quando o caso pede.
🚫 Cowork NÃO
- •Executa código no seu disco — não roda Python local, não toca em arquivos do FS
- •Abre PRs ou commita — não tem credenciais no GitHub, não escreve no repo
- •Roda agente autônomo de longa duração — você precisa estar no chat dirigindo
- •Acessa serviços internos sem integração — só vê o que entrou via knowledge ou conectores aprovados
🎯 Onde ir quando Cowork não cabe
- Precisa rodar comandos shell, ler/escrever arquivos: Claude Code
- Precisa integrar com sistema próprio via API: Anthropic API
- Precisa agente que executa em loop sem você: Claude Code com hooks ou API com tool use
🧭 Casos de uso clássicos
Os 6 padrões abaixo cobrem 80% dos projetos vistos em times reais. Reconhecer o padrão quando ele aparece economiza horas — você para de tratar cada caso como inédito.
Revisão de PR
Instructions: tom técnico, checklist. Knowledge: padrões de código, conventions, exemplos.
Copy recorrente
Instructions: brand voice, tipo de output. Knowledge: histórico de copies que funcionaram, brand book.
Atendimento a clientes
Instructions: tom de suporte. Knowledge: base de FAQ, política, troubleshooting.
Pesquisa em base própria
Instructions: como citar fontes. Knowledge: papers, relatórios, transcrições.
Análise de relatórios
Instructions: formato de análise. Knowledge: relatórios históricos, KPIs, benchmarks.
Conteúdo padronizado
Instructions: estrutura fixa. Knowledge: exemplos do que é considerado bom no time.
💡 Dica final
Olhe sua semana atrás: quais 3 tarefas você repetiu? Esses são seus primeiros 3 projetos. Não invente caso teórico — projete pra sua dor real.
✅ Resumo do Módulo
Próximo módulo:
1.2 — Anatomia da interface do Projects