Projects, Templates e Rotinas Sem Improviso

O Fim do “Imposto de Re-briefing”: Anatomia de um Project

Conversas avulsas funcionam para perguntas pontuais, mas quebram quando o trabalho tem continuidade — um cliente recorrente, um produto em evolução ou um relatório semanal. Sem organização, você paga o imposto de re-briefing toda manhã e suas respostas derivam porque o contexto muda a cada chat.

Um Project resolve isso reunindo três peças em um contêiner fechado:

1. Nome e descrição específicos: evite nomes genéricos como “Marketing”; prefira “Lakeside Yoga — Social e E-mail” ou “ERP Contmatic — Documentação de Chamados”.
2. Instruções do Projeto (System Prompt escopado): regras de voz, público e restrições que toda conversa dentro daquele Project herda automaticamente.
3. Base de Conhecimento: arquivos de referência carregados uma vez para apoiar todas as conversas do espaço.

Você apoia a comunicação semanal de [NOME DA MARCA/PROJETO], operando em [LOCAL/CONTEXTO].
Voz e tom: calmo, direto, fundamentado em fatos, nunca sensacionalista.
Regras inegociáveis:
- Nunca use pontos de exclamação em excesso nem promessas médicas/financeiras sem fonte.
- Sempre cite o nome do responsável/unidade quando aplicável.
- Tamanho padrão de saída: 2 a 3 frases por bloco, salvo pedido explícito em contrário.
- Quando eu pedir uma campanha ou proposta, entregue 3 variações distintas.

Base de Conhecimento: Um Jardim, Não um Sótão

O erro mais comum ao montar um Project é transformar a base de conhecimento em depósito de tudo o que existe no seu computador. Base inchada com documentos pouco relevantes piora a precisão e consome orçamento de contexto.

Nota sobre planilhas (CSV/XLSX): na base do Project, planilhas funcionam como dados de referência para leitura (ex.: catálogo de produtos). Se o seu objetivo for operar células, fórmulas e abas ao vivo, o recurso adequado é o Claude in Excel (Etapa 4).

Orçamento de Contexto e a Arte de Destilar Documentos

Os arquivos da base de conhecimento de um Project não são gratuitos em contexto: quando o Claude responde dentro do Project, o conhecimento relevante divide a mesma janela de contexto (200k+ tokens) com o histórico da conversa. Um Project lotado de PDFs densos deixa menos folga para trocas longas.

• Destile antes de subir: se você só consulta 4 páginas de um manual de 60 páginas, extraia essas 4 páginas em um arquivo enxuto em Markdown. Você economiza espaço e elimina 56 páginas de ruído.
• Escreva para ser escaneado por máquina: documentos criados especificamente para a base do Project rendem muito mais com títulos claros, bullets diretos e regras explícitas do que em narrativa longa.
• Divida quando o tema crescer demais: prefira dois Projects bem focados a um único contêiner gigante onde metade dos arquivos não interessa à outra metade das conversas.

Leia o documento anexo e extraia apenas as regras operacionais, exceções e definições que um operador usa semanalmente.
Descarte histórico institucional, introduções e exemplos redundantes.
Entregue em Markdown estruturado com títulos curtos e bullets objetivos (máximo de 1.200 palavras) pronto para virar arquivo de Base de Conhecimento.

As 3 Camadas Empilháveis: Custom Instructions, Memory e Projects

Muitos usuários confundem esses três recursos porque todos influenciam o comportamento do Claude antes do seu prompt. Na verdade, eles ocupam camadas distintas e trabalham empilhados juntos:

Organizando Projects em Torno de Fluxos Reais

O segredo para a barra lateral não virar bagunça é alinhar seus Projects às unidades de trabalho que realmente se repetem na sua semana. Três esquemas cobrem quase todos os cenários:

• Por Cliente: cada cliente tem voz, arquivos e histórico isolados.
• Por Produto / Projeto Próprio: um Project por produto ou livro, com especificação, posicionamento e arquitetura.
• Por Tarefa Recorrente: um Project para o mesmo formato de entrega independente do destinatário (ex.: “Propostas Comerciais” ou “Relatório Semanal”).

Busca, Promoção de “Keepers” e Segurança ao Compartilhar

Com o tempo, seu histórico vira um ativo pesquisável. Crie o hábito de renomear conversas importantes com termos que você realmente buscaria depois (ex.: Análise variação Q3 — final em vez de títulos automáticos genéricos). Além disso, Projects funcionam como arquivos organizados: metade da busca já está resolvida antes mesmo de digitar.

Promova os “keepers”: uma conversa é uma transcrição; a base de conhecimento é uma biblioteca. Sempre que um chat produzir um template excelente, uma definição fechada ou uma decisão arquitetural, extraia esse resultado para um documento na Base de Conhecimento do Project.