docs(autotrain): continuous-openui-scheduled-20260808 c1-c5 closeout (non-positive screening) - #1496
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Warning Review limit reached
Next review available in: 46 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: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
📝 WalkthroughWalkthroughThe PR adds JSON and Markdown screening records for continuous OpenUI autotrain campaigns, documents fixture-only non-ship outcomes, and records checkpoint provenance in the README, model card, and version history. ChangesContinuous OpenUI screening
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 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.
🧹 Nitpick comments (1)
README.md (1)
796-819: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick winDuplicate "Continuous autotrain note" headings in README.md and docs/MODEL_CARD.md. Both files repeat the identical heading text four times for four distinct campaigns (c1, c2, c4, c5). markdownlint-cli2 reports MD024 (no-duplicate-heading) for both files.
README.md#L796-L819: give each of the four "## Continuous autotrain note (2026-08-08)" headings a distinct suffix (campaign ID or cycle number).docs/MODEL_CARD.md#L1452-L1475: apply the same distinct-suffix fix to the mirrored four headings.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@README.md` around lines 796 - 819, Resolve MD024 by giving each of the four repeated “Continuous autotrain note (2026-08-08)” headings a unique campaign or cycle suffix in README.md lines 796-819 and apply the identical corresponding heading changes to docs/MODEL_CARD.md lines 1452-1475, preserving the campaign content beneath each heading.Source: Linters/SAST tools
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In `@README.md`:
- Around line 796-819: Resolve MD024 by giving each of the four repeated
“Continuous autotrain note (2026-08-08)” headings a unique campaign or cycle
suffix in README.md lines 796-819 and apply the identical corresponding heading
changes to docs/MODEL_CARD.md lines 1452-1475, preserving the campaign content
beneath each heading.
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro Plus
Run ID: 92e489a0-8c90-4c57-beb0-b1c8b3398f6a
📒 Files selected for processing (13)
README.mddocs/MODEL_CARD.mddocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c1-results.jsondocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c1-results.mddocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c2-results.jsondocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c2-results.mddocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c3-results.jsondocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c3-results.mddocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c4-results.jsondocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c4-results.mddocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c5-results.jsondocs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c5-results.mdsrc/slm_training/resources/versions.json
…loseout Non-positive smoke-scale cycle (fixture insufficient_n, honest ship-gate reject on both bounds/control arms; structural_similarity delta=0.0). Records checkpoint provenance in MODEL_CARD/README and adds the matching no-bump version-stamp entry for harness.experiments.slm228_spectral_disposition. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VApFTydH6uuPiiv3et7m14
…loseout Non-positive cycle: control arm hit a decode-timeout (arm not run, measurement_incomplete), component-plan arm not executed. Records checkpoint provenance and the matching no-bump version-stamp entry. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VApFTydH6uuPiiv3et7m14
…inuous-loop-20260808-continuous-openui-schedu-5c9d176f-c3 closeout
…loseout Non-positive cycle (fixture insufficient_n; smoke ship-gate reject on both bounds/control arms). Records checkpoint provenance and matching no-bump version-stamp entry. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VApFTydH6uuPiiv3et7m14
…loseout Non-positive/incomplete cycle: component-plan arm not run, control arm incomplete (campaign arm missing). Records checkpoint provenance and matching no-bump version-stamp entry. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01VApFTydH6uuPiiv3et7m14
f09540e to
845ed40
Compare
Summary
Ran the
autotraincontinuous loop (continuous-openui-scheduled-20260808)for 5 supervised cycles against published fixture train data (
wf_smoke_v2,smoke suite, 20 steps). This PR carries the iron-law documentation and
honesty-stub checkpoint notes for those cycles, per
sdlc'sautotrain-iteration-deliveryprocess. Per that process, stacked PRsopen only for positive-result cycles — none of these five screening
cycles cleared that bar, so this is a single docs-only delivery, not a
training-code stack.
…-c1-bounds/…-c1-control): non-positive — fixtureinsufficient_n(n=3<20), null primary-metric delta (structural_similarity0.0575 both arms).
…-c2-component-plan/…-c2-control): incomplete — both arms hita decode-timeout / arm-not-run harness residual (
decode_timeout_count=3).…-c3-component-plan/…-c3-control): frozen replay of c2 —candidate completed (quality rejected,
binder_reference_f1=0), controlreproduced the decode-timeout; both arms rejected.
…-c4-bounds/…-c4-control): non-positive — fixtureinsufficient_n, null primary-metric delta (structural_similarity0.4167 both arms).
…-c5-component-plan/…-c5-control): incomplete — component-planarm did not execute; control arm completed and correctly rejects the
honest ship gate at fixture scale.
All cycles correctly reject the honest ship gate at smoke/fixture scale
(
insufficient_n, quality thresholds) — this is expected diagnosticbehavior, not a ship claim.
What's included
docs/design/continuous-loop-20260808-continuous-openui-schedu-5c9d176f-c{1..5}-results.{md,json}— per-cycle measured results (iron law).
docs/MODEL_CARD.md/README.md— honesty-stub scratch checkpointprovenance notes for each cycle.
src/slm_training/resources/versions.json—no-bumphistory entries forharness.experiments.slm228_spectral_disposition(README/MODEL_CARDtouched, no behavior change).
Note on duplicate open autotrain PRs
This scheduled run is one of several near-identical
autotraincontinuous-loopcloseout PRs opened today alone, all docs-only and all non-positive:
#1495, #1485, #1483, #1482, #1480. The
wf_smoke_v2/ 20-step fixture recipeappears structurally unable to clear the
insufficient_n>=20ship-gate floorat this scale, so the hourly-cadence schedule is accumulating unmerged
screening PRs rather than converging on a positive result. Flagging for
maintainer triage (consolidate/close the backlog, or adjust the recipe/cadence)
rather than silently opening a sixth copy.
Test plan
scripts.verify_version_stamps --check --stagedpasses for everycommit in this PR.
results.jsonscoreboard.screening cycle produces a genuine positive result (primary-metric
win with a tracked code delta, ship-quality win, or proven executable
unblock).
🤖 Generated with Claude Code
Generated by Claude Code
Summary by CodeRabbit