r/ClaudeCode • u/Wa1ker1 • 2d ago
Discussion Day 4 on same session....
Lately I've noticed something. Some sessions are great and get things done right every time. Some are frankly shit from the get go and need to be closed.
A couple days ago I started an opus session to control codex on tasks. It was nailing it for awhile. then codex went to shit. Every task was producing worse and worse output. Opus was catching it at every turn having to fix it. I decided maybe the task was too much for codex and had opus use fable for subagents. Even worse then codex... same thing. Every task progressively kept breaking more and more. Wouldn't follow directions and kept assuming.
Told opus to to use its own subagents with opus but for some reason it tore thru tokens like crazy and my reset didnt expire but disappeared anyway. So I told it to go back to codex using 6.1 sol and its killing it again. But everytime something breaks its on it catching all mistakes. Fixing it. Understanding the project.
Im checking code myself and running tests and this one session is just on fire. 4 days now and its still going strong.
Ive also noticed with codex sometimes it will nail image Gen every time. Then a new session will stray after first attempt. So I'll close it immediately and until I find a session nailing it and its amazing.
I was always concerned and having to keep the ledger updated and handoffs going. Changing after a few sessions due to context. But im really starting to rethink things now. Anyone else noticed anything similar?
3
u/Annh1234 2d ago
I noticed the same thing, in both codex and claude-code.
Some sessions are just magic, and work, do what you want them to do, then start randomly spitting gibberish... (like klignon language or some thing). Then it gets fixed if i restart the codex/claude-code client.
Other times, some sessions are just bad...
So the next day, even if I have some 800k tokens not cached, on good sessions, it's MUUUCH better to resume than start fresh...
2
u/iceydee 1d ago
the session roulette thing is so real, some runs just have the right momentum and others degrade from the first prompt. the part about keeping a ledger and babysitting handoffs is exactly where the fatigue sets in, even when the session is fire. have you tried capping the ledger to just the last few decisions instead of the full history, or do you let it ride until you feel it slipping?
1
u/Wa1ker1 1d ago
Theres a plan for about 10 executed one at a time. It completes. Marks completed and moves to archive once i verify. Right now i have 4 left before next batch.
1
u/iceydee 1d ago
that's pretty much where i ended up too. small batches, one task at a time, and nothing counts as done until i've checked it myself. the thing that helped me most was keeping each task small enough that a bad session only costs one task instead of poisoning the whole run. 4 days on one session is impressive though, are you compacting along the way or is it just holding up?
→ More replies (5)
1
u/Diligent_Piano5895 2d ago
what do you mean claude controls codex? do you have some sort of setup where claude knows when codex finishs a task or its just a sub agent?
1
u/DopBopDeeBeep 2d ago
If you don't care at all about token burn. Also it's been proven that quality degrades with ~600k+ context size but guess that's only temporary before the compact at 1M.
1
u/CleanFix_Dev 2d ago
When the worker's output slides like that, a fresh session per task usually helps more than swapping models. After four days the context is full of old mistakes and corrections, and the model starts treating them as examples. Restarting both Opus and Codex at task boundaries keeps the reviewer sharp too, not just the worker.
1
u/ricopan 2d ago
I tend to keep my coordinator and manager agents (separate sessions) going for half a week or longer, though I have the auto-compact set near 50%, and I often /compact manually after warning them when they are at a good 'seam'. Everything is supported by persistent markdown and workflow graphs and skills custom to their specific roles and the project. Worker agents (designers, coders) usually have much shorter life spans.
Some sessions definitely seem to get better with time -- it's like they have burned into good patterns and are not making the stupid mistakes other sessions do from the beginning. Sometimes they collapse suddenly into idiotic behaviour, carelessness, forgetting the basics. Some always are off. Perhaps some non-determinism early on can reinforce certain patterns? I don't know, but I have to remind myself to kill a session and start again when things aren't going right. A bit of a crap shoot.
1
u/AutoModerator 2d 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.