{"slug": "claude-code-s-silent-deletion-an-unseen-risk", "title": "Claude Code's Silent Deletion: An Unseen Risk", "summary": "Claude Code users are losing conversation transcripts every 30 days due to a silent automatic deletion feature, with Anthropic failing to clearly disclose the policy. The cleanupPeriodDays setting defaults to 30 days and erases .jsonl files at app startup, causing confusion and data loss for developers. Users on GitHub have criticized the lack of upfront communication, and attempts to change the retention period are complicated by the deletion being tied to file modification time rather than last activity.", "body_md": "# Claude Code's Silent Deletion: An Unseen Risk\n\nClaude Code users face unexpected data loss as transcripts are erased every 30 days without clear notification. A lack of transparency from Anthropic raises security and usability concerns.\n\n[Claude](/glossary/claude) Code users are discovering an unexpected and frustrating issue, conversation transcripts are silently disappearing after a 30-day period. This automatic deletion feature, meant as a security measure, isn't clearly disclosed to users, leading to confusion and potential data loss.\n\n## The Hidden Configuration\n\nThe core of the issue lies in the cleanupPeriodDays configuration setting, which defaults to 30 days. Each time the app starts, it erases any.jsonl files that exceed this age limit. Remarkably, this information is buried in documentation, with no direct warning provided to users. [Anthropic](/glossary/anthropic), the company behind Claude Code, maintains that this policy has been in place since launch, aiming to protect against security and privacy risks associated with storing transcripts indefinitely.\n\nWhile security is a valid concern, the lack of transparency is troubling. Users aren't given any install-time alert or initial run dialog that this data clearing practice exists. This oversight leaves many unaware until it's too late, resulting in lost coding sessions and the associated context that's vital for ongoing projects.\n\n## Users Demand Better Communication\n\nOn GitHub, users have expressed their dissatisfaction. One user, FTSBrand, highlighted the absence of any initial disclosure about the cleanup feature, calling it a misunderstanding between what users perceive as durable working knowledge and the reality. Others have noted the loss of valuable context, such as design discussions and debugging analysis, which are irreplaceable artifacts in research and development work.\n\nThe expectation that users should back up their data independently is a weak defense for what's essentially a product oversight. Good backups are indeed prudent, but they don't compensate for the lack of upfront communication regarding such a significant data retention policy. As GitHub user caioribeiroclw-pixel pointed out, clearer product-level disclosure is necessary.\n\n## The Technical Hurdles\n\nAttempts to alter the retention period haven't proven successful for all. The deletion process is tied to a transcript's modification time rather than the last activity timestamp. This means that any script or client that interacts with file timestamps could inadvertently trigger the deletion of recent sessions, as explained by user ojura.\n\nThis highlights a broader issue: the need for software developers to prioritize transparency and user control over data retention settings. Why should users face the risk of unintentional data loss due to insufficient product communication? The stakes are high, particularly when dealing with sensitive information or critical project histories.\n\nThe need for a fix is evident. While the security rationale is understandable, the lack of proactive communication and user-friendly options for data management isn't. The reserve composition matters more than the peg, and in this case, clarity in data retention policy could significantly enhance user trust and application usability.\n\nGet AI news in your inbox\n\nDaily digest of what matters in AI.", "url": "https://wpnews.pro/news/claude-code-s-silent-deletion-an-unseen-risk", "canonical_source": "https://www.machinebrief.com/news/claude-codes-silent-deletion-an-unseen-risk-uqag", "published_at": "2026-06-30 23:22:29+00:00", "updated_at": "2026-06-30 23:57:30.845415+00:00", "lang": "en", "topics": ["ai-tools", "ai-safety", "ai-ethics"], "entities": ["Claude Code", "Anthropic", "FTSBrand", "caioribeiroclw-pixel", "ojura", "GitHub"], "alternates": {"html": "https://wpnews.pro/news/claude-code-s-silent-deletion-an-unseen-risk", "markdown": "https://wpnews.pro/news/claude-code-s-silent-deletion-an-unseen-risk.md", "text": "https://wpnews.pro/news/claude-code-s-silent-deletion-an-unseen-risk.txt", "jsonld": "https://wpnews.pro/news/claude-code-s-silent-deletion-an-unseen-risk.jsonld"}}