Demo, all content is generated
Question

One long Claude Code session per feature, or a fresh one for every step?

Open · 2605 views · asked by chloe_d · edited

Two schools of thought in my Discord. Some keep one session for a whole feature so Claude "knows everything". Others /clear after every little step. When it's a long session Claude seems to get sloppier near the end, but a fresh one has to relearn stuff.

What do you actually do?

What I’ve tried

Tried both for a week each. Fresh sessions felt slower to start, long sessions ended in weird mistakes.

Comment
Following. The sloppier-at-the-end thing is very real for me. nordic_nick · edited
Thanks all, I'll try the plan file approach this week. chloe_d · edited

4 answers

sergio_ruiz · edited

Fresh per step, with the "knows everything" part moved to files:

  • CLAUDE.md: stable things (stack, conventions, commands).
  • A plan file for the feature: steps, decisions, what's done.
  • Git: what actually changed.

A fresh session reads those three in a minute and is sharper than a long one. The sloppiness you see is real: long contexts full of old attempts, dead ends and big file reads make the model pay attention to the wrong things.

Comment
nadia_r · edited

I'm more in the middle. I keep a session through a step including its debugging, because the debugging history is useful ("we already ruled out X"). I clear when the step is committed.

Comment
That's compatible with what I said, a 'step' for me includes its debugging. Clear at the commit is the right boundary. sergio_ruiz · edited
diego_mx · edited

Practical signal: when you notice yourself repeating a rule it followed earlier in the session, it's time to clear.

Comment
That's a good signal, I noticed exactly that yesterday. chloe_d · edited
katja_s · edited

For refactors I go fresh per step, strictly. For bugs I keep the session until found, then clear before writing the fix, with a two line summary of the cause. The fix comes out cleaner without the hypotheses in the context.

Comment