Compaction doesn't start automatically after Claude exhausts context
Preflight Checklist
- [x] I have searched existing requests and this feature hasn't been requested yet
- [x] This is a single feature request (not multiple features)
Problem Statement
Occasionally, after Claude finishes a longer task, the context indicator shows 0% but compaction doesn't begin automatically. The system waits idle until the user submits their next message—even something as brief as "yes"—before starting compaction.
If you step away from your desk expecting to continue later, you return to find context still at 0% and nothing happening. Your next keystroke then triggers a multi-minute wait for compaction to complete.
Proposed Solution
When Claude finishes an answer that exhausts context (0% remaining), compaction should trigger automatically in the background rather than waiting for the next user input. This way, users returning to their session find compaction already done or in progress.
Alternative Solutions
None
Priority
Medium - Would be very helpful
Feature Category
Performance and speed
Use Case Example
- Claude completes a longer multi-step task
- Context reaches 0% as Claude finishes its final answer
- User steps away for a break
- Ten minutes later, user returns expecting to continue
- Typing any input now triggers a 3-minute compaction wait
- Expected: Compaction should have started automatically, completing during the user's break
Additional Context
This appears to be an edge case—compaction usually triggers near 0% as expected. The issue occurs specifically when context hits 0% exactly as Claude finishes speaking.
This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗