Repository navigation
Description
Sub-issue of #9465.
Blocked-by: #9498
Restart-when: .changeset/pre.json exists on origin/main with "mode": "pre" — i.e. the next RC window has been entered.
On hold by design, not by neglect. Everything #9497 and #9498 measure happens in a throwaway clone or on a PR; the behaviour this epic exists to protect — a real cut, over a real accumulated changeset set, under the enforced cut-rc.yml allowlist — only exists inside a genuine pre-mode window. A migration that is green on a PR and wrong at cut time is exactly the failure mode we are buying insurance against, so the insurance is not claimed until it is testable.
What to check when it fires
- The first
pnpm run versionof the window: does it produce the file set [v3 migration 1/4] Rehearse @changesets/cli v3 in a throwaway clone and answer U1–U6 with measurements — no repo changes #9497 measured, and doescut-rc.yml's allowlist accept it without an override? - Where consumed changesets actually go (
.changeset/pre/vs the root), and whether the count matches what the migrated gates expect. check-changeset-no-major.mjsagainst a live pre-mode repo: does its exemption behave as the migration assumed, and does a typo-sized PR in the window see a sane verdict rather than the 171-file absurdity the old shape produced?objectui-changeset-digest.mjsagainst the livepre.json.- At window close: the post-exit state, which is where finding:
check-changeset-no-major --self-testgoes red repo-wide after a release exits pre mode — its control requires major-declaring changesets AND apre.jsonthat no longer exists #8654's self-test failure lived.
Non-goals
This card observes a release window; it does not create one. No pre-mode entry or exit, no publish, no tags, no release-workflow dispatch. If something is wrong, the deliverable is a precise report plus a fix card — not a hot fix applied mid-cut.
Acceptance
- A verification report on Migrate the release toolchain to @changesets/cli v3 — one atomic PR carrying the bump, the pre-mode restructure, and the gates that model v2's semantics #9465 covering each bullet above with real output from the window.
- Any divergence from [v3 migration 1/4] Rehearse @changesets/cli v3 in a throwaway clone and answer U1–U6 with measurements — no repo changes #9497's rehearsal filed as its own card with the measurement, and linked here — a rehearsal that mispredicted reality is a finding worth keeping, not an embarrassment to bury.
Activity
os-steve commentedon Sep 21, 2026
关闭(维护者指令,skills 席 2 代执行;裁决 #202 B)— 2026-09-21T03:43Z
出处三件(
SKILL.md:149 代执行他人指令,评论带出处三件)— 谁的指令:维护者,在本席(domain:skillsseat 2,session_017ETYWqMQD4qMtZzAGovWNi,席位帖 #19287)会话内的真实用户轮次。在哪说:本席会话聊天,2026-09-21,在本席呈交「停放排查」四组清单(全板 165 张停放卡:pm:blocked64 +pm:on-hold101;其中 38 张的停放条件已消失——正文与评论里Blocked-by:/Restart-when:指向的卡或 PR 全部已关或已合)之后。原话(逐字,⛔ 未翻译、未润色):「还有哪些应该解除停放的你一起排查一下」;对四组清单:「同意」。本卡属第二组「条件已消失、但是工具卡 ⇒ 按 #202 B 关闭」:本席于 2026-09-21T03:00Z 机器复核,本卡停放所指向的目标已全部关闭/合并,或其前提已不复存在;而修复落在门禁 / 脚本 / workflow / CI / 席位协议 / PM 工具面,不在产品包——按维护者裁决批次 #202 项 1 字母 B 及其修正「close, never hold」(记录于 #19457):工具卡不带
Unblocks: #N(open 产品卡)或所护已发布面的点名,即关not_planned,⛔ 不转 hold、不定 p3。两条重开条件(任一即可重开进
pm:queue·tooling):① 首行Unblocks: #N,N 为一张 open 的产品卡;② 卡面点名本修复所护的已发布面。卡上已有的测量与分析原样保留,供重开时续用。Generated by Claude Code