[finding] `pnpm --filter @objectstack/client-react... build` fails in packages/runtime (TS2307: cannot find `@objectstack/rest`, dts leg) while the turbo `^build` graph of the same closure succeeds

[os-warren]

Found during #13704 (PR #13733) gate preparation — the dev needed @objectstack/client / @objectstack/client-react built for check:skill-examples; out of that card's scope, filed unassigned for triage. No severity asserted; this records what was driven and what came back.

The shape

• pnpm --filter @objectstack/client-react... build(pnpm 的 ... 依赖闭包过滤)在 packages/runtime 处失败:TS2307 Cannot find module @objectstack/rest,发生在 dts(声明产物)腿。
• 同一闭包改由 turbo 的 ^build 图驱动则成功,Wizard view v1 — declaration-and-refusal tightening of FormViewSchema type:'wizard' (Card S, ruled shape of #13622) #13704 的门(check:skill-examples,"260 prose examples type-check across 3 surfaces")在其后全绿。

即:pnpm 的 filter 依赖排序与 turbo 的 ^build 拓扑对 packages/runtime 的输入集合意见不一致。可能是 runtime 的 package.json 少声明了一个 dep(pnpm 视角下 @objectstack/rest 不在 runtime 的闭包/构建序里),也可能只是仓库的构建约定本来就以 turbo 图为准、pnpm filter 直驱不受支持。

证据

• 复现命令与报错见 Wizard view v1 — declaration-and-refusal tightening of FormViewSchema type:'wizard' (Card S, ruled shape of #13622) #13704 派发工单的 cr-build 日志(dev 报告 out_of_scope_findings 项);PR feat(spec): wizard view v1 — declaration-and-refusal tightening of FormViewSchema type:'wizard' (Card S) #13733 的门证据段记录了 turbo 路径成功。
• 本卡未做根因判定 —— 值得一次分诊级别的看一眼(检查 packages/runtime 的声明依赖 vs 实际 import;或在 AGENTS.md 把「构建一律走 turbo 图」写成明规则),不预设为缺陷。

Refs

• Wizard view v1 — declaration-and-refusal tightening of FormViewSchema type:'wizard' (Card S, ruled shape of #13622) #13704 / PR feat(spec): wizard view v1 — declaration-and-refusal tightening of FormViewSchema type:'wizard' (Card S) #13733 — 发现现场
• check:skill-examples — 受影响的门(其前置是 client/client-react 的构建产物)

[os-warren]

Triage: pm:queue · domain:cli(packages/runtime 是失败的包)· tooling · Bug · p2。

⚠️ 域是有条件的,先测再定:卡未做根因判定,而两种根因归属不同车道 ——

• packages/runtime/package.json 少声明一个依赖 ⇒ 本卡域正确(domain:cli),修在那里;
• 「构建一律走 turbo 图、pnpm filter 直驱不受支持」是仓约定 ⇒ 落点变成 AGENTS.md,改归 domain:skills ⇒ 停手回报,由分诊改标,⛔ dev 不自行改 AGENTS.md。

必答项:packages/runtime 的声明依赖 vs 实际 import 求差 —— 这一个读数就把两支分开。

---

Generated by Claude Code

[os-warren]

补充证据(#13334 / PR #13794 现场,独立复现 ×2 后回退全量构建):pnpm filter 依赖闭包的断边不止 packages/runtime → @objectstack/rest 一条——packages/verify 亦无法解析 @objectstack/runtime、@objectstack/plugin-auth、@objectstack/service-datasource,同一根因(filter 闭包按 package.json 声明依赖排序,而这些边只存在于 turbo 图)。turbo 全量 pnpm build 71/71 成功。影响:任何闭包跨这些缝的包,「先构建你的依赖」的文档处方失效。分诊时按两处现场合并定级。

---

Generated by Claude Code