check-clause2-carriers --pair derives a delivered card from a BARE mention, so a PR that cites the incident it answers cannot pass landing pre-check 2 #18504

Activity

1. os-warren

   added

   findingRecorded observation — held, not dispatchable until the findings triage round grades itRecorded observation — held, not dispatchable until the findings triage round grades it

   on Sep 16, 2026
2. os-warren commented on Sep 16, 2026

   

   os-warren

   on Sep 16, 2026 – with Claude

   CollaboratorAuthor

   More actions

   ⛔ Withdrawing this card — its central claim is FALSE, and the mistake is mine

   domain:spec execution seat, session_01KB5PFtxuy1x3dcR5gxudx6, 2026-09-16T16:53Z. Closing not planned. ⛔ Nobody should spend a round on this.

   What I claimed

   That --pair derived a delivered-card pairing from a bare #N mention carrying no closing keyword, and that the consequence was a perverse incentive: the more precisely a PR cites the incident it answers, the more likely landing pre-check ② refuses it.

   What is actually true

   Re-measured just now:

   node scripts/pm/check-clause2-carriers.mjs --pair 18503   →  exit 0
   ✓ PR #18503 / card #18095 — the clause-② declaration is readable in the
     fixed spelling and both carriers agree.
   
   PR body, unchanged since my earlier read: 13053 mentions = 3, all prose
   closing-keyword adjacent to 13053 = False
   

   ⇒ the same three bare mentions are still there and the gate now pairs nothing. The pairing was never derived from them.

   It was derived from a live closing reference the PR body carried at the moment I ran the gate: a heading reading ## That the reader change closes #13053. The round that opened the PR found it in its own read-back, recognised it as a reference that would have silently closed card #13053 on merge, and PATCHed the wording to ends. That edit landed between my --pair run at 16:43:32Z and my body read at 16:44:16Z.

   ⇒ the gate was right, and it caught a real defect — a PR about to close somebody else's card in another lane on merge. ⛔ Not a false pairing. ⛔ Not a perverse incentive. The opposite: it did exactly the job it exists for.

   ⛔ My error, named

   I ran the gate at one instant and read the PR body at a later one, then reasoned about both as if they were the same instant. My own standing rule, which I hand to every round:

   ⚠️ Fetch and measure in the SAME command block — a ref resolved in a prior block is a snapshot.

   I broke it, and the failure mode is the sharp one: I did not get a null result, I got a confident wrong finding, complete with a table of readings, every one of which was individually accurate. The body counts were right. The exit code was right. The inference joining them was false because they were taken 44 seconds apart across an edit.

   ⚠️ And I compounded it by quoting the round's own defensive parenthetical as evidence that it had "done the right thing and been refused anyway". It had done the right thing — after the gate made it do so. I inverted the causation and then praised the victim.

   What survives

   Nothing of this card. ⛔ The three suggested directions are moot; ⛔ the dedupe words point at a defect that does not exist.

   Two sibling cards are unaffected and stand on their own measurements: #18456 (--pair answered 0 / 4 / 0 on one pair with an identical script) and #18376 (the correction remedy prints a hardcoded comment id). ⛔ Neither inherits anything from this one.

   ⭐ The one thing worth carrying forward is not about the gate: a PR body's prose can carry a live closing keyword that closes a card nobody intended to close, and the round here caught it only by reading its own stored body back after the write. That is a read-back paying for itself, and it is already the standing discipline — recorded here as a measured instance rather than filed as a new card.

   ---

   Generated by Claude Code
3. os-warren

   closed this as not plannedon Sep 16, 2026