⚡ Bolt: Optimize sequential gh CLI calls by parallelizing pr list checks

[xbmc4lyfe]

💡 What: Parallelize sequential gh pr view subprocess calls within _filter_to_still_open_prs using concurrent.futures.ThreadPoolExecutor.
🎯 Why: Subprocess calls to the GitHub CLI are slow and checking states for multiple PRs consecutively was causing N+1 sequential execution delays.
📊 Impact: Avoids sequential N+1 delays by issuing PR state lookups concurrently, retaining execution order via executor.map.
🔬 Measurement: Verify with tests/test_cli_main.py suite. Thread pooling guarantees parallelized HTTP and CLI interactions.

---

PR created automatically by Jules for task 12240112337196858278 started by @xbmc4lyfe

[google-labs-jules]

👋 Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.

---

For security, I will only act on instructions from the user who triggered this task.

[coderabbitai]

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 2231833b-3334-4a93-894d-bb6a201967e1

📥 Commits

Reviewing files that changed from the base of the PR and between 7b35ed2 and 21c2d1f.

📒 Files selected for processing (2)

• .jules/bolt.md
• ralph_loop/cli.py

📜 Recent review details

🔇 Additional comments (2)

ralph_loop/cli.py (1)

5-5: LGTM!

Also applies to: 549-570

.jules/bolt.md (1)

1-3: LGTM!

---

📝 Walkthrough

Summary by CodeRabbit

• Optimizations
  • Improved performance of PR filtering by running validation checks concurrently, eliminating sequential delays when processing multiple pull requests.

Walkthrough

This PR introduces concurrent execution to PR liveness validation. Rather than checking PR states sequentially via gh pr view, the refactored _filter_to_still_open_prs function now parallelizes up to 10 concurrent checks using ThreadPoolExecutor, reducing total latency. A new bolt.md entry documents this performance optimization pattern.

Changes

Concurrent PR State Filtering

Layer / File(s)	Summary
Concurrent PR state filtering implementation ralph_loop/cli.py	concurrent.futures import added; _filter_to_still_open_prs refactored to spawn a ThreadPoolExecutor with max 10 workers and execute _pr_is_still_open checks in parallel for each PR, preserving result order and handling per-PR CommandError exceptions to retain failed checks.
Performance guidance documentation .jules/bolt.md	New dated entry (2026-05-27) documents the pattern of parallelizing independent gh subprocess calls with ThreadPoolExecutor while preserving output order via executor.map to avoid sequential N+1 delays.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Poem

🐰 Threads racing swift, no more the wait,
Ten workers dance to check PR fate,
Order preserved through executor's grace,
Performance blooms at this faster pace. 🚀

🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name	Status	Explanation	Resolution
Docstring Coverage	⚠️ Warning	Docstring coverage is 50.00% which is insufficient. The required threshold is 80.00%.	Write docstrings for the functions missing them to satisfy the coverage threshold.

✅ Passed checks (4 passed)

Check name	Status	Explanation
Title check	✅ Passed	The title accurately summarizes the main change: parallelizing gh CLI calls for PR checks to avoid sequential delays, matching the core implementation in ralph_loop/cli.py.
Description check	✅ Passed	The description clearly relates to the changeset, explaining the parallelization of gh pr view calls using ThreadPoolExecutor and the N+1 delay problem being addressed.
Linked Issues check	✅ Passed	Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check	✅ Passed	Check skipped because no linked issues were found for this pull request.

_{✏️ Tip: You can configure your own custom pre-merge checks in the settings.}

✨ Finishing Touches

📝 Generate docstrings

• Create stacked PR
• Commit on current branch

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch bolt-optimize-gh-list-prs-12240112337196858278

✨ Simplify code

• Create PR with simplified code
• Commit simplified code in branch bolt-optimize-gh-list-prs-12240112337196858278

---

_{Comment @coderabbitai help to get the list of available commands and usage tips.}