Skip to content

record(ENG-TRAILER-MERGE-ARTIFACTS): close the row DONE at 157080c8 - #416

Merged
mudler merged 1 commit into
mainfrom
row/ENG-TRAILER-CLOSE
Aug 11, 2026
Merged

record(ENG-TRAILER-MERGE-ARTIFACTS): close the row DONE at 157080c8#416
mudler merged 1 commit into
mainfrom
row/ENG-TRAILER-CLOSE

Conversation

@localai-bot

Copy link
Copy Markdown
Collaborator

Closes the row landed by #409. Issue #406.

Ordering matters here, and it's the whole point of the PR. audit-live-rows calls an ACTIVE row with no branch ABANDONED. Deleting the merged branch first is exactly how main went red after dbd0d51c landed — so the row is closed before any cleanup, and row/ENG-TRAILER-MERGE-ARTIFACTS is still on the remote as this lands.

What changes

  • ACTIVEDONE, closing commit 157080c8, with a parity-ledger closure anchor — matching how ENG-NOW-DERIVED was closed.
  • Claim file deleted (that's what closing a claim means under one-file-per-claim).
  • RUNNABLE_BASELINE shrinks by the row: a DONE row leaves the gated population entirely rather than taking a weaker verdict.
  • The pre-existing departed set in test_check_gate_commands.py grows from three runnable-DONE rows to four. Updated, not loosened. My own near-duplicate guard is dropped — the canonical mutation test already covers re-adding a departed row, and two tests asserting the same thing is how a set like this drifts.

The spec's Outcome records what the row did NOT do

  • It fixed one of five observed shapes.
  • f64f2b71 (bot co-author) is a real violation the broken parse had been hiding, and now correctly fails. That reads like a regression and is the opposite.
  • The remaining three are merge-method artifacts whose fix is a process decision, not a checker change.

That's why the row doesn't claim to have made main green.

Gates

preflight rc=0; check-agent-record OK; check-doc-checkpoint OK; test_check_gate_commands 31.

🤖 Generated with Claude Code

Closing the row BEFORE deleting its branch, which is the ordering that matters:
audit-live-rows calls an ACTIVE row with no branch ABANDONED, and doing the
cleanup first is exactly how main went red after dbd0d51 landed. The branch is
still on the remote as this lands.

State ACTIVE -> DONE with closing commit 157080c and a parity-ledger closure
anchor, matching how ENG-NOW-DERIVED was closed. The claim file is deleted, which
is what closing a claim means under the one-file-per-claim shape, and
RUNNABLE_BASELINE shrinks by the row because a DONE row leaves the gated
population entirely rather than taking a weaker verdict.

The pre-existing `departed` set in test_check_gate_commands.py grows from three
runnable DONE rows to four. That literal is updated rather than loosened, and my
own near-duplicate guard is dropped: the canonical mutation test already covers
re-adding a departed row, and two tests asserting the same thing is how a set
like this drifts.

The spec's `## Outcome` records what this row did NOT do. It fixed one of five
observed shapes; f64f2b7 (bot co-author) is a real violation the broken parse
had been hiding and now correctly fails, which looks like a regression and is the
opposite; and the remaining three are merge-method artifacts whose fix is a
process decision, not a checker change. That is why the row does not claim to
have made main green.

Gates: preflight rc=0; check-agent-record OK; check-doc-checkpoint OK;
test_check_gate_commands 31.

Issue: #406

FOLLOWING_AGENTS_PROTOCOL

Following-Agents-Protocol: true
AI-Assisted: true
Assisted-by: AGENT:claude-opus-5 [Claude Code]
@mudler
mudler merged commit 211ff73 into main Aug 11, 2026
15 of 16 checks passed
localai-bot pushed a commit that referenced this pull request Aug 11, 2026
…418)

check-pr-size correctly refused the change: scripts/check-agent-record.py moved
without added evidence in its PAIRED suite. The bump is only a data re-pin, but
the gate does not distinguish that, and it is right not to -- a bump with no row
behind it looks exactly like a bump for a new row, which is the failure the pin
exists to catch.

Adds two cases keyed to THIS row rather than to the constant in general: the row
appears exactly once in the engine matrix, and moving the pin by one must make
the count disagree. The second is the mutation; without it the first would pass
against a decorative constant.

Not fixed here, and stated rather than left implicit: documentation-checkpoint
also reds this PR, because adding a row as ACTIVE is a lifecycle claim that owes
docs/STATUS.md and docs/BENCHMARKS.md. For a records-and-checker row those pages
are the wrong home -- STATUS is the per-capability surface and a commit-trailer
policy is not a capability -- so writing a line there to satisfy the gate would
be dishonest documentation. #409 and #416 both landed with that same gate red.
That is a real gap in the gate rather than in this change, and it deserves its
own issue instead of a paper-over here.

Gates: test_agent_record 31; check-pr-size now OK over this PR's range.

Issue: #418

FOLLOWING_AGENTS_PROTOCOL

Following-Agents-Protocol: true
AI-Assisted: true
Assisted-by: AGENT:claude-opus-5 [Claude Code]
joral pushed a commit to joral/vllm.cpp that referenced this pull request Aug 11, 2026
Main advanced one commit (mudler#416, `ENG-TRAILER-MERGE-ARTIFACTS` closed DONE)
between the gate and the push. Merged forward rather than pushed over.

It touches both keyed records this branch also edits, and git auto-merged both.
Neither auto-merge was kept (AGENTS.md "Records"): each file was reset to
`origin/main` wholesale and the branch's one scoped edit reapplied against an
anchor asserted to match exactly once.

- `.agents/engine-matrix.md` — mudler#416 rewrote the
  `ENG-TRAILER-MERGE-ARTIFACTS` row and its lifecycle counts. The `KV-EVENTS`
  row is untouched by it and stays `ACTIVE`, so no count moves and none of the
  branch's totals are carried.
- `scripts/check-gate-commands.py` — mudler#416 removed
  `ENG-TRAILER-MERGE-ARTIFACTS` from `RUNNABLE_BASELINE` (DONE is closed
  evidence, not live gated work). Took that set entire and reinserted only the
  `KV-EVENTS` entry.

No product source is touched by this merge, so the 385/385 CPU `ctest` recorded
one commit earlier still describes this tree's product code; the record gates
are re-run below it.

FOLLOWING_AGENTS_PROTOCOL

Following-Agents-Protocol: true
AI-Assisted: true
Assisted-by: ClaudeCode:claude-opus-5 [ClaudeCode]
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.

2 participants