Usuários do Claude Code reclamam que conversas antigas estão sumindo

Usuários do Claude Code, ferramenta de programação da Anthropic, vêm relatando a exclusão inesperada de históricos de conversa dentro do aplicativo. Segundo reclamações abertas no repositório do projeto no GitHub, transcrições de chats estão desaparecendo sem aviso claro, especialmente quando ultrapassam 30 dias de idade.

O problema estaria relacionado à opção de configuração cleanupPeriodDays, que vem definida por padrão para 30 dias. Na prática, sempre que o Claude Code é iniciado, o mecanismo de limpeza verifica arquivos de transcrição no formato .jsonl e remove aqueles considerados antigos demais. Para usuários que dependem dessas conversas como registro de decisões técnicas, raciocínios de depuração, análises e contexto de projeto, a exclusão pode representar perda relevante de informação.

A Anthropic afirmou que a política de apagamento em 30 dias existe desde o lançamento do Claude Code como uma medida de segurança e está documentada. Segundo a empresa, manter transcrições em texto claro de sessões de programação no disco por tempo indefinido cria riscos reais de segurança e privacidade, já que esses registros podem conter código-fonte, credenciais e outros dados sensíveis.

A companhia argumenta que o padrão de 30 dias busca equilibrar a capacidade de retomar trabalhos recentes com a necessidade de não armazenar dados locais por mais tempo do que o necessário. Do ponto de vista de segurança, a decisão tem lógica: históricos de interação com assistentes de código podem conter trechos de sistemas internos, tokens, chaves de API, caminhos de infraestrutura, erros de configuração e outras informações que não deveriam permanecer indefinidamente no dispositivo.

A crítica dos usuários, porém, está menos na existência de uma política de retenção e mais na forma como ela é aplicada. De acordo com relatos no GitHub, o Claude Code não informa claramente durante a instalação, na primeira execução ou antes da limpeza que conversas com mais de 30 dias serão apagadas automaticamente. Também não haveria um aviso visível sobre a existência dessa configuração.

Um dos usuários afirmou que a limpeza é executada “out of the box”, sem divulgação no momento da instalação nem diálogo inicial, levando pessoas a acreditarem que o histórico de conversas é mais durável do que realmente é. Para quem usa o Claude Code como parte de um fluxo contínuo de trabalho, essa diferença entre expectativa e comportamento real pode gerar impacto direto na produtividade.

Outro relato destacou que, após a limpeza, o código do projeto e o histórico do Git continuaram disponíveis, mas o “rastro de raciocínio” foi perdido. Isso inclui discussões de design, contexto de debugging e análises feitas ao longo do processo. Para trabalhos de pesquisa, desenvolvimento exploratório ou investigação de problemas complexos, esse contexto pode ser tão importante quanto o próprio código final.

O recurso de limpeza também parece não oferecer mecanismos de recuperação. Usuários apontam ausência de exclusão reversível, período de carência, opção de restauração ou registro detalhado do que foi removido. Isso significa que, depois da exclusão, pode não haver forma simples de confirmar quais conversas foram apagadas ou recuperar o conteúdo perdido.

Outro ponto levantado na discussão é que aumentar o período de retenção nem sempre resolveria o problema. Alguns usuários relataram que configurar valores maiores não funciona como esperado. Uma análise de causa raiz feita por um participante sugere que a exclusão se baseia no mtime, ou horário de modificação do arquivo, em vez de usar o horário real da última atividade da conversa.

Esse detalhe técnico pode gerar resultados inesperados porque o mtime é mutável por fatores externos. Um processo de restauração, uma ferramenta de sincronização, um script ou um backup que altere a data de modificação dos arquivos pode fazer uma sessão ainda relevante parecer antiga para o mecanismo de limpeza. Na próxima execução do Claude Code, o transcript pode ser removido silenciosamente.

Até o momento, a principal solução sugerida pelos próprios usuários é manter backups das transcrições do Claude Code. Diferentes abordagens foram propostas na discussão, incluindo cópias periódicas dos arquivos de conversa antes da inicialização da ferramenta. Ainda assim, parte da comunidade considera essa recomendação insuficiente.

Para esses usuários, backup é uma boa prática, mas não substitui uma política clara de produto para uma operação destrutiva. A expectativa é que o Claude Code informe melhor a existência da retenção automática, registre o que foi apagado, ofereça opções de recuperação ou permita configurar o comportamento de forma mais transparente.

O caso expõe uma tensão recorrente em ferramentas locais de IA para desenvolvimento. Por um lado, armazenar conversas indefinidamente em texto claro pode ampliar riscos de vazamento, especialmente quando o conteúdo envolve código proprietário, credenciais, dados sensíveis ou detalhes de infraestrutura. Por outro, apagar automaticamente esse histórico sem aviso explícito pode comprometer fluxos de trabalho, auditoria técnica e continuidade de projetos.

Em ambientes corporativos, a questão é ainda mais relevante. Assistentes de código vêm sendo usados para depuração, revisão, arquitetura, documentação e tomada de decisão técnica. Quando a conversa com a IA passa a conter justificativas, hipóteses, decisões de design e contexto de incidentes, o histórico deixa de ser apenas um chat e passa a funcionar como um artefato de trabalho.

A controvérsia também reforça a necessidade de políticas internas para uso de agentes de IA. Empresas que utilizam ferramentas como Claude Code, GitHub Copilot, Codex ou outros assistentes de desenvolvimento devem definir onde conversas podem ser armazenadas, por quanto tempo, com que nível de criptografia, quem pode acessá-las e como backups ou retenção devem ser tratados.

Para usuários individuais, a recomendação prática é revisar a documentação e as configurações de retenção do Claude Code, especialmente a opção cleanupPeriodDays. Quem depende dos históricos para pesquisa, desenvolvimento ou documentação deve considerar backups externos e verificar se ferramentas de sincronização ou restauração podem alterar metadados dos arquivos.

A Anthropic defende que o comportamento foi desenhado como medida de segurança. Ainda assim, os relatos indicam que a experiência de uso não deixou essa política clara o suficiente para parte da base de usuários. Em ferramentas que lidam com código e dados potencialmente sensíveis, a transparência sobre retenção, exclusão e recuperação é tão importante quanto o próprio mecanismo de proteção.