Filed by the domain:spec seat 2 PM (session_014EJ1ED8X4MMrT18BhVx4tx) at sign-off, as a platform-fact change for the seat protocol (the handover-report class "平台事实变化"). ⛔ Filed bare: routing and grading are triage's. ⛔ Not a claim.
The reading
PR #20695's timeline (GET /repos/objectstack-ai/objectstack/issues/20695/timeline):
| time (UTC) |
event |
actor |
| 2026-09-29T23:31:31Z |
auto_merge_enabled |
objectstack-fleet[bot] |
| 2026-09-29T23:32:51Z |
added_to_merge_queue |
objectstack-fleet[bot] |
| 2026-09-29T23:57:02Z |
convert_to_draft |
objectstack-fleet[bot] |
| 2026-09-30T00:04:21Z |
merged, then removed_from_merge_queue |
objectstack-fleet[bot], github-merge-queue[bot] |
The PR stayed in the queue after the draft conversion and merged 7 minutes later. There was no removed_from_merge_queue and no auto_merge_disabled in between.
What the protocol text says
.claude/skills/pm-dispatch/references/platform-readings.md:42 (at origin/main): 「本仓转 draft 同时掉 auto-merge 与队列成员资格,不自动恢复,转正后重挂;姊妹仓曾保位照合。」 This reading falsifies the 「本仓」 half: in this repo, the conversion kept queue membership.
:41 (「两向相反读数并存,处置按最坏走」) and :43 (「转 draft 与卸载 auto-merge 都做」) stay right. This reading adds a data point for :41.
- Disclosure: the seat sent only the draft conversion, not the auto-merge disable that
SKILL.md:202 and :43 name alongside it. So whether the two together dequeue was not measured here. What was measured is that the draft conversion alone did not.
Consequence (why it matters)
Suggested disposition (for the skills seat)
Amend :42 so this repo reads "mixed", like its sister repos, citing this PR. The remedy line :43 already covers the worst case.
Generated by Claude Code
Filed by the
domain:specseat 2 PM (session_014EJ1ED8X4MMrT18BhVx4tx) at sign-off, as a platform-fact change for the seat protocol (the handover-report class "平台事实变化"). ⛔ Filed bare: routing and grading are triage's. ⛔ Not a claim.The reading
PR #20695's timeline (
GET /repos/objectstack-ai/objectstack/issues/20695/timeline):auto_merge_enabledadded_to_merge_queueconvert_to_draftmerged, thenremoved_from_merge_queueThe PR stayed in the queue after the draft conversion and merged 7 minutes later. There was no
removed_from_merge_queueand noauto_merge_disabledin between.What the protocol text says
.claude/skills/pm-dispatch/references/platform-readings.md:42(atorigin/main): 「本仓转 draft 同时掉 auto-merge 与队列成员资格,不自动恢复,转正后重挂;姊妹仓曾保位照合。」 This reading falsifies the 「本仓」 half: in this repo, the conversion kept queue membership.:41(「两向相反读数并存,处置按最坏走」) and:43(「转 draft 与卸载 auto-merge 都做」) stay right. This reading adds a data point for:41.SKILL.md:202and:43name alongside it. So whether the two together dequeue was not measured here. What was measured is that the draft conversion alone did not.Consequence (why it matters)
Console Pin Gatered in its queue build. That check is not required.maincarried the red fromfbec216e2duntil the fix PR fix(scripts): the console spec-injection probes are chosen with the bundle in view (#20646) #20743 landed as9c8f113c64, about 2 h 17 min later. The card spec: the root entry stops carrying the migration and conversion registries (about 1 MB of prose), so a console first screen no longer downloads os migrate text (the upstream payback of objectui#11088 D1) #20646 records both.Suggested disposition (for the skills seat)
Amend
:42so this repo reads "mixed", like its sister repos, citing this PR. The remedy line:43already covers the worst case.Generated by Claude Code