claude-code - 💡(How to fix) Fix [FEATURE] Grace Buffer for Active Tasks When Reaching Usage Limits

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

Summary When a usage limit (e.g. 5-hour session or weekly cap) is reached while an agentic task is actively running, the system cuts execution immediately. This results in incomplete tasks and a frustrating user experience, especially when the limit is hit mid-process.

Proposed Solution Introduce a small grace buffer (e.g. +5%) that allows an in-progress task to complete if it was already running when the limit was reached.

How it would work:

  • If a task is actively executing when the usage limit hits 100%, allow up to an additional 5% of resources to be consumed in order to finish that task.
  • This extra 5% is debited from the next usage window, so the pool starts at 95% instead of 100% after reset.
  • No grace buffer would be granted if the user deliberately submitted a very large task after the limit was nearly reached — this is purely for tasks already in flight.

Why this matters Right now, if you submit a task at 99% usage and it runs over the limit by a small margin, the entire execution is terminated abruptly. A 5% grace window would cover the vast majority of normal in-progress tasks without meaningfully impacting resource fairness, while significantly improving the user experience for agentic workflows.

Expected behavior

  • Task submitted before limit → allowed to finish using the grace buffer
  • Grace buffer consumed → deducted from next window (e.g. next session starts at 95%)
  • No additional tasks can use the grace buffer once a session buffer it is consumed

Current behavior Task is cut off immediately when the limit is reached, regardless of execution state.

Proposed Solution

Expected behavior

  • Task submitted before limit → allowed to finish using the grace buffer
  • Grace buffer consumed → deducted from next window (e.g. next session starts at 95%)
  • No additional tasks can use the grace buffer once a session buffer it is consumed

Alternative Solutions

No response

Priority

Medium - Would be very helpful

Feature Category

Other

Use Case Example

No response

Additional Context

No response

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [FEATURE] Grace Buffer for Active Tasks When Reaching Usage Limits