docs(rfc): flip RFCs 0043 and 0044 to accepted — maintainer sign-off - #677
Conversation
Batch maintainer flip (2026-07-29). Neither touches a benchmarks.md §7 pillar, so validated is vacuous (RFC 0008 precedent) and green was each RFC's last verification stage. RFC 0044's open §7 fork (substring/ ordering/regex on body) survives acceptance as a tracked follow-up. Frontmatter and banners flipped together. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Qtny6z6cA74xPZa4qRhk4F Signed-off-by: Jens Holdgaard Pedersen <Jens@holdgaard.org>
|
Warning Review limit reached
Next review available in: 37 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 (2)
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
This docs-only PR updates RFC metadata and banners to reflect maintainer sign-off, flipping RFC 0043 and RFC 0044 from green to terminal accepted status, consistent with the repo’s existing “accepted + prior green note” RFC pattern.
Changes:
- Update RFC 0043 frontmatter status to
acceptedand add an “accepted” status banner note. - Update RFC 0044 frontmatter status to
acceptedand add an “accepted” status banner note (preserving the tracked §7 follow-up fork). - Retain the existing
greenstatus notes as historical verification context, matching other accepted RFCs.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| docs/rfcs/0044-template-aware-body-equality.md | Flip RFC 0044 to accepted and add an accepted status banner while retaining the green verification note. |
| docs/rfcs/0043-event-name-attribute-ingest.md | Flip RFC 0043 to accepted and add an accepted status banner while retaining the green verification note. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Summary
Batch maintainer flip (2026-07-29): RFC 0043 (event_name from the legacy attribute) and RFC 0044 (template-aware body equality) both go
green→accepted(terminal). Neither touches abenchmarks.md§7 pillar, sovalidatedis vacuous — the RFC 0008 precedent — andgreenwas each RFC's last verification stage. RFC 0044's deliberately-open §7 fork (substring/ordering/regex on body) survives acceptance as a tracked follow-up. Frontmatter and banners flipped together (the #662 lesson).Maintainer authorization: this session, 2026-07-29 ("lets flip those also").
mdbook buildclean; docs-only.🤖 Generated with Claude Code
https://claude.ai/code/session_01Qtny6z6cA74xPZa4qRhk4F