feat(operability): add bounded control-plane SLI receipts - #905
feat(operability): add bounded control-plane SLI receipts#905seonghobae wants to merge 9 commits into
Conversation
|
Warning Review limit reached
Next review available in: 28 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. 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: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
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 |
|
@coderabbitai full review |
|
|
@coderabbitai review Please perform a fresh semantic source review of unchanged exact head |
|
|
Purpose
Implement issue #903 as a read-only, finite-cardinality control-plane SLI receipt. The collector summarizes queue/defer age, transient retries, writer-collision avoidance, merge latency, protected-main acceptance debt, meta-intermediate continuation, exit-sweep discoveries, genuine run-budget handoffs, and premature-stop recovery outcomes without creating a new authority class or database.
Exact current identity
main;6eb06cdd08c79a06f7b390069d4ffa49e2eb7dba(historical provenance; merge decisions must resolve the live protected base independently);0e76ecab99be4f19ca2ac7f02760bf11bc1520d4;Bounded contract
cwl.control-plane-sli/v1;ContextualWisdomLab/<repo>and exact 40-hex source revision validation;user_redirection_incidents,user_redirection_multi_lane_recoveries, anduser_redirection_non_documentation_recoveries, with recovery counts prohibited from exceeding incident count;TDD evidence
The initial branch deliberately failed before production implementation existed. A later documentation→implementation reconciliation added a new RED contract for same-invocation premature-stop recovery metrics. At exact head
974381ed667ce4909faef5ace3798d8578c04ee9, the focused quality gate failed exactly because the production schema rejected the three new bounded recovery fields as unknown.The minimum implementation then extended the finite schema and aggregation without adding unbounded labels or authority semantics, followed by negative tests for impossible recovery counts and non-integer counters.
Exact-head quality evidence
Control Plane SLI Receipt Quality CI run
31354848775checked out exact current head0e76ecab99be4f19ca2ac7f02760bf11bc1520d4and completed successfully:25 passed;196/196statements and68/68branches at 100%;100.0%;1002 passed, 16 subtests passed;git diff --check: success.At the most recent exact-head gate refresh, Control Plane SLI Receipt Quality CI, Scorecard PR, Secret Scan, SAST Semgrep, Security Scan, SBOM Generation, OSV-Scanner PR, and Python Security had completed successfully; CodeQL PR was still in progress. Pending evidence is not passing and blocks only this exact lane.
Authority boundary
This receipt is descriptive operability evidence only. It does not infer check success, formal approval, model verdict, merge authority, incident closure, or certification. It introduces no persistent database. Any durable cross-repository continuation/writer store still requires a separate data-model/privacy/tenancy/DR ADR.
Do not mark Ready or merge until every current-head required/security/supply-chain gate is complete and clean, current automated source review has no valid actionable finding, a qualifying independent non-author formal approval exists, the live base is revalidated, and branch protection authorizes the expected-head merge. Protected-main/consumer receipt canaries are required after integration before operational closure.