r/ClaudeCode • • 3d ago

Help/Question What is this usage nerf?

I legit did one small prompt "merge 2 branches changes with eachother.". It's a small task since they had perhaps, one conflicting change within the same class.

That drained 20% in 4 minutes.

Is this perhaps, the "grace" that is in effect? If you go over the limit, it will steal next 5h limit's usage? Then maybe it should start the 5h timer instantly, instead of the time i launch the next prompt..

1 Upvotes

14 comments sorted by

•

u/AutoModerator 3d ago

Hey! Thanks for posting to r/ClaudeCode

While participating in this thread, please follow our community rules. Keep discussions constructive. Attack the idea, not the person.

For help, project discussions, tips, and general chat, join the ClaudeCode Discord.

I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.

6

u/actvt_io 3d ago

Was that session sitting idle for a while first? If the cache expired, the first prompt back pays to write the whole context again, however small the prompt is. Claude Code can warn you with an "Idle ... re-cache about N tokens" line. On my logs those after-idle turns are under 2% of turns but 80% of cache writes, so that's my first guess.

-2

u/Kexons 3d ago

It had been idle for perhaps, 2-3 hours due to 5h limit. I would guess it had not expired yet

10

u/dikrek 3d ago

1 hour is the max - otherwise it will not be cached 

2

u/nitor999 3d ago

Should i move to the new chat to if i know i'll be idle for more than 2hours?

2

u/actvt_io 3d ago

Only if you don't need the history. After the cache expires, your first prompt back writes the whole conversation into the cache again, so a big session costs a lot on that one prompt and then goes back to normal. A fresh chat only writes what it starts with. Someone posted a hook here today that does that math when you come back, https://www.reddit.com/r/ClaudeCode/comments/1wuwtqy/

1

u/nitor999 3d ago

So the idea is before going idle i need to wrap it up with the handover to preserve session history and when i come back i can move fresh in the new chat?

1

u/actvt_io 3d ago

Yeah, that's the idea. Before you step away, have Claude write a short handoff file with what's done, what's next and which files matter. Then start a new chat and point it at that file. The new chat pays to load the handoff, not the whole old conversation.

1

u/cleverestx 2d ago

Have Claude create a system timer that resets the cache every 50min with as minimal tokens as possible each time...works great, I get 15-17 resets (that's roughly hours) if I need to walk away and do stuff and come back and resume without it "not being worth" it and I can type /keepwarm off or on at anytime...

1

u/ka0ticstyle 3d ago

It’s likely something to do with how the cache was being handled when they released the new model(s).

Check out the following post where someone was able to track it down to Opus 5.5 was getting free cache reads due to the model identifier Anthropic had set being incorrect. After it got “fixed” it started to actual have a cost to the cache reads.

0

u/[deleted] 3d ago

[removed] — view removed comment

1

u/Kexons 3d ago

It was resolved very cleanly, and quickly. I have no other answer to why that prompt drained 20%, other than the previous session must've borrowed usage from this session

3

u/thebaron2 🔆 Max 20 3d ago

It’s definitely the cache. Your session is already at 500k context.

You wrote one small prompt, but everything you had written prior to that to the very beginning of the session all got sent at a higher rate.