auto resume

---

Found 3 possible duplicate issues:

1. https://github.com/anthropics/claude-code/issues/5454
2. https://github.com/anthropics/claude-code/issues/3138
3. https://github.com/anthropics/claude-code/issues/1478

This issue will be automatically closed as a duplicate in 3 days.

• If your issue is a duplicate, please close it and 👍 the existing issue instead
• To prevent auto-closure, add a comment or 👎 this comment

🤖 Generated with Claude Code

---

This issue has been inactive for 30 days. If the issue is still occurring, please comment to let us know. Otherwise, this issue will be automatically closed in 30 days for housekeeping purposes.

Some objective facts that hurt user experience:

1. There is a lack of official documentation on the correct way to resume a conversation that has hit the rate limits. Is it a slash command, or should we type a manual request to continue the work?
2. Work quality degrades after the interruption if a user manually asks to continue the work: the agent often messes up where it stopped, skips steps, and finishes the task by cutting corners as quickly as possible.
3. No official slash command exists to resume a rate‑limited conversation.
4. Sub‑agents are interrupted, and the parent agent cannot resume them. This results in wasted time and duplicated effort that must be redone from scratch.

To‑do:

• [ ] Official documentation: document the correct way to resume a rate‑limited conversation.
• [ ] Add an official slash command to resume after the rate limit is reset.
• [ ] Add an option to auto‑resume.
• [ ] Resume sub‑agents: currently, the agent model fails to resume their work after being rate limited.

To maintainers: Could this issue be given a higher priority?

+1 requesting a way to resume. Loss of context is painful

+1

This is still a very real pain point. I've put together a comprehensive proposal that consolidates this request along with the many related issues around network disconnection, session corruption, and resume gaps into a single feature design with an incremental implementation path:

#26729

It covers three layers: stream watchdog (don't hang forever), recovery snapshots (save in-flight state on disconnect), and auto-resume on reconnect — all opt-in and configurable.

Would love to hear thoughts from anyone who's been affected by this.

Need this

Built an external prototype for this: cc-resilient -- wraps the claude CLI with network monitoring, hang detection, and auto-resume on reconnect. See the full design proposal at #26729.

When Claude reaches its session limit (i.e. You've hit your limit · resets 1pm), all background sub‑agents are abruptly interrupted. I’ve noticed that when I ask it to “continue,” in prompt textbox, it restarts the entire workflow from the beginning—rebuilding the plan, relaunching every agent, and acting as if none of the previous work ever happened.

👉 For developers, the most critical missing feature right now is the ability for sub‑agents to resume exactly where they stopped. This could be done through persistent memory markers, checkpointed state, or any mechanism that preserves progress across session resets.

An automatic resume capability would be even better, so we don’t have to manually prompt the system to continue after a session timeout. The current behavior like forgetting completed steps and re‑executing everything makes long‑running agentic workflows unreliable and expensive for us, we are loosing time.

Until a native solution come out, I hacked around a solution that I thought wasn't so hard to bake into the Claude code.

NO tmx, no OS hack, just Claude code native and simple.
https://github.com/softcane/cc-session-recover

I think this fix as native feature in Claude code is not in the best interest of Anthropic income statement. For example, many regular users are currently not utilizing the weekly quota usage and that unused capacity is shared among other who is either enterprise or know how to precisely setup the loops.

Imagine this, if this become a native feature, developers would start scheduling task at 9pm and will continue until they wake up.

Slightly different angle that's been working for me, since these threads are about not losing work to the reset: instead of resuming a blocked session, I queue the next pieces of work during the day and let them run overnight once limits reset, with reports waiting in the morning. Open-sourced it here if useful: https://github.com/rohanprichard/claude-overnight (mine).