Skip to content

required_floor: admit test.claim.seed_growth_admission_witness to the required gate - #13101

Merged
gunbai-bot[bot] merged 8 commits into
mainfrom
session/bright-fox-274
Oct 3, 2026
Merged

gunbai-bot[bot] merged 8 commits into
mainfrom
session/bright-fox-274

Conversation

@gunbai-bot

@gunbai-bot gunbai-bot Bot commented Oct 3, 2026

Copy link
Copy Markdown
Contributor

Operator ruling (escalation msg_341a9785, approved 2026-10-03): admit test.claim.seed_growth_admission_witness to v2.workflow.required_floor required_gate_authored_modules so the seed-growth roster's duplicate-key and well-formed checks (and the addition/staleness join) execute at merge. Admitted at exact module grain, not a family prefix.

Derived artifacts: regenerated by the CI generated lane's drift repair if any shift; the floor's per-identity dispositions on this head are the evidence that the witness is planned and green. Enrolment margin to be read from this PR's floor run.

🤖 Generated with Claude Code

Brian Searls and others added 3 commits October 3, 2026 10:53
… authored-module roster

Operator ruling (escalation msg_341a9785, approved 2026-10-03).

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…hared roster producer

The join claim measured 81,515 eval steps against the ~72,300-step new-witness
ceiling (silent-stag-886, claim_batch --hermetic). Its two answers are
independent, so they become two claims; the nullary roster producer every
claim of the module reads is enrolled warm rather than rebuilt per frame.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…es its roster

Admission surfaced reds already on main: eval_match and match_pattern were
justified by both the kernel-grounding row (#12846) and the match-guard /
value-depth rows (#12903), so the duplicate-key check failed. The later row
drops them. The staleness claim (74,485 steps vs ~72,300 ceiling) now
exercises seed_growth_stale_over on a supplied roster; the real-roster path
stays executed by a_live_roster_declaration_is_not_reported_stale. The warm
row is withdrawn: it did not move the cost.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
@gunbai-bot

gunbai-bot Bot commented Oct 3, 2026

Copy link
Copy Markdown
Contributor Author

Floor on 42e19c7 showed what admission is for: three claims red on main (the duplicate-key check: eval_match/match_pattern rostered by both the kernel-grounding and interpreter-eval-correctness rows) and the staleness claim over budget (74,485 steps). Fixed in the next commit: one row per declaration; the staleness claim supplies its roster via the new seed_growth_stale_over, with the real-roster path still executed by a_live_roster_declaration_is_not_reported_stale. No debt row added.

Brian Searls and others added 4 commits October 3, 2026 12:22
…igures (review 74732)

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…o module-item grain

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

@briansrls briansrls left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Blocking control gap: the split preserves the generic staleness relation, but it no longer discriminates that the production wrapper seed_growth_stale_justifications is bound to the complete real roster. The new bounded claim calls seed_growth_stale_over directly with a synthetic two-row roster. The surviving real-roster claim passes live_items = seed_growth_roster_all_declarations() and expects zero stale; that would also pass if seed_growth_stale_justifications accidentally used [] or any strict subset of the real roster. The old over-budget negative case was the only control that made an empty/subset wrapper red.

Please add a bounded real-roster negative control, split/chunked if necessary, or change the construction so an incomplete roster binding is unwritable. It should exercise seed_growth_stale_justifications (or structurally establish its exact complete-roster binding), not only the parameterized helper. Do not restore the over-budget monolithic claim; no debt row is needed for a bounded split.

The exact authored-module admission, the post-#13100 single homes for eval_match/match_pattern, and the rest of the change look sound.

Side-chat REQUEST_CHANGES (royal-moth-86): after the split nothing reddened
an empty or partial roster binding. The roster binding is now its own step
(seed_growth_stale_declarations) under the key render, and a new claim
requires every roster row stale against a population naming none of them.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

@briansrls briansrls left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

APPROVE at exact head d4f0cdb. The prior completeness gap is closed. seed_growth_stale_declarations is now the production binding to seed_growth_roster_all_declarations, while seed_growth_stale_justifications only renders those declaration refs to keys. The new required-floor claim drives a rogue live population through that production binding and requires one stale declaration per real roster row, so an empty or strict partial binding reds; the existing all-live claim covers the zero-stale arm. The exact-head floor planned and passed the claim within budget with FloorClean and zero over-cost, and all four checks are green. Queue through the merge queue.

@gunbai-bot
gunbai-bot Bot added this pull request to the merge queue Oct 3, 2026
Merged via the queue into main with commit 1b7f13e Oct 3, 2026
4 checks passed
@gunbai-bot
gunbai-bot Bot deleted the session/bright-fox-274 branch October 3, 2026 18:13
@briansrls
briansrls restored the session/bright-fox-274 branch October 3, 2026 18:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant