pnpm --filter @objectstack/spec check:generated 目前在 main 上对所有人失败:
✗ check:generated ledger is out of sync with package.json:
`check:strictness-ledger` exists in package.json but is in neither GATED nor NO_GENERATOR.
Classify it: does it compare a checked-in artifact against a generator, or audit source?
#4232 往 packages/spec/package.json 加了 check:strictness-ledger 脚本,但没有在 scripts/check-generated.ts 的 gate 台账里归类。这正是该脚本的双向对账按设计工作(AGENTS.md:"A new check:/gen: script that nobody classified fails the run rather than quietly dropping out of coverage")—— 但失败现在挡住了 AGENTS.md 要求每个 agent 在推送 spec 改动前跑的那条命令("Don't match by hand"),于是大家只能退回手工对表跑单个 gate,而这恰是 check:generated 存在的意义。
CI 不受影响(两个 workflow job 跑的是单个 gate),这也是它能在 main 上留存而不红的原因。
归类看起来很直接:check-strictness-ledger.mts 是拿手工维护的台账审计源码、没有生成器,应归 NO_GENERATOR —— 但确认归类是 #4232 作者的裁决。
在为 #4249(#4263)跑推送前工件检查时撞上。
pnpm --filter @objectstack/spec check:generated目前在main上对所有人失败:#4232 往
packages/spec/package.json加了check:strictness-ledger脚本,但没有在scripts/check-generated.ts的 gate 台账里归类。这正是该脚本的双向对账按设计工作(AGENTS.md:"A newcheck:/gen:script that nobody classified fails the run rather than quietly dropping out of coverage")—— 但失败现在挡住了 AGENTS.md 要求每个 agent 在推送 spec 改动前跑的那条命令("Don't match by hand"),于是大家只能退回手工对表跑单个 gate,而这恰是check:generated存在的意义。CI 不受影响(两个 workflow job 跑的是单个 gate),这也是它能在 main 上留存而不红的原因。
归类看起来很直接:
check-strictness-ledger.mts是拿手工维护的台账审计源码、没有生成器,应归NO_GENERATOR—— 但确认归类是 #4232 作者的裁决。在为 #4249(#4263)跑推送前工件检查时撞上。