"Sessão nova, contexto limpo: o checklist pra recomeçar uma conversa com a IA sem perder o que já funcionava"
"Fechar a conversa e abrir outra conserta o loop. O que salvar antes, o que colar na sessão nova e como conferir que nada voltou atrás."
"Se entrar em 'loop' (não consegue resolver um passo), salve, feche a sessão e comece uma nova do zero... o contexto ('memória do LLM') às vezes fica 'contaminado' e não consegue avançar."
É de um usuário do TabNews, um fórum brasileiro de tecnologia. LLM é o modelo de IA que escreve o código; contexto é tudo que já foi dito na conversa, inclusive as tentativas erradas. Já citei esse conselho aqui, porque ele está certo.
Só que tem uma palavra nele que ninguém desenvolve: salve. Salvar o quê? Quem fecha sem responder isso abre a conversa nova com uma IA que não sabe nada das últimas três horas: nem que o desconto não passa de 20%, nem que o login não pode ser tocado, nem que a ideia X já falhou. E ela tenta a ideia X de novo, mexendo no login.
Não é você que está enrolando a IA
Recomeçar dá a sensação de jogar trabalho fora. Não joga, e quem diz isso é o fabricante. A documentação do Claude Code, a ferramenta de programar da Anthropic, escreve assim: se você corrigiu a IA mais de duas vezes no mesmo problema, "o contexto está entulhado de tentativas que falharam", e "uma sessão limpa com um pedido melhor quase sempre supera uma sessão longa com correções acumuladas". A do Lovable vai na mesma linha: conserto às cegas, repetido, "empilha código que esconde o problema de verdade".
Ou seja: a sessão nova é o conserto. O que decide se ela funciona é o que vai junto. Por isso, checklist.
Antes de fechar (10 minutos)
1. Pare num ponto que funciona. Se o app está quebrado agora, volte pro último estado bom antes de qualquer coisa: no Lovable, pelo histórico de versões; com o código na sua máquina, pelo ponto de retorno do git. A sessão nova começa de um chão firme, não do meio do estrago.
2. Tire a foto do antes. Rode o teste de 5 cliques e anote ok ou falha em cada linha. É contra essa coluna que você vai conferir tudo depois.
3. Escreva o bilhete de passagem. Você, não a IA. O resumo feito pela IA sai do mesmo contexto contaminado, e costuma trazer a hipótese errada escrita como se fosse fato. Se pedir o resumo pra ela, leia e corte tudo que for opinião. O bilhete tem cinco linhas:
BILHETE DE PASSAGEM
OBJETIVO: o cliente consegue remarcar o horário sozinho
FUNCIONA, login, cadastro, lista de horários, cobrança.
NÃO MEXER: (os 5 cliques deram ok nesses)
O ERRO: "Cannot read properties of undefined (reading 'id')"
ao clicar em Remarcar (colado, não resumido)
JÁ TENTADO, 1. mudar o formato da data
NÃO RESOLVEU: 2. criar uma tabela nova de remarcações
ARQUIVOS: Agenda.tsx, remarcar.ts
O exemplo é inventado, só pra mostrar o formato. A linha que mais economiza é a quarta. Ela diz à sessão nova por onde não ir, e cada caminho que ela não repete é uma rodada que você não paga.
4. Mude as regras de lugar. Tudo que você precisou repetir na conversa velha ("valor sempre em real", "não mexa no login", "a data é dia/mês/ano") não é assunto do bilhete. É regra permanente, e regra permanente mora num campo que toda conversa lê:
- No Lovable: Project settings → Knowledge. Pela documentação, esse texto é "sempre incluído como contexto de fundo" e aceita até 10.000 caracteres.
- No Claude Code: um arquivo chamado
CLAUDE.mdna pasta do projeto, que a documentação diz ser lido "no começo de toda conversa". Curto: o próprio fabricante avisa que arquivo inchado faz a IA ignorar metade.
Regra que ficou só na conversa morre com a conversa.
Abrindo a sessão limpa
- Claude Code: digite
/clear. Zera a conversa; oCLAUDE.mdcontinua valendo. - Chat comum (ChatGPT, Claude no navegador): conversa nova, e cole o bilhete.
- Lovable: a documentação que eu li não mostra um botão de "conversa nova" dentro do mesmo projeto. O que ela oferece é voltar pelo histórico de versões, ou editar uma mensagem antiga e escolher Revert and resend (reverter e reenviar), que retoma o projeto daquele ponto numa direção nova. Faça isso e mande o bilhete como a mensagem.
5. Cole o bilhete, não a conversa. Colar a conversa velha é levar a contaminação junto.
6. Peça a leitura de volta antes do código. Primeira mensagem, depois do bilhete:
"Antes de mudar qualquer coisa: me diga com suas palavras o objetivo, o que você não pode mexer, e uma hipótese pra causa do erro que seja diferente das duas que já falharam."
Se ela devolver uma das ideias da linha "já tentado", corrija ali, de graça, antes de pagar por código. No Lovable, dá pra fazer essa rodada no modo de planejamento (Plan mode), que conversa sem mexer no código.
Depois da primeira mudança
7. Rode os 5 cliques de novo e compare com a foto do passo 2. Linha que era ok e virou falha é regressão: volte pro ponto do passo 1 e mande o pedido de novo, com a linha que quebrou acrescentada ao "não mexer".
8. Atualize o bilhete. Resolveu? Apague o erro, mova o que aprendeu pra regra permanente. Não resolveu? Acrescente a terceira tentativa ao "já tentado". Na próxima vez que precisar recomeçar, o bilhete já está pronto.
O que fazer hoje
Crie um arquivo chamado "bilhete" com as cinco linhas vazias, e abra o campo de regras da sua ferramenta pra colar as três coisas que você mais repete pra IA. Dez minutos, antes de precisar.
Era uma parede de várias
Recomeçar direito tira você do loop sem voltar pra casa um. Não impede o próximo: isso fica antes da sessão, com pedido escrito, uma mudança por vez e ponto de retorno marcado.
E repare: o bilhete só sai se você sabe o que funciona, o que quebrou e onde fica cada coisa. É o mesmo mapa que o portão da primeira fase pede. Quem tem o mapa recomeça em dez minutos. Quem não tem recomeça do zero, e é por isso que essas peças têm ordem.
Fontes
- TabNews, comentário de
Oletrosem "A desilusão do Vibe Coding" (2025; conselho de um usuário, não estatística): https://www.tabnews.com.br/diegomes42/a-desilusao-do-vibe-coding - Claude Code Docs, "Best practices for Claude Code" (mais de duas correções no mesmo problema: contexto entulhado;
/clear;CLAUDE.mdlido no começo de toda conversa; arquivo longo demais é ignorado): https://code.claude.com/docs/en/best-practices - Lovable, "Define workspace and project knowledge" (sempre incluído como contexto; até 10.000 caracteres): https://docs.lovable.dev/features/knowledge
- Lovable, "Debug and improve your app" (conserto às cegas empilha código que esconde o problema; Plan mode; Revert and resend): https://docs.lovable.dev/prompting/prompting-debugging