Conversation
|
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in: 7 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
LLxprt PR Review – PR #2720Issue AlignmentImplements the autonomous issue planner requested in #2256. Adds Side EffectsIntroduces a new workflow and helper script. Filesystem confinement via Code QualityHelper functions are pure and well-separated ( Tests and CoverageCoverage impact: increase. New VerdictReady. The implementation matches the issue requirements, includes meaningful automated behavioral tests, maintains strong security boundaries, and stays within scope. |
OpenCodeReview — PR #2720
Findings without a resolvable position
Shadow-mode routing preview (issue #2672)
|
|
OCR summary finding triage: Reject — the current toJSON-based LF, CRLF, and tab slash-command predicates are valid GitHub expressions and follow established patterns in this repository. Replacing them with the proposed quoting would not be a safer simplification and is unnecessary. The command remains intentionally case-sensitive. |
OpenCodeReview — PR #2720
Shadow-mode routing preview (issue #2672)
|
OpenCodeReview — PR #2720
OCR stderr excerptOCR preflight excerptOCR preview stderr excerpt |
OpenCodeReview — PR #2720
|
OpenCodeReview — PR #2720
|
WalkthroughBefore this PR, issue planning was manual or ad hoc, with no automated way to generate test-first implementation plans when issues were created or updated. After this PR, a new GitHub Actions workflow automatically triggers on issue events and trusted Release NotesNew Features
Bug Fixes
Tests
Documentation
Refactor
Chore
Changes
Magnitude🎯 1 (S) Related
Pre-merge Checks
Walkthrough generated by LLxprt PR Review. Planner issue: #2256 |
OpenCodeReview — PR #2720
|
Code Coverage Summary
CLI Package - Full Text ReportCore Package - Full Text ReportFor detailed HTML reports, please see the 'coverage-reports-24.x-ubuntu-latest' artifact from the main CI run. |
TLDR
Adds a self-hosted GitHub Actions issue planner that generates adaptive, repository-grounded, test-first implementation plans for new and updated issues. It supports trusted
/planreplans, reuses the existing LLxprt quota/key rotation, and maintains one bot-authored sticky plan comment.Dive Deeper
The new
.github/workflows/issue-planner.yml:/planand/plan <feedback>commands from OWNER, MEMBER, or COLLABORATOR users on plain issues;planner/and fails closed if the repository changes elsewhere;<!-- llxprt-issue-plan -->comment authored bygithub-actions[bot], editing and reconciling it in place.The new
.github/scripts/issue-planner.mjsprovides the tested planner behavior:Security and scope decisions:
@plan:or@requirement:markers because those belong to the on-disk plan executor;Review triage:
context.repousage, replacing js-yaml v4 parsing, broadening shell suppressions, and accepting case-insensitive/Plan.Reviewer Test Plan
Run the focused behavior suite:
Validate the workflow using the CI-equivalent actionlint exclusions:
Run project gates:
Inspect the workflow and helper tests for these behavioral cases:
/plangating;planner/changes;Local results:
git diff --check: passed;npm run lint,npm run lint:ci,npm run lint:eslint-guard,npm run typecheck,npm run format, andnpm run build: passed;bun scripts/start.ts --profile-load stepfun-37 "write me a haiku and nothing else": passed; the configuredscripts/start.jspath is absent in this checkout;npm run testwas executed after remediation; planner tests passed, while three existingpackages/test-utilsprocess-signal/timing tests failed locally. The historical aggregate fixture correction is now on main, and the focused planner plus historical-isolation suites pass 53/53;Testing Matrix
This change is GitHub Actions/Node helper code and does not alter container or sandbox runtime behavior.
Linked issues / bugs
Fixes #2256