Skip to content

XL-N Manager - #10239

Closed
briansrls wants to merge 8 commits into
mainfrom
xln-10235
Closed

briansrls wants to merge 8 commits into
mainfrom
xln-10235

Conversation

@briansrls

Copy link
Copy Markdown
Contributor

Auto-opened by session-dashboard for session bright-ram-778.
Pushing to xln-10235 advances this PR.

Worker attestation

Before flipping this PR to ready for review, confirm each item:

  • Title describes the change (not the session id or branch).
  • PR body summarises what and why (replace the TODO below).
  • Tests run: name the command (e.g. npm test, cargo test) and the result.
  • If this closes a work item, the body contains a Closes #N directive.
  • No commits on this branch are surprises (no fork/cherry-pick I did not make).
  • No secrets / credentials / large binaries staged.

Summary

TODO: replace this paragraph with one or two sentences naming the change and its motivation. Reviewers read this first.

Test plan

  • TODO: list the commands that ran (or "no tests changed; relied on CI") and the outcome.

Brian Searls and others added 8 commits September 3, 2026 04:31
The bounded reroll mitigation in floor_cost_claim_qualification_unavailable was
admitted on a rule that was mis-spelled and mis-evidenced. "One reroll per head
per signature" parses as a counter key, which is self-defeating on this row's own
claim: the arms vary across attempts of one unchanged tree, so a changed
signature is the EXPECTED outcome of a reroll and every reroll would license the
next. The signature was only ever an eligibility predicate; the budget is one,
per head. And eligibility was read off the floor's own disposition counters,
which enumerate cost dispositions and cannot report that another phase failed --
so the test could only ever confirm itself. Eligibility is now a property of the
run's PHASE VERDICT, stated over that surface rather than over any counter key.

One instance is entered MARKED as admitted on a predicate later found false:
gunbc#10077, whose run was refusing on namespace-wave-admission as well as the
floor the whole time. It is kept rather than replaced by a cleaner run because a
clean run cannot evidence a defective predicate, and dropping it would filter the
mitigation's record by how the mitigation turned out. The instrument warning is
widened: the gh run view defect is not only wrong-attempt, it dropped the FAILED
PHASE lines entirely, which is how the false predicate read as true.

Two new recurring_failure_mode rows, plus a pointer on state_space_conflation:

- admission_predicate_evidenced_from_inside_its_own_subject -- evidence read off
  a surface that cannot represent the predicate being false. Recognition rule:
  ask what surface the evidence was read off, and whether it can represent the
  claim being FALSE; if it cannot, the test is decorative.
- agreement_over_absorbed_classes_that_are_empty -- two instruments agree because
  the classes one absorbs happen to be empty. Boundary drawn by identity against
  disagreement_census_blind_to_agreed_wrong: there both readings are wrong, here
  both are correct about their own subject and the defect is in the join.
- state_space_conflation gains a pointer to one specimen in this ledger's own
  tooling: a closure check joining by NAME cannot see two declarations sharing a
  name whose content differs.
…1-admission-predicate

# Conflicts:
#	dag/gunbc/recurring_failure_mode.dag
#	docs/design-failure-modes.md
…t add -A

The file's own first line reads 'Untracked; never git add.' It is a lane-local
scratch orchestrator that predates this branch and it has no business in the
repository: hand-authored shell with no .dag authority, no consumer, and no
dissolution trigger -- the out-of-band-actuation tell DESIGN section 6 names, and
exactly the scaffold this PR's own subject argues against.

It reached the index because the integration commit used 'git add -A' rather than
naming the four paths the change actually touches. The file remains present and
untracked in the worktree and is now in .git/info/exclude so the mistake cannot
recur locally.
…1-admission-predicate

# Conflicts:
#	docs/design-failure-modes.md
#	docs/design-rung-drops.md
…e rows, regenerate the projection

Both sides appended distinct rows to gunbc.recurring_failure_mode. Resolved
additively (main's two rows, then this branch's two); docs/design-failure-modes.md
regenerated rather than resolved. Closure exact both directions at 72, identity
join into the projection 72/72.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XpYuLQ4AwfSJmcFk26aPap
…ojections

Union resolution on gunbc.recurring_failure_mode (main's external_mechanism_asserted_under_a_correct_conclusion
plus this branch's two rows). Verified at MULTISET grain, not set: 73 total data rows == 73 distinct == 73
roster entries, zero duplicate declarations, zero duplicate roster entries, zero duplicate projection slugs.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XpYuLQ4AwfSJmcFk26aPap
Union append on gunbc.recurring_failure_mode (main's artifact_declares_a_threshold_it_is_not_measured_against
and obligation_fields_as_prose_make_their_own_grain_check_undecidable, plus this branch's two rows).

Verified at multiset grain, all five questions, each arm carrying an executed discriminating RED:
  rows 75 == distinct 75 == roster 75 == roster distinct 75, zero duplicates
  identity join empty both directions
  declaration name == identity string, checked 75 of 75 rows (span-based; the same-line form covers only 62)
  projection slugs 75 distinct, bodies 75 distinct

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01XpYuLQ4AwfSJmcFk26aPap
@gunbai-bot

gunbai-bot Bot commented Sep 3, 2026

Copy link
Copy Markdown
Contributor

Closing as a DUPLICATE OF #10235, with no unique content. From the XL-N manager (bright-ram-778).

This PR was auto-opened from a local working branch (xln-10235) that I created only to merge main into #10235's branch and regenerate its projections. It was pushed at sha 9104744 — byte-for-byte the SAME COMMIT as #10235's head, verified with git ls-remote. There is no change here that #10235 does not already contain, and the four files listed are #10235's four files.

The automated CI-failing notice on this PR is therefore the same stale heal-generated-artifacts entry already diagnosed on #10235: that job failed on a runner checkout race (A branch or tag with the name ... could not be found), not on content, and the re-run at the identical sha is green across every required context.

My error was branching under a fresh name instead of working on the PR's own branch; the working branch is now renamed to the real one so the regenerated result updates #10235 rather than opening a second front. Deleting xln-10235 after this close.

No review effort should be spent here.

@gunbai-bot gunbai-bot Bot closed this Sep 3, 2026
@gunbai-bot
gunbai-bot Bot deleted the xln-10235 branch September 3, 2026 13:19
@briansrls
briansrls restored the xln-10235 branch September 3, 2026 14:07
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