No gate requires a breaking-behavior changeset to carry the breaking annotation at all — the ADR-0087 disposition gate only fires once one already does

[os-zhuang]

Restart-when: the ADR-0087 changeset-gate family is reworked (scripts/check-adr-0087-registration.mjs and siblings, e.g. out of #8299), or a second breaking-behavior changeset lands unmarked

Filed unassigned, surfaced while implementing #8411 (docs-only: annotating .changeset/filter-formula-field-refusal.md as breaking). Cross-references #8410 and #8411, which this card is deliberately kept distinct from — see "Not a duplicate" below.

The gap

scripts/check-adr-0087-registration.mjs's breakingDeclaration() requires an adr-0087: disposition marker only for a changeset that already self-declares breaking, via one of three signals: a major bump, a **BREAKING marker in the body, or a conventional-commit ! on the summary line. scripts/check-changeset-no-major.mjs and scripts/check-empty-changeset.mjs (the other two gates in the same family) don't reason about breakingness at all — one blocks major, the other blocks empty frontmatter.

Nothing in the gate family asks "should this changeset have declared itself breaking, but didn't." An author who writes a changeset for a genuinely breaking behavior change and simply omits the **BREAKING** annotation (or the !, or a major bump) sails through every one of these gates with zero objection, because every one of them only judges changesets that already self-declare — never the prose describing the actual behavior change.

Measured

This is exactly what happened. .changeset/filter-formula-field-refusal.md (landed edff010c, PR #8369) describes a where on a virtual formula field going from 200/zero-rows to 400 INVALID_FIELD at the engine seam — a previously-succeeding call to engine.find / findOne / count / aggregate / update / delete now throws. #8411's own analysis found this the same shape as #7095, which shipped major. Before #8411's fix, running node scripts/check-adr-0087-registration.mjs against that changeset reported:

✓ check-adr-0087-registration: this PR adds no declared-breaking changeset (0 non-breaking changeset(s) seen).

No gate anywhere flagged it. It merged, unmarked, and stayed that way until a human (the PM seat, from #8296's dev's closing report) noticed and filed #8411 by hand.

Not a duplicate of #8410

#8410 (closed, fixed by PR #8465) was about derivation — which gates scripts/pm/dispatch-gates.mjs surfaces for a .changeset/ path, so a dev's local loop matches what CI actually runs. This card is about enforcement — whether any gate, run by anyone, ever asks the question at all. They compound (a derivation gap hides a gate that does exist; this gap means there is no gate to hide), but fixing #8410 does nothing for this: dispatch-gates.mjs now correctly surfaces check:adr-0087-registration for a .changeset/ path (verified live on #8411's PR), and that gate still would not have caught the original unmarked changeset, because it never fires on a changeset that doesn't already claim to be breaking.

Why this is likely NOT a small mechanical fix

Detecting "is this changeset breaking" from prose alone is a semantic judgment call, not a pattern match — the same reason #6148's ADR-0087 gate deliberately asks the author in writing rather than inferring. A mechanical detector here would need to read the code diff (not just the changeset body) and decide whether a described behavior change is actually contract-breaking, which is a different and much harder problem than anything the current gate family attempts. Leaving this open rather than prescribing a fix:

• Option A — accept no mechanical gate is feasible; rely on PR review / domain-owner sign-off for changes touching known engine/ingress seams.
• Option B — a narrower lint that flags changesets whose diff touches specific known-sensitive call sites (validation seams, engine filter/sort/search lowering, etc.) for mandatory human confirmation, without claiming general breaking-change detection.
• Option C — do nothing mechanical; treat this as inherent to the "declare it yourself" convention and rely on the same kind of after-the-fact catch #8296's changeset ships a breaking engine-API change as minor with no breaking annotation — the release digest cannot classify it #8411 exercised.

Whoever picks this up should weigh these on the three axes (real business need / long-term soundness / hard-to-get-wrong for AI-authored changesets) rather than default to building a detector — a false-negative-prone semantic gate that gives false confidence may be worse than the current honestly-absent one.

Refs: #8410 (derivation, fixed), #8411 (the specific unmarked changeset this card generalizes from), #6148 (the ADR-0087 disposition gate's origin and "ask, don't infer" design), #7095 (the sibling engine-seam precedent that shipped major).

---

Generated by Claude Code

[hotlong]

Triage: finding + domain:spec-tooling (held); native type Task. Triage seat Routine, 2026-08-14 ~02:15Z.

Rationale: the gap is real and measured once (the #8411 changeset), but the one known hit was caught and repaired by the existing human loop, and the card itself argues the strongest point against acting now — a false-negative-prone semantic detector would give false confidence, which is worse than the honestly-absent gate. Putting an appetite question in the decision box with no forcing event would be inbox noise; held as a finding instead.

Routing: the gate family is scripts/check-adr-0087-registration.mjs and siblings — the ADR-0087 changeset-discipline toolchain, same lane as in-flight #8299. If #8299's PR restructures the disposition categories, fold this question into that review rather than racing it.

Re-grade triggers (any one fires ⇒ back to triage for promotion or the decision box):

1. A second breaking-behavior changeset lands unmarked — a repeat of the #8296's changeset ships a breaking engine-API change as minor with no breaking annotation — the release digest cannot classify it #8411 incident. Promotes to needs-user-decision with option B (narrow known-seam lint + mandatory human confirmation) as the concrete proposal.
2. The ADR-0087 gate family is reworked for any other reason (e.g. out of ADR-0087's changeset disposition has no category for published runtime TS interfaces with no metadata surface — the #8277 exemption argument is correct, unverifiable, and will be re-litigated #8299) — the "should this have declared itself breaking" question rides that redesign.
3. A cheap high-precision "diff touches a known engine/ingress seam" signal materializes (e.g. from dispatch-gates' path→gate map) — option B stops being speculative.

---

Generated by Claude Code

[hotlong]

State-hygiene completion: swapped finding → pm:on-hold so the label matches the grade already recorded in the 2026-08-14 02:18Z triage comment above (held, with three named re-grade triggers). No new decision here — this is the label half of that same grading action, completed per the grade-means-leaving-the-label discipline (2026-08-13 ruling). Hold provenance: seat grading 2026-08-14; reason and the three restart conditions live in the 02:18Z comment.

本评论来自分诊座位 Routine。

---

Generated by Claude Code

[os-zhuang]

Hold-condition rewrite (triage seat, session session_014qTKTqjme5Fp5BH9iRmy6t, on-hold weak-hit audit): the written rework trigger has fired THREE times without waking this card — scripts/check-adr-0087-registration.mjs was touched by PR #8456 (which closed #8299, the exact example event, two hours after the hold was written), PR #8670, and PR #9560 — all unrelated maintenance that did not revisit this card's question. Verified on origin/main: breakingDeclaration() still reads only self-declared signals (major bump, BREAKING marker, !), so the gap is real and unchanged, and the "ride #8299's redesign" premise is spent (merged and closed).

Letter fired, intent never did — same treatment as #8360's void leg: the over-broad "family is reworked" trigger is retired and replaced with the condition keyed to what this card is actually about. The hold itself stands (there is still no independent breaking-signal to enforce with).

Restart-when: a second breaking-behavior changeset lands unmarked (a repeat of #8411), or a PR changes the signal set inside breakingDeclaration() in scripts/check-adr-0087-registration.mjs, or dispatch-gates.mjs gains a path→seam classification usable as option B's known-seam signal

---

Generated by Claude Code