Organizando seu trabalho em projetos: um espaço por caso, não um chat infinito

O que você vai aprender

• Por que um único chat contínuo para tudo é a origem de boa parte dos problemas de quem usa IA no trabalho.
• O que é um "projeto" (ou pasta de contexto) e como isolar cada caso ou cliente.
• Um critério simples para decidir quando abrir um projeto novo — e quando não vale a pena.
• Como migrar um histórico de chat já bagunçado sem perder o que já funciona nele.

O problema do "chat infinito"

Quando você começa a usar IA no dia a dia, é natural ir usando a mesma janela de conversa para tudo: hoje um resumo de contrato, amanhã uma dúvida pessoal, depois um rascunho de e-mail para outro cliente completamente diferente. Isso parece prático — até virar um problema.

Analogia: é como manter todos os processos do escritório numa única pasta física, sem separar por cliente, sem etiqueta, sem ordem. Funciona por uma semana. Depois de um mês, você não encontra nada, e o risco de misturar documento de um cliente com o de outro deixa de ser hipotético.

A maioria das ferramentas de IA hoje (ChatGPT, Claude, Gemini) já oferece um recurso equivalente a "pastas de contexto" — geralmente chamado de projetos — que resolve exatamente esse problema.

O que é um projeto, na prática

Um projeto é um espaço isolado dentro da ferramenta onde você pode:

• Definir um contexto fixo que vale para todas as conversas dentro dele (ex: "Este projeto é sobre o processo de inventário do cliente X. Fatos: [...]");
• Anexar documentos de referência que ficam disponíveis para qualquer conversa nova dentro do projeto, sem precisar recolar toda vez;
• Manter um histórico separado de outros casos — o que você discute ali não se mistura com o que você discute em outro projeto.

Na prática, é o equivalente digital de abrir uma pasta física nova para cada processo: você não recomeça do zero a cada conversa, e não corre o risco de um detalhe de um caso vazar para outro.

Por que isso é mais sério do que parece organização

Separar por projeto não é só conveniência de quem gosta de arrumação. Tem uma razão concreta ligada a sigilo profissional: num único chat, cada nova pergunta é respondida com base em tudo que já foi dito naquela conversa — inclusive nomes, CPFs, valores e estratégias de outros clientes mencionados semanas atrás. Numa conversa longa e misturada, é fácil pedir "resuma esse documento" e a IA usar, sem querer, um dado que veio de outro caso — ou você mesmo colar um trecho no chat errado por hábito. Projetos isolados eliminam essa possibilidade estruturalmente, sem depender da sua atenção no momento de colar o texto.

Quando abrir um projeto novo — critério simples

Regra prática: um projeto por caso, cliente ou assunto recorrente que você vai revisitar mais de uma vez.

• Um processo específico → um projeto (ex: "Inventário — Família Silva").
• Um cliente recorrente com múltiplas demandas → um projeto por cliente, ou um projeto por demanda, dependendo do volume.
• Uma tarefa administrativa recorrente (ex: "revisão semanal de contratos padrão") → um projeto próprio, mesmo sem ser ligado a um cliente específico.
• Uma pergunta pontual, sem repetição prevista → não precisa de projeto; um chat avulso resolve.

Quando um projeto novo não vale a pena

Nem tudo precisa de projeto dedicado — exagerar nesse sentido tem custo próprio, porque cada projeto novo é mais um lugar para manter atualizado. Uma dúvida rápida sobre prazo processual ou um teste de formatação é chat avulso, sem cerimônia. O teste prático: "eu vou voltar a esse assunto pelo menos mais uma vez, com contexto acumulado que vale a pena preservar?" Se a resposta é não, criar projeto é trabalho extra sem retorno — projeto vazio ou abandonado é tão ruim quanto chat infinito, porque ainda exige que alguém decida, cada vez, qual projeto abrir.

Passo a passo: criando um projeto no Claude

Na prática, são poucos cliques. Esta sequência foi capturada direto da interface do Claude.

No ChatGPT o caminho é o mesmo conceito, com outro nome de menu: na barra lateral, a seção equivalente também se chama Projetos — você cria um projeto, adiciona instruções personalizadas (o equivalente ao campo "Instruções" do Claude) e anexa arquivos de referência na mesma tela. A lógica de isolar contexto por caso, descrita nesta aula, vale para qualquer ferramenta que ofereça esse recurso.

Exemplo prático: o escritório da Marina depois da bagunça

Um escritório de médio porte tem 3 sócios usando IA para tarefas do dia a dia. Antes de adotar projetos, cada sócio tinha um histórico de chat só seu, sem padrão: a sócia Marina recomeçava o contexto do cliente a cada conversa nova, digitando de novo "cliente X, processo de inventário, herdeiros são Y e Z"; o sócio Rafael colava o mesmo trecho de contrato-modelo repetidamente, porque nunca lembrava em qual das 40 conversas antigas ele tinha deixado a versão revisada.

Depois de padronizar o uso de projetos, o escritório fez uma migração simples: para cada caso ativo, um dos sócios abriu um projeto novo, colou o resumo dos fatos principais uma única vez e anexou os 2 ou 3 documentos mais consultados daquele processo (a petição inicial, o contrato em disputa, a última decisão). Conversas antigas relevantes foram resumidas manualmente em duas ou três frases dentro do novo projeto — sem tentar importar o histórico inteiro, que não valia o esforço. Resultado, depois de um mês: qualquer sócio ou associado que precisasse consultar algo sobre aquele caso abria o mesmo projeto em vez de recriar o contexto do zero, e o risco de um dado de cliente aparecer, por engano, numa conversa sobre outro cliente caiu.

Erros comuns

• Usar um único chat "geral" para todos os clientes — o erro mais comum e mais arriscado, principalmente em escritórios com mais de uma pessoa usando a mesma conta, porque o risco de vazamento cruzado de dado entre clientes deixa de ser hipotético.
• Criar um projeto por conversa, em vez de por caso — gera fragmentação excessiva: você perde o benefício de manter o contexto acumulado, e passa a gastar tempo decidindo qual dos 15 projetos parecidos é o certo.
• Esquecer de atualizar o contexto do projeto quando o caso evolui (nova prova, nova decisão, mudança de estratégia) — o projeto vira um retrato desatualizado do caso, e a IA passa a responder com base em fatos que já não valem mais.
• Tentar migrar todo o histórico de chat antigo para dentro do projeto novo, em vez de resumir só o que ainda importa — isso consome tempo desproporcional ao ganho, porque a maior parte de uma conversa antiga já perdeu relevância.

Resumo em 5 linhas

1. Chat único para tudo mistura contexto de clientes diferentes — risco real, não hipotético, e ligado diretamente a sigilo profissional.
2. Um "projeto" isola contexto, documentos e histórico por caso ou cliente.
3. Critério simples: projeto para tudo que você vai revisitar mais de uma vez; chat avulso para o resto.
4. Manter o contexto do projeto atualizado é parte do trabalho, não opcional — projeto desatualizado é pior do que nenhum projeto.
5. Organização por projeto é o que torna o próximo passo — skills reutilizáveis — possível, porque uma skill só funciona bem quando aplicada dentro de um contexto que já está limpo e isolado.

Sua próxima ação (10 min)

Escolha um caso ou cliente ativo e crie um projeto dedicado a ele na ferramenta que você usa. Anexe o(s) documento(s)-chave e escreva um resumo curto de contexto. Na próxima aula você vai aprender a transformar tarefas repetitivas em skills — pacotes de instrução reutilizáveis que funcionam dentro (ou fora) desses projetos.