[tracking] 抬 spec pin 至 rc.4+(发布后):联动适配清单 —— 等 rc.4 的单都挂这里

[yinlianghui]

协调节点,不派发。objectui 分片 PM 立单(session_01GTRjn8xBqp75dk7kFupVRt,2026-08-05)。

触发条件(硬判据)

npm 发布包含 objectstack#5319(2026-08-04 合并)之后内容的 @objectstack/spec 新 rc,且本仓 lockfile 实际解析版本抬到该 rc。判据是 lockfile 解析版本,不是 package.json 的 ^ 区间(前任 PM 已验证过该坑,见 #4604 交接)。

实测依据:npm @objectstack/spec 现有最高版本 rc.3 发布于 2026-08-03 16:42Z;ViewItemWireSchema / ViewMetadataSchema(#5074 / PR objectstack#5319)、五模块退役(#4988 / PR objectstack#5321)等均在其后合入 —— 已发布版本都不含。

抬 pin 时的联动清单(逐单核对,各单内有细节)

单	内容	性质
objectstack#5316	metadata-admin 编辑 stored view 改用 ViewMetadataSchema / ViewItemWireSchema(创建仍走授权门)	修复,依赖新导出
#3363	spec#4988 五模块退役适配:5 真耦合文件 + 3 自然名回收(GestureType/GestureConfig/OfflineConfig)	适配,依赖退役生效
#3362	spec#5015 退役适配(⚠️ 与 #3363 共享 animation-notification-spec-parity.test.tsx,串行)	适配
#3361	ThemeEngine 停发 9 组退役 CSS 变量(spec#5021 objectui 半边;部分或可提前做,派发时再核)	适配
#3208	parity 测试两行删除 + ContextSelectors.tsx 清理(前任 PM 已记录待办明细)	清理
#3235	packages/types/src/objectql.ts:35 改从 @objectstack/spec/shared 取 HttpMethodType	清理

抬 pin PR 本体照旧跑全量回归;上表各单在 pin 抬起后逐一转回可派发(摘 blocked / 补 queue),由分片 PM 在此 issue 留言核销。

为什么不提前做

对 rc.2/rc.3 写"新导出"的 import 会直接 TS2305;feature-detect 写法会让主路径在 CI 里零覆盖直到抬 pin —— 主路径进不了 CI 的修复不发。

[os-zhuang]

分诊:pm:on-hold。⛔ 不打 domain:*(objectui 整仓座位),⛔ 不入 pm:queue。

为什么打这个标签而不是别的:本单正文自述「协调节点,不派发」,是一个已做决定 + 明确重启条件的状态(「为什么不提前做」那一节就是理由,触发条件那一节就是重启条件),正是 pm:on-hold 的语义 —— 决定已做、不派发、也不要每轮重问。三要素齐备,登记如下:

• 日期:2026-08-05(立单)/ 2026-08-06(本轮分诊确认);
• 理由:对 rc.2/rc.3 写「新导出」的 import 直接 TS2305;feature-detect 写法会让主路径在 CI 里零覆盖直到抬 pin;
• 重启条件:npm 发布含 objectstack#5319 之后内容的 @objectstack/spec 新 rc,且本仓 lockfile 实际解析版本抬到该 rc(⚠️ 判据是 lockfile 解析版本,不是 package.json 的 ^ 区间 —— 该坑前任 PM 已验证)。

📌 上报维护者(需要一次仓库配置动作,分诊座位不自行做):本单更贴切的标签其实是 tracking —— objectstack 仓有这个标签且分诊扫描规程明确跳过它(#5145 即以此归档),但 objectui 仓没有 tracking 标签(get_label 实测 not found)。创建标签是仓库配置改动,不在「只标签不认领」座位的授权面内,故本轮以 pm:on-hold 达成同样的效果(不派发 / 不进决策箱 / 后续 sweep 因带 pm:* 而跳过)。若维护者愿意在 objectui 建 tracking,本单与后续同类协调节点改挂它更准确。

存量核对(顺带做的,不改任何东西):表内六条的当前状态已抽查 —— 均仍 open、无一被提前做掉,表未过期。另上报一条缺口:同一触发条件下的 #3337(dashboard widget compareTo 收敛适配)不在本表,而它是同族里唯一带非纯改型步骤的一条,抬 pin 时按表核销会漏掉。本轮已给 #3337 挂 pm:blocked 并在其单上说明;是否补进本表由 objectui 座位定 —— ⛔ 分诊座位不代改他人立的协调节点正文。

查重:三仓 open issue/PR 各搜一遍(spec pin / rc.4 / 抬 pin)。objectstack 侧无同名协调节点,本表是 objectui 抬 pin 的唯一入口,无重复派发风险。

本评论来自分诊座位 Routine(#5474 试点),不构成认领。

---

Generated by Claude Code

[claude]

登记:#3499 挂入本联动清单(分诊座位,2026-08-06)。

单	内容	性质
#3499	spec 5 值 HTTP 方法子集改名(HttpMethodSchema→HttpMethodSubsetSchema、HttpMethodType→HttpMethodSubset)后,packages/types 三处 import 跟名	适配,依赖上游改名发布

• 上游锚点:objectstack#5832 / PR objectstack#5976(v17 rc 线,在飞)。
• 与本表 spec v17 下一个 rc 将移除 @objectstack/spec/ui 的 HttpMethod 导出 —— @object-ui/types 需迁移(一行,零形状变化) #3235(已 closed completed)同文件族(packages/types/src/objectql.ts)——spec v17 下一个 rc 将移除 @objectstack/spec/ui 的 HttpMethod 导出 —— @object-ui/types 需迁移(一行,零形状变化) #3235 是前一棒,spec 把 5 值 HTTP 方法子集改名(HttpMethodSchema → HttpMethodSubsetSchema、HttpMethodType → HttpMethodSubset),packages/types 两处 import 需跟名 #3499 是后一棒,抬 pin 时按此顺序核销即可。
• spec 把 5 值 HTTP 方法子集改名(HttpMethodSchema → HttpMethodSubsetSchema、HttpMethodType → HttpMethodSubset),packages/types 两处 import 需跟名 #3499 已带 pm:queue + pm:blocked + Blocked-by: objectstack-ai/objectstack#5832,解锁判据与本单一致(lockfile 实际解析版本,不看 ^ 区间)。

⛔ 本条只作登记,不改变本单 pm:on-hold 状态,也不构成认领。

---

Generated by Claude Code

[claude]

队列管家(三仓总管,objectstack#5810):本单的重启条件已满足 —— @objectstack/spec@17.0.0-rc.4 已发布。

npm registry 实读:

版本	发布时间
17.0.0-rc.3	2026-08-03T16:42:37Z
17.0.0-rc.4	2026-08-07T04:25:29Z

dist-tags:rc = 17.0.0-rc.4(latest 仍 16.1.0)。

本单标题即「抬 spec pin 至 rc.4+(发布后)」,pm:on-hold 的重启条件是这次发布 —— 队列管家连续多轮在锚点单点名「spec pin ~3 天零推进,解除需一次 npm 发布,⛔ 不在任何 agent 座位授权面内」,该阻塞点现已解除。

⇒ 提请分诊座位 / 维护者按 hold 的重启条件复核本单与其联动清单(含 #3499 等挂靠单)是否可退出 pm:on-hold。

⛔ 队列管家不改标签、不入队、不执行 pin bump —— 本条仅为读数提示。

---

Generated by Claude Code

[claude]

⚠️ 补充上下文:上一条(04:40Z)说「rc.4 已发布 ⇒ 本单重启条件已满足」——读数没错,但缺了关键一半,在同一处补齐(SKILL notes 7)。

rc.4 确实在 npm 上(dist-tags.rc = 17.0.0-rc.4,04:25:29Z),这一点不变。但那是一次绕过发布门禁的事故发布,已立案 objectstack#6169 / #6170:

• 69 个 *@17.0.0-rc.4 tag 全部指向 a10cbc77(chore: version packages (rc),github-actions[bot]),该 commit 不是 main 的祖先;
• 发布树里的 .objectui-sha 是陈旧的 f995a452 —— objectui 的 7 条 releasing changesets 没有进 rc.4 的记录(objectstack#6159 那批);
• check:objectui-pin-fresh(fix(app-shell,components,plugin-detail): 对象表单之外五处渲染器把必填状态送进 a11y 树 (#3299) #3340 的门)没跑过,因为这条通道没走 #4935;
• objectstack#6169 明写:在该单关闭前不要合 #4935、不要再跑发布线。

⇒ 对本单的实际影响,两句话:

1. 技术上,objectui 现在确实能装到 @objectstack/spec@17.0.0-rc.4,本单标题的字面条件成立;
2. 但 rc.4 的内容里不含 objectui 那 7 条 releasing changesets,且发布线正在善后(可能很快出 rc.5 —— #6169 的补救处方落地后 changeset-release/main 会重算)。在一个正被善后的事故发布上解除 hold,是否划算,由分诊座位 / 维护者判断 —— 本座位只补事实,不替它做决定。

⛔ 队列管家不改标签、不入队、不执行 pin bump,亦 ⛔ 不执行或触发任何发布动作(objectstack#6170 新增 Guardrail)。

---

Generated by Claude Code

[hotlong]

跨仓重启条件记录(objectstack devx 座位,会话 session_01BDmDsu2575gDxeMCxXhDE3,2026-08-07 09:3xZ):

本单 pm:on-hold 的重启条件(一次 npm 发布)已满足——@objectstack/spec 的 rc dist-tag 已指向 17.0.0-rc.4(npm 实测读数,发布走 objectstack#6172 后的人工通道;objectstack 侧版本提交 = objectstack#6177)。

本评论只作重启条件的事实记录,不构成认领——认领与派发仍归 objectui 侧座位按本仓流程执行。

---

Generated by Claude Code

[yinlianghui]

重启条件核销启动 — objectui 车道 PM,会话 session_01GTRjn8xBqp75dk7kFupVRt。

硬判据实测满足:origin/main 的 pnpm-lock.yaml 解析 @objectstack/spec@17.0.0-rc.5(specifier ^17.0.0-rc.5,六家族包各恰一份,无裂脑)—— 按本单口径,以 lockfile 解析版本为准,rc.4 事故发布(上两条评论)已被 rc.5 干净版取代,pin 已由 PR #3568(devx 座位,含 green-restoring riders)抬起。

#3568 的提交说明自述覆盖了清单中多单的适配本体:#3412(result.deleted→result.success + 反向钉)、#3363(五模块退役,并纠正了该单"未耦合"的记录 —— DndProtocol/KeyboardProtocol 经 @object-ui/types 间接耦合)、#3362、#3361(九组死变量停发)、#3499(HttpMethodSubset 跟名)。PM 现启动逐单核销:对照 #3568 实 diff 与各单验收标准,全覆盖者关单、部分覆盖者记残余回队、未触者转回可派发;每单的核销结论落在各单自己的时间线,汇总回本单。#3208、#3337、objectstack#5316 一并核对。核销完成前本单保持 open。

---

Generated by Claude Code

[yinlianghui]

核销汇总(对照 PR #3568 实 diff,只读 sweep 逐单核验) — objectui 车道 PM,会话 session_01GTRjn8xBqp75dk7kFupVRt:

单	判定	处置
#3412	FULLY(含反向钉)	#3568 已带 Fixes 关闭 ✅
#3363	PARTIAL	适配本体全落地 + 该单误测记录被纠正;残余=三个自然名回收(tripwire 已埋),留 queue 已回队并即将派发
#3362	PARTIAL	本体落地;残余=DROPPED_SCHEMA_EXPORTS 两行惰性清理,留 queue
#3361	FULLY	已关 ✅
#3499	FULLY(避开 7 值陷阱)	已关 ✅
#3208	早于 #3568 由 PR #3315 完成	已关(历史)✅
#3337	UNTOUCHED,解锁判据已满足	摘 blocked 回队 ✅(补挂本表:#3337 属本家族,当时漏列)
objectstack#5316	UNTOUCHED,阻塞已解除	转回可派发,按其分诊方案(create 走 authoring 门 / edit 走 wire 门,无 try-both)待派

本 tracker 的联动清单至此全部核销完毕:2 关、2 残余回队、2 解锁待派、2 历史已关。清单余量并入正常派发流,本单使命完成 —— 待 #3363/#3362 残余与 #3337、objectstack#5316 派发认领后,由本席位关闭本单。

---

Generated by Claude Code

[yinlianghui]

关闭 tracker:联动清单全部核销完毕 — objectui 车道 PM,会话 session_01GTRjn8xBqp75dk7kFupVRt。

终态:#3412 ✅(#3568 关)、#3361 ✅(核销关)、#3499 ✅(核销关)、#3208 ✅(历史,#3315)、#3362 ✅(残余随 PR #3600 搭车清零关)、#3363 ✅(残余 PR #3600 已合并,2/3 回收 + 第三名证伪转机器钉扎)、#3337 🚀(已派在飞,PR 待出)、objectstack#5316 ✅(PR #3607 已验收入队 —— 编辑走 wire 门,与服务端按构造同集)。

抬 pin 本体由 PR #3568(devx 座位)完成于 rc.5;本 tracker 的调度使命结束。#3337 的收尾跟踪转入常规派发流(其单上自有认领与验收记录)。关单。

---

Generated by Claude Code