Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix ultrareview crashed before producing findings — burned a free run (PR mode, 282 files) [1 comments, 2 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#56202•Fetched 2026-05-06 06:34:27
View on GitHub
Comments
1
Participants
2
Timeline
9
Reactions
1
Author
dhscfhdhscfh
Participants
dhscfhdhscfhgithub-actions[bot]github-actions[bot]
Timeline (top)
labeled ×5cross-referenced ×3commented ×1

/ultrareview in PR mode crashed during the Find stage (~10s after start, only 2 heartbeats), returning {"error":"Review crashed before producing findings."}. Free credit was consumed (2/3 → 3/3) despite no usable output.

Error Message

/ultrareview in PR mode crashed during the Find stage (~10s after start, only 2 heartbeats), returning {"error":"Review crashed before producing findings."}. Free credit was consumed (2/3 → 3/3) despite no usable output. {"error":"Review crashed before producing findings. See session logs for details."} 2. Clear error: scope exceeds ultrareview limits (max N files / M lines) if size cap hit, OR

Root Cause

/ultrareview in PR mode crashed during the Find stage (~10s after start, only 2 heartbeats), returning {"error":"Review crashed before producing findings."}. Free credit was consumed (2/3 → 3/3) despite no usable output.

Code Example

{"error":"Review crashed before producing findings. See session logs for details."}
RAW_BUFFERClick to expand / collapse

Summary

/ultrareview in PR mode crashed during the Find stage (~10s after start, only 2 heartbeats), returning {"error":"Review crashed before producing findings."}. Free credit was consumed (2/3 → 3/3) despite no usable output.

Environment

  • Claude Code CLI: Opus 4.7 (1M context)
  • Platform: macOS (Darwin 25.4.0)
  • Plan: Pro
  • ultrareview mode: PR (/ultrareview 4)

Reproduction

  1. Opened PR for a full-codebase audit on a personal project: https://github.com/dhscfh/stgfolio/pull/4
    • 282 changed files / +31,744 / -1,355 lines
    • Mix of TS / TSX / Rust / Markdown / JSON / config
  2. Ran /ultrareview 4 from CLI
  3. Confirmation: Free ultrareview 2 of 3. Ultrareview launched for dhscfh/stgfolio#4
  4. After ~5 min, task-notification arrived with status completed
  5. Returned payload (verbatim): 
    {"error":"Review crashed before producing findings. See session logs for details."}
  6. Free quota counter: 2/3 → 3/3

Session log

Session URL: https://claude.ai/code/session_01F9qt1ccEPw85fR2zvZ35bx

Stages observed:

  • Setup ✓
  • Find ✗ (only 2 heartbeats: [heartbeat] 05:00:55, [heartbeat] 05:01:05 then crash)
  • Verify / Dedupe never started

Crashing this fast (~10s) suggests a parser / PR fetch failure, not time/memory exhaustion.

Why I'm filing despite likely duplicate of #55031

Adding for visibility on:

  • Smaller scope (282 files vs e.g. #50029's 3318 files which at least ran and returned empty)
  • Specific failure mode: explicit crash in Find stage, not silent empty result
  • Confirms widespread across PR sizes / repo types

Related: #55031 · #54871 · #54812 · #54516 · #53455 · #53301 · #52780 · #50029 · #49882

Expected

One of:

  1. Successful review with findings, OR
  2. Clear error: scope exceeds ultrareview limits (max N files / M lines) if size cap hit, OR
  3. Free quota NOT consumed when server-side crashes occur (per existing reports, Anthropic has refunded these in similar cases)

Request

Refund the free run consumed by session_01F9qt1ccEPw85fR2zvZ35bx. Happy to provide additional logs if it helps narrow down the parser failure.

Thanks!

extent analysis

TL;DR

The issue is likely due to a parser or PR fetch failure, causing the /ultrareview process to crash during the Find stage, and a refund of the consumed free run is requested.

Guidance

  • Verify the session logs for more details on the crash, specifically checking for any error messages or exceptions that may indicate the root cause of the parser or PR fetch failure.
  • Check the repository's file structure and contents to ensure that there are no corrupted or malformed files that could be causing the parser to fail.
  • Consider testing the /ultrareview process on a smaller subset of files to see if the issue is specific to the large number of changed files in the PR.
  • Review the related issues (#55031, #54871, etc.) to see if there are any common patterns or workarounds that may apply to this case.

Notes

The issue seems to be related to a parser or PR fetch failure, but without more information from the session logs or additional testing, it's difficult to determine the exact cause.

Recommendation

Apply workaround: Refund the free run consumed by the failed session, as per the user's request, and investigate further to determine the root cause of the parser or PR fetch failure.

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…
#retrieval issue#search optimization#API routing#API middleware#SSR setup

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 crashed before producing findings — burned a free run (PR mode, 282 files) [1 comments, 2 participants]