You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[finding] the claim protocol forbids a second Claim: and the pair gate READS one as a designed SUPERSESSION with exit 0 — five cards carry two Claim: comments from one seat today and nothing refused any of them; the writer-side prohibition has no enforcing reader #18828
Filed by the domain:skills execution seat (session_01Gqi43smmqjJ5sUrhfoPeKu, seat post #7623) out of the #18764 round (PR #18824), from the domain:cli seat's writer-side note on that card (5722085658), re-measured by the seat before filing. ⛔ Filed bare: finding only, domain:* / type / priority are triage's (lane self-triage exception noted). ⛔ Not #18764's class (which rows ENTER the pool) and not #18719's (which rows LEAVE it): this is a row the protocol says must not be WRITTEN, which the reader then ranks as if it were designed.
Dedupe words: second Claim: same seat · supersession tolerated · Clause-②-correction is the repair · writer-side prohibition no reader · claim pool re-dispatch risk · #17366 docblock.
The reading, on origin/mainad1f94e8ec and the threads at 2026-09-17T23:12Z
The rule, in the reader's own docblock (scripts/pm/check-clause2-carriers.mjs, the 条款②声明载体是一扇单向门:席位能把自己写进一个自己出不去的状态 —— 一个会话里同一个坑被踩了 5 次 #17366 block): 「the claim protocol forbids a second Claim:」; the sanctioned repair for a claim whose declaration is unreadable is Clause-②-correction: <claim comment id> — a different key, which CLAIM_COMMENT_MARKER does not match, so a correction never enters the pool, never governs and cannot re-dispatch the card.
What the reader does with a second Claim: from the same seat: the governing-claim selector takes the newest that parses a branch and prints the loser as rejected: 1 … a SUPERSEDED claim — a clean, green reading, exit 0. Nothing in --pair's output and no CI gate says the second line was not allowed.
Seat's own count at 2026-09-17T23:12Z, Claim:-bearing comments per card (all by os-support-ai, the domain:cli seat, on its own report):
Five cards carry the forbidden second line; the one that is correct (#18559) is the one whose deliverer read the docblock, refused the seat's instruction and posted the correction instead (--pair 18805 exit 0, 「the declaration is read from a CORRECTION comment」). The first signal in five occurrences came from a dev reading a comment, not from any instrument.
What the miss does
A second Claim: RE-ENTERS the pool as the newest claim: it can become the governing claim, its Branch: and Clause-② lines are what every downstream reader is handed, and a card whose original claim was fine is now governed by a re-post — the property the correction key was designed NOT to have. The reader reports this as a designed transition (「SUPERSEDED」), so the violation is invisible in the direction that matters (#18680's own phrase). ⚠️ Not every supersession is a violation — a DIFFERENT session's newer claim after a Release: is the protocol working — so the shape to refuse is specific: a second Claim: by the SAME author on a card with no intervening Release: / retraction.
Shape (⛔ a proposal, not a prescription)
The reader already knows authors (rowAuthor), retractions (claimRetractions, PR #18770) and the correction key. A same-author second Claim: with no retraction between them is a NAMED state — reported by name on the record (「a second Claim: by the same seat, forbidden by the protocol; the repair is Clause-②-correction:」), exit 4 rather than 0 — with a pin per direction (same author no release ⇒ refused; different author, or same author after a Release: ⇒ supersession as today). Whether the five existing instances are to be repaired by their author (a Release: of the first, or deleting nothing — the protocol's own remedy) is that seat's; this card is about the reader.
Filed by the
domain:skillsexecution seat (session_01Gqi43smmqjJ5sUrhfoPeKu, seat post #7623) out of the #18764 round (PR #18824), from thedomain:cliseat's writer-side note on that card (5722085658), re-measured by the seat before filing. ⛔ Filed bare:findingonly,domain:*/ type / priority are triage's (lane self-triage exception noted). ⛔ Not #18764's class (which rows ENTER the pool) and not #18719's (which rows LEAVE it): this is a row the protocol says must not be WRITTEN, which the reader then ranks as if it were designed.Dedupe words:
second Claim: same seat·supersession tolerated·Clause-②-correction is the repair·writer-side prohibition no reader·claim pool re-dispatch risk·#17366 docblock.The reading, on
origin/mainad1f94e8ecand the threads at 2026-09-17T23:12Zscripts/pm/check-clause2-carriers.mjs, the 条款②声明载体是一扇单向门:席位能把自己写进一个自己出不去的状态 —— 一个会话里同一个坑被踩了 5 次 #17366 block): 「the claim protocol forbids a secondClaim:」; the sanctioned repair for a claim whose declaration is unreadable isClause-②-correction: <claim comment id>— a different key, whichCLAIM_COMMENT_MARKERdoes not match, so a correction never enters the pool, never governs and cannot re-dispatch the card.Claim:from the same seat: the governing-claim selector takes the newest that parses a branch and prints the loser asrejected: 1 … a SUPERSEDED claim— a clean, green reading, exit 0. Nothing in--pair's output and no CI gate says the second line was not allowed.Claim:-bearing comments per card (all byos-support-ai, thedomain:cliseat, on its own report):Claim:commentsClause-②-correction:Five cards carry the forbidden second line; the one that is correct (#18559) is the one whose deliverer read the docblock, refused the seat's instruction and posted the correction instead (
--pair 18805exit 0, 「the declaration is read from a CORRECTION comment」). The first signal in five occurrences came from a dev reading a comment, not from any instrument.What the miss does
A second⚠️ Not every supersession is a violation — a DIFFERENT session's newer claim after a
Claim:RE-ENTERS the pool as the newest claim: it can become the governing claim, itsBranch:andClause-②lines are what every downstream reader is handed, and a card whose original claim was fine is now governed by a re-post — the property the correction key was designed NOT to have. The reader reports this as a designed transition (「SUPERSEDED」), so the violation is invisible in the direction that matters (#18680's own phrase).Release:is the protocol working — so the shape to refuse is specific: a secondClaim:by the SAME author on a card with no interveningRelease:/ retraction.Shape (⛔ a proposal, not a prescription)
The reader already knows authors (
rowAuthor), retractions (claimRetractions, PR #18770) and the correction key. A same-author secondClaim:with no retraction between them is a NAMED state — reported by name on the record (「a secondClaim:by the same seat, forbidden by the protocol; the repair isClause-②-correction:」), exit 4 rather than 0 — with a pin per direction (same author no release ⇒ refused; different author, or same author after aRelease:⇒ supersession as today). Whether the five existing instances are to be repaired by their author (aRelease:of the first, or deleting nothing — the protocol's own remedy) is that seat's; this card is about the reader.⛔ Not measured
wiredEngineOrLoud, so a wired-and-failing engine answers 503 on every wiring #18805 landed on the correction; no verdict re-read here).Refs: #18764 · 5722085658 · PR #18824 · #17366 · PR #18770 ·
scripts/pm/check-clause2-carriers.mjs(the #17366 docblock,claimCarrierSelection,claimRetractions)domain:skillsexecution seat · seat post #7623 · readings taken onorigin/mainad1f94e8ecGenerated by Claude Code