claude-code - 💡(How to fix) Fix ultrareview: free run consumed when server-side rate-limited (run crashed before producing findings) [1 comments, 1 participants]

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…
GitHub stats
anthropics/claude-code#54794Fetched 2026-04-30 06:35:49
View on GitHub
Comments
1
Participants
1
Timeline
7
Reactions
0
Participants
Timeline (top)
labeled ×4cross-referenced ×2commented ×1

Error Message

Ran /ultrareview on a PR. The run crashed and returned {"error":"Review crashed before producing findings. See session logs for details."}. Subsequent message in the terminal: API Error: Server is temporarily limiting requests (not your usage limit) · Rate limited. 2. Consider treating `error.code == rate_limited` server-side as non-billing for ultrareview (no findings = no charge).

RAW_BUFFERClick to expand / collapse

What happened

Ran /ultrareview on a PR. The run crashed and returned {"error":"Review crashed before producing findings. See session logs for details."}. Subsequent message in the terminal: API Error: Server is temporarily limiting requests (not your usage limit) · Rate limited.

The crashed run consumed one of my 3 free ultrareview executions — I now have 1 free remaining despite only one successful run having completed.

Expected behavior

A run that crashes due to server-side rate-limiting (not user usage limit) before producing any findings should be refunded — the user did not receive the deliverable.

Session

  • Session ID: `session_01QUQLCvLb5eN2ACQEJc3bk7`
  • Time: ~2026-04-29

Environment

  • Claude Code: latest (post-2.1.86 ultrareview research preview)
  • Plan: Max ($200)
  • OS: Linux (Fedora 43)

Asks

  1. Refund the consumed free run.
  2. Consider treating `error.code == rate_limited` server-side as non-billing for ultrareview (no findings = no charge).

extent analysis

TL;DR

The issue can be mitigated by requesting a refund for the consumed free run and potentially treating server-side rate limiting errors as non-billing events for ultrareview.

Guidance

  • Verify the session logs for the crashed run (session_01QUQLCvLb5eN2ACQEJc3bk7) to confirm the cause of the crash and ensure it was indeed due to server-side rate limiting.
  • Reach out to support to request a refund for the consumed free run, as the user did not receive the deliverable.
  • Consider providing feedback to the development team to treat error.code == rate_limited server-side errors as non-billing events for ultrareview, to prevent similar issues in the future.
  • Review the usage limits and plan details to understand how the free executions are being tracked and consumed.

Notes

The issue seems to be related to the server-side rate limiting and the billing mechanism for ultrareview executions. The user has already consumed one of their free executions, and it's unclear if this will be automatically refunded or if manual intervention is required.

Recommendation

Apply workaround: Request a refund for the consumed free run and provide feedback to the development team to consider treating server-side rate limiting errors as non-billing events. This approach allows the user to recover the lost execution and potentially prevents similar issues in the future.

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…

FAQ

Expected behavior

A run that crashes due to server-side rate-limiting (not user usage limit) before producing any findings should be refunded — the user did not receive the deliverable.

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 ultrareview: free run consumed when server-side rate-limited (run crashed before producing findings) [1 comments, 1 participants]