The best mitigation I've found against this is training Claude to collate what it does within the project dir, specifically a CLAUDE.md vision file and .claude/changelog that documents the changes it makes. The biggest pain point though is remembering to force it to do that between sessions (man is that contextual memory unreliable sometimes).
Schiendelman · 2026-06-30 15:01:31 UTC
Oh yeah - it commonly doesn't update my BACKLOG.md after shipping something. It tends to catch itself on the next set of work, but sometimes I have it clean up based on recent commits.
tstrimple · 2026-06-30 19:05:44 UTC
Have you tried using hooks? I have a similar changelog except I write it to a SQLite database for searchability across all my sessions. I use the Stop/StopFailure hooks and it reliably writes to the change log. I used to just use CLAUDE.md instructions for this, but as you've experienced it's not completely reliable.
thank you! That looks really interesting, I'll try it out.
astrodust · 2026-06-30 14:54:20 UTC
That Claude can't retain and reference these in the future, SQLite could do this trivially, is wild.
sixothree · 2026-06-30 15:14:10 UTC
Who said "can't"?
midnitewarrior · 2026-06-30 14:55:22 UTC
idk if it's broken.
I think it's more like, "We don't want our harness to need to be able to interpret every version of our conversation format indefinitely."
8note · 2026-06-30 15:00:49 UTC
i think more of a "we need to delete thinking traces off of customers devices, so our customers cant use them"
which makes anthropic on the whole a lot less trustworthy to have access to any machine
mwigdahl · 2026-06-30 15:05:30 UTC
Except that those customers can access the traces for 30 days, and freely copy them at any point during that period? It's a usability issue at worst, not some anti-customer conspiracy.
bbg2401 · 2026-06-30 16:29:59 UTC
It's both a usability issue and an anti-customer choice.
mwigdahl · 2026-06-30 20:16:14 UTC
Sure, and if they hadn't trimmed logs someone would also be complaining that "stupid Anthropic lets logs fill your hard drive"!
Oh wait, they just complained about Codex doing this a day or so ago.
preciousoo · 2026-06-30 14:56:16 UTC
Isn’t “Anthropic won’t fix it” a little sensational for barely month old issue with little activity(two upvotes, one of which is me), in backlog of 5k+? Agree that it’s a real issue that need fixing however
8note · 2026-06-30 14:57:32 UTC
"fix it" here is reverting their bad change
preciousoo · 2026-06-30 15:00:54 UTC
I just noticed that it’s a config option. Weird that it’s so short though, I can understand why it may be needed for users who spawn hundreds of sessions a day
john01dav · 2026-06-30 14:59:10 UTC
They claim that they can automate development, so their backlog should really be ~0. /hj
orphea · 2026-06-30 15:05:28 UTC
Isn’t “Anthropic won’t fix it” a little sensational
It's editorializing and against HN guidelines either way.
ojura · 2026-06-30 16:18:14 UTC
There's around a dozen issues about this, the oldest one is from a bit under a year ago (though the author marked it closed... prematurely I'd say):
- it is silent, not announced anywhere, and calls rm on your data
- setting the days to zero doesn't disable it, it immediately rm's ALL your chats
- even setting it to _something_ big doesn't prevent data loss if you launch Claude Code in some modalities (certain subagents, etc) that don't load this config key but perform deletion anyway (with the 30 day default)
Deukhoofd · 2026-06-30 14:57:17 UTC
So it's a config setting you can change? What would you expect them to fix, that sounds like a feature?
echoangle · 2026-06-30 15:21:54 UTC
Well they want the default to change. But yeah, it’s not really a bug.
prirun · 2026-06-30 15:25:44 UTC
It says that raising the config setting still causes things to be inappropriately deleted.
rahimnathwani · 2026-06-30 15:23:37 UTC
There's nothing in claude code onboarding that tells you about this config setting. So most people don't discover it until it's bitten them.
ojura · 2026-06-30 16:27:35 UTC
Some CLI startup paths don't load the config, use the 30 day default. Boom, your chats are gone.
Imagine taking a leave, come back in 30 days, boom. Your transcripts are rm'd, silently, without any notification or confirmations.
Bonus: setting it to 0 days rms everything immediately
bpodgursky · 2026-06-30 14:57:42 UTC
It's on your computer you can literally just make a crontab to copy them somewhere else.
gruez · 2026-06-30 15:15:21 UTC
Or tell claude to do it /s
ctxc · 2026-06-30 17:13:00 UTC
/s not needed, it's the easiest path
kapperchino · 2026-06-30 14:59:20 UTC
Wow good timing, I’ve been working on a session hub of sorts for devs. Check it out, you can store your sessions on here. https://joe-store-frontend.onrender.com
ralferoo · 2026-06-30 15:02:27 UTC
"Why this is more than an inconvenience. For paying users who treat their sessions as intellectual property — design reasoning, prompt history, hard-won context — this is silent, unconsented destruction of user-owned data. The transcripts are the user's record of their own thinking and work; deleting them by default, silently, with no recovery, inverts the expected ownership relationship. A 30-day default that quietly discards months of accumulated reasoning is a poor default for that audience, however reasonable it is for disk hygiene in the general case."
Those users would be wise to back those files up if they consider them valuable intellectual property. If they're important enough that you'd miss them after a disk failure, then they should have been being backed up already.
gruez · 2026-06-30 15:14:44 UTC
>if they consider them valuable intellectual property [...]
It's hard to take any of what's written seriously, given that it's all AI generated. Did the user actually lose "valuable intellectual property", or did they tell claude to write as dire of a justification as possible?
skeledrew · 2026-06-30 19:02:51 UTC
I got bitten by this. I sometimes check past sessions for "prompt I used to do X". I consider the LLM output to be mine as well, as it's something I paid for. Nothing should be deleted without my knowledge and approval.
Evidlo · 2026-06-30 15:03:04 UTC
There are several third party tools which can assist with transparently aggregating and archiving sessions across projects
Session backups live outside of ~.claude so are not deleted and can be resumed.
hackingonempty · 2026-06-30 15:24:03 UTC
ha ha brilliant name!
taspeotis · 2026-06-30 15:08:31 UTC
I thought this was a feature that they tidied up your data
Recursing · 2026-06-30 15:11:48 UTC
This is clearly shown in the settings/config (or at least was last time I looked), if people are surprised by this I recommend asking claude code what settings you can tweak
skeledrew · 2026-06-30 20:25:43 UTC
Why ask for what settings you can tweak? It's supposed to be the case that the defaults are good for many, and then when something needs tweaking you ask about it at that point. And still though this 30 day limit might be good for many, it's actually pretty bad overall because it leads to irreversible loss for those who it isn't good.
mwigdahl · 2026-06-30 15:17:07 UTC
"Evil Anthropic implements rolling log files."
Film at 11.
luxuryballs · 2026-06-30 17:51:24 UTC
Probably a better practice to devise your own record/docs history to rely on rather than depending on Anthropic.
skeledrew · 2026-06-30 18:54:07 UTC
This literally hit me just last night. Went to continue a project I haven't touched in a while and couldn't find the session, which I wanted to continue from as it's a cheap way to track token cost at the project level. Many missing sessions, then Claude told me what was up and I had it configure retention for 10,000 years.
felixlu2026 · 2026-07-01 03:40:22 UTC
raw transcripts can expire, but decisions shouldn’t. i’d rather keep durable project facts separately than depend on old chat logs.
Comments
https://code.claude.com/docs/en/hooks
I think it's more like, "We don't want our harness to need to be able to interpret every version of our conversation format indefinitely."
which makes anthropic on the whole a lot less trustworthy to have access to any machine
Oh wait, they just complained about Codex doing this a day or so ago.
https://github.com/anthropics/claude-code/issues/4172
or this one from December, still open:
https://github.com/anthropics/claude-code/issues/9258
Some more fun facts about this:
- it is silent, not announced anywhere, and calls rm on your data
- setting the days to zero doesn't disable it, it immediately rm's ALL your chats
- even setting it to _something_ big doesn't prevent data loss if you launch Claude Code in some modalities (certain subagents, etc) that don't load this config key but perform deletion anyway (with the 30 day default)
Imagine taking a leave, come back in 30 days, boom. Your transcripts are rm'd, silently, without any notification or confirmations.
Bonus: setting it to 0 days rms everything immediately
Those users would be wise to back those files up if they consider them valuable intellectual property. If they're important enough that you'd miss them after a disk failure, then they should have been being backed up already.
It's hard to take any of what's written seriously, given that it's all AI generated. Did the user actually lose "valuable intellectual property", or did they tell claude to write as dire of a justification as possible?
Ccrider is the one I use: https://github.com/neilberkman/ccrider
Session backups live outside of ~.claude so are not deleted and can be resumed.
Film at 11.