docs(rfc): rfc 0028 §5/§6 — build-feedback program specified - #397
Conversation
…f 2026-07-06) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Warning Review limit reached
Next review available in: 3 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: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThis PR updates RFC 0028's status metadata from "drafted" to "specified" and expands its testing strategy section with five detailed, numbered acceptance scenarios covering test inventory preservation, isolation requirements, timing, behavior-free config extraction, and CI parity. ChangesRFC 0028 Documentation Update
Estimated code review effort: 1 (Trivial) | ~5 minutes 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Pull request overview
Moves RFC 0028 from drafted to specified by adding concrete §5 acceptance criteria and a §6 testing strategy for the build-feedback program (test-harness consolidation + workspace decomposition), aligned with the RFC lifecycle.
Changes:
- Updates RFC status to
specified. - Specifies five acceptance scenarios (RFC0028.1–.5) covering inventory preservation, isolation exceptions, probe improvements, behavior-free config extraction, and CI parity.
- Defines an inventory-diff–driven testing strategy tying each scenario to reviewable evidence.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
…se in .3 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
What
RFC 0028 lands its §5 acceptance criteria and §6 testing strategy — status
drafted→specified, maintainer sign-off 2026-07-06 (the scenarios were proposed in a #383 comment and approved in-session).The five scenarios: inventory-preserving consolidation (
.1), an explicit isolation-exempt list (.2), the probe-set gates — core→querier-tests < 30 s and fullcargo test≥ 30% faster against the epic #382 baseline (.3), a behavior-freeourios-configextraction (.4), and CI suite parity (.5).§6 makes inventory diffs the mechanism:
cargo test -- --listsnapshots per consolidation PR, the reviewer checks a pure path-prefix rename; probe numbers land next to the baseline in epic #382.Invariants / hazards
CLAUDE.md §6.2 (tests are specifications) is the load-bearing constraint this RFC exists to respect: consolidation moves tests, never weakens them, and
.1's inventory diff is the reviewer's proof.🤖 Generated with Claude Code
Summary by CodeRabbit