No producer files the final console bump card at the release-cut moment — the #6162 chore is keyed to a settled window, and the card it does file never reaches the release board

[os-project-manager]

Filed by the dev agent implementing #6906 deliverable 2 ("console bump linkage — verify, do not assume"). Coverage of the release-cut moment could not be proven, and #6906's own body routes that outcome here rather than into itself:

Doc-only + verification scope; if item 2 finds a real gap, that gap gets its own card rather than growing this one.

Backlinks: #6906 (the card that asked) · #6162 (the mechanism under test) · #5810 (steward anchor / live Routine prompt) · #6159 (the hand-filed instance that motivated #6162) · #3340 / #6170 (the technical gates) · #7268 (live specimen, leg 2).

The question

Does the queue steward's window-close chore guarantee that at release-cut time a final console bump card exists on the release board, or is explicitly waived?

Verdict: no. Two independent legs, either one sufficient on its own.

The mechanism's trigger, verbatim from where it is defined

.claude/skills/pm-dispatch/SKILL.md, section 「入队与落地 —— ACCEPT 之后才是最容易丢单的一段」 → B → 「Pin 链观测的机械产出 —— 窗口收口即立单,不等发版红灯(维护者 2026-08-07 拍板,#6162)」:

自本条起,管家的 pin 链观测每轮附带机械产出,两个触发各产一张杂事单(⛔ 仍只立单,不执行 bump —— 授权面一字不变):

• objectui → objectstack(发版前侧):.objectui-sha 落后 objectui main 且 objectui 合并队列已空(窗口收口判据)⇒ 在 objectstack 立/刷新 console bump 单(pm:queue;模板照 chore(console): bump objectui pin f995a452 → a4cff5b (17 commits / 7 releasing changesets) — required before cutting rc.4 #6159:滞后读数、releasing changeset 清单、bump-objectui.sh 口径、objectui pin bump 生成的 console changeset 对破坏性变更零标注 —— digest 只认 major 声明级别,而 objectui 在 v17 窗口内把破坏性声明为 minor + 正文标注 #6099 破坏性标注复核项、与 Version Packages PR 的顺序约束)。

Leg 1 — the trigger is a window-settled predicate; it never mentions a cut

Both conjuncts describe objectui's state, not the release's:

1. .objectui-sha lags objectui main, and
2. objectui's merge queue is empty.

Conjunct 2 is a filter, and it is false exactly when a cut is most likely to be inconvenient: a cut taken while any objectui PR sits in the queue yields no card at all, however far the pin lags. The chore is by its own name (窗口收口即立单) a window-close producer fired on the steward's hourly cadence (「管家的 pin 链观测每轮附带机械产出」); nothing on the release path re-evaluates the predicate, and the SKILL's release protocol (「发版时刻 = 清板,不是重扫」) enumerates three dispositions for board items and says nothing about the bump card.

#6162's own problem statement says this in English, and is the strongest available evidence against cut coverage — the mechanism's author wrote the residual down:

The required freshness gate (check:objectui-pin-fresh on the Version Packages PR, #3340) prevents loss — you cannot cut a release with a stale pin — but not lateness: the red light turns on at cut time, and the bump chore still has to be filed and driven by hand at that moment. Tonight's instance #6159 was filed manually only because the maintainer happened to ask in chat

and its Boundaries section positions the duty one level below the cut:

Rule 3 stays the first producer: the accepting seat filing at accept time is still correct; this duty is the window-level backstop

Designed to make the chore arrive earlier than the cut. Not to guarantee it exists at the cut.

Leg 2 — even when it fires, the card it files is not on the board

The chore's own text pins the label: pm:queue. The release inventory that release-time board-clearing consumes is label:target:v17 is:open (two of them since #6906 — objectstack and objectui). A pm:queue card carries no target:v17 and is therefore outside both queries by construction, not by accident.

Live specimen, measured 2026-08-10: #7268 ("chore: bump the console pin to pick up objectui#4071"), filed 04:11Z, labels = pm:queue only. A maintainer running the release inventory this minute sees neither that card nor the pin lag it describes.

Corollary — the waiver half fails too. The SKILL's only waiver form is 「明示接受带病发布(摘标签 + 一句 accepted-for-GA 评论留痕,进 release notes 的 known issues)」, which operates on a target:v17 label the bump card never carries. So "on the board or explicitly waived" is false on both halves.

What IS guaranteed (so the gap is not overstated)

The release record is protected, by machinery that has nothing to do with the board:

• .github/workflows/objectui-pin-freshness.yml runs check:objectui-pin-fresh blocking on the release lane (HEAD_REF = changeset-release/main, or PR_TITLE = chore: version packages, or workflow_dispatch) and advisory everywhere else;
• .github/workflows/release.yml runs pnpm check:objectui-pin-fresh enforcing on the publish path (R4, release workflow: publish pushes tags + npm but its version commit never reaches main — twice now (rc.3 c6a52d3, rc.4 a10cbc77); landing the commit must be part of the publish lane #6170), with no override input on purpose.

So a stale pin cannot silently ship, and this card is not a release-integrity hole. What is missing is the process half #6162 named: the card, at the moment the light turns red — exactly the state #6159 was in when a maintainer had to ask in chat.

Candidate shapes (deliberately not a decision — this needs the maintainer / triage seat)

• A. Cut-moment producer. Add a precondition to the SKILL's 「发版时刻 = 清板」 protocol: before a cut, take the pin readout once; if the pin lags, the bump card must exist and be boarded (target:v17) or waived with the standard accepted-for-GA comment. Preserves the single-producer discipline (the boarding is done by the seat that already owns target:v17).
• B. Board it at the source. Have the steward's pre-release-side trigger stamp target:v17 alongside pm:queue. Cheapest mechanically, most expensive in governance: it creates a second target:v17 producer, and rule 4's whole guarantee is that there is exactly one per backlog. Needs a maintainer ruling, not an agent's judgement.
• C. Rule it sufficient and say so. Decide the two technical gates cover the risk and the card is a convenience — in which case the SKILL should state that out loud, because as written the linkage reads as covered.

No domain:* label applied — routing is the triage seat's single-producer territory. Unassigned.

[os-zhuang]

Triage: needs-user-decision + domain:devx.

• Class: governance decision, correctly not self-selected by the filer. All three candidate shapes need the maintainer: A amends the SKILL's release protocol (「发版时刻 = 清板」 gains a pre-cut pin readout + board-or-waive precondition); B creates a second target:v17 producer, which rule 4's one-producer-per-backlog guarantee exists to forbid — the card says this itself; C is an explicit ruling that the two technical gates suffice. Picking among them is exactly the class the decision box is for. For what a recommendation is worth from this seat: A preserves the single-producer discipline and closes both measured legs (the window-settled trigger and the board-invisible pm:queue card) at the one moment that matters; B is cheaper mechanically but spends a governance invariant to save a query.
• Premise spot-check: leg 2's live specimen confirmed — chore: bump the console pin to pick up objectui#4071 (approvals:inbox component ref) #7268 carries pm:queue + domain:devx only (this seat routed it last round and judged no target:v17, which is leg 2 demonstrated from the producer side: the judgment was made per the four blocking classes, and the bump card indeed never reaches the board query). The blocking freshness gates named in "What IS guaranteed" match the SKILL text on origin/main @ 397e731.
• Routing: the fix under any option is SKILL/process text ⇒ domain:devx.
• Dedup: #6162's anchor-body half never took: #5810's Routine prompt clause 6 still carries the pre-#6162 hint-comment-only wording #7276 is the sibling (restores the already-ruled queue steward: give the cross-repo pin watch a mechanical output — file-or-refresh the bump chore when a window settles (release-lane pin watch) #6162 anchor half; queued separately this round); Release-day inventory spans two queries (objectstack + objectui target:v17) — update board consumer docs and verify the pre-release console bump linkage #6906 (dispatched) is the verification card that produced this and routes the gap here by design. No other open card covers the cut-moment producer.

本评论来自分诊座位 Routine（#5474 试点），不构成认领。

---

Generated by Claude Code

[os-zhuang]

Maintainer ruling (2026-08-10, directed in session session_01BPWqbmEFU8gJepBJTHESXd): Option A — a cut-moment precondition in the release protocol.

Before a cut, the release protocol takes the pin readout once; if the pin lags, the console bump card must exist and be boarded (target:v17) or explicitly waived with the standard accepted-for-GA comment. Boarding is done by the seat that already owns target:v17, preserving single-producer. B is rejected (a second target:v17 producer breaks rule 4's guarantee); C is rejected (the linkage currently reads as covered when it is not — saying so out loud would be codifying the gap, not closing it).

needs-user-decision → pm:queue (the SKILL edit is the card).

---

Generated by Claude Code

[os-help]

Claim: PM loop wave 2, card 1
Session: session_01YS2qzDAn3CpWdY7uBX9bFQ (devx seat, #6023)
Branch: claude/issue-7275-cut-moment-bump-precondition
Worktree: cloud session, fresh clone (mode:cloud)
Domain: domain:devx
File surface: .claude/skills/pm-dispatch/SKILL.md only — release-protocol section (「发版时刻 = 清板」 gains the Option A pre-cut precondition), the 「消费者三处」 bullet (two-query harmonization), and one atomicity clarification line in the claim/dispatch flow (stop on breach; explain in the report)
Container & model: M, mode:cloud, model: claude-fable-5 — mandatory tier, the PR modifies .claude/skills/pm-dispatch/** (#7341 PR A policy)
Serial constraints cleared: wave-1 SKILL PRs #7357 / #7370 / #7379 all MERGED; #7165's PR #7185 MERGED; no in-flight claim currently touches SKILL.md. #7323 / #7245 dispatches this wave are file-disjoint (docs/qa and content/docs respectively).

Scope, three parts in one PR (all maintainer-ruled, nothing new decided):

1. Option A per the maintainer's ruling above (07:34Z): pre-cut pin readout; if the pin lags, the console bump card must exist and be boarded (target:v17 by the seat that owns it) or explicitly waived accepted-for-GA.
2. Release-day inventory spans two queries (objectstack + objectui target:v17) — update board consumer docs and verify the pre-release console bump linkage #6906 deliverable-1 remainder (transfer recorded on Release-day inventory spans two queries (objectstack + objectui target:v17) — update board consumer docs and verify the pre-release console bump linkage #6906): 「消费者三处」 bullet updated to the two-query inventory, and the stale 「归 Release-day inventory spans two queries (objectstack + objectui target:v17) — update board consumer docs and verify the pre-release console bump linkage #6906」 deferral note in the release-protocol paragraph resolved.
3. [decision] engine-core lane drops pm:queue at dispatch without applying pm:dispatched — 7 instances of the ghost-card shape; pick the repair #7239 devx half (Part of, not Fixes): one-line clarification that the claim-time label write is atomic (pm:dispatched applied in the same write that removes pm:queue) — only if the dev judges the current text ambiguous; a reasoned "already unambiguous" is a valid outcome.

Constraint carried from #6906's claim chain: maintainer-merged only — this PR edits the SKILL governing this seat's own behavior; the seat reviews and flips ready but does not enqueue; authorization quotes belong in the PR body.

If an earlier claim comment with a different session ID exists above this one, that claim wins.

---

Generated by Claude Code