docs(pm-dispatch): 记录两条维护者已批元判据 + 决策卡前提刷新纪律 (#6140)

[hotlong]

Fixes #6140

维护者 2026-08-07 决策箱第 2 轮拍板的三项,落到 PM 技能里。三项都是元判据:它们存在的
理由不是多一条规矩,而是让一整族近似单不再逐张排队等裁决,所以写成 PM 执行的条款,而
不是历史叙述。两份文本各随本文件语种。

1. .claude/skills/pm-dispatch/SKILL.md(内部件,中文条款)

落点 A —— step 8「第三档」之后,升级流程编号表之前(新增 26 行)

before:step 8 的升级判据族是三块 —— 升级门槛(英)→ 不升级四类(英)→「第三档:带
前提的裁决」(中)→ 升级流程编号表(英)。三块讲的都是单张单怎么判。

after:在「第三档」之后新增第四块中文条款「两条元判据 —— 一整族近似单默认不进决策
箱(维护者 2026-08-07 决策箱第 2 轮拍板)」,开头显式回指上文(「上面的『不升级四类』说
的是单张单自带裁决;这两条说的是一族形状相同的单不必逐张问」),两条各带适用判据 + 出处:

• 静默丢弃的声明,默认并入既有拒收集。 已声明的键在某一支被静默忽略,而更早的裁决已把
  同一个键在兄弟支上定成响亮的编写期错误 → 新支默认并入既有拒收集,复用母单裁决直接入队,
  ⛔ 不另开决策箱槽位。出处 datasource pool 声明在 sqlite / sqlite-wasm 驱动臂被静默丢弃(pg / mysql 生效) #5714 → datasource pool 声明在 memory 驱动臂同样被静默丢弃(#5714 的姊妹臂,裁决未覆盖) #5931(memory 支只是那条裁决的一词之差的外延,却白
  占了一个槽位)。
  ⚠️ analytics 自动推断路径:inferCubeFromQuery 的 stripPrefix 把关系穿越 owner.region 铸成基表列 region —— 基表恰好有同名列时静默筛/分组错列(两个策略、两个请求键均如此) #5739/analytics 自动推断路径:measures 上的关系穿越点号 member 仍被剥成基表列 —— owner.region_count_distinct 静默聚合基表 region(#5739 裁决未覆盖的第四个铸造点) #5918 边界与本条同段陈述(issue 明确要求,分段就会被用过头):继承的是裁决
  连同它的理由,不是「拒收」两个字;母单理由被实测为分支特有时本条不适用 —— analytics 自动推断路径:inferCubeFromQuery 的 stripPrefix 把关系穿越 owner.region 铸成基表列 region —— 基表恰好有同名列时静默筛/分组错列(两个策略、两个请求键均如此) #5739 的
  理由「拒收会连带拒掉今天已经能跑的查询」在度量面上被证伪,所以 analytics 自动推断路径:measures 上的关系穿越点号 member 仍被剥成基表列 —— owner.region_count_distinct 静默聚合基表 region(#5739 裁决未覆盖的第四个铸造点) #5918 另裁一次是对的。判法
  写成机械动作:把母单的理由拿到新支上复核一遍再决定复用与否。
• 一个操作两个实现,默认治理侧胜出。 带治理的那一侧(权限闸、用户同意、去重、审计留痕)
  是默认幸存者,另一侧改绑到它并删除 —— 不是两侧对齐,也不是保留双写;反向裁只在产品语义
  明确要求时成立,且那条语义必须写进裁决正文。出处 cloud#896(hostname)定案形状、cloud#1147
  三个待答问题(重装 = UPSERT / 卸载 = 软停用 / 外部词表 = manifest id)全部落在治理侧、
  objectstack#4636 的 B 选项同形。

为什么落这里:两条都是「何时不升级」的默认,与不升级四类同族;但它们是带出处的维护者
裁决,而该文件记录裁决的既有惯例是「独立中文条款块 + 适用判据 + 出处」(发版板、版本发布必须
人工、第三档皆此形),塞进那份英文四项短列表会与列表体例冲突,也放不下必须同段的边界。放在
「第三档」之后而非之前,是为了不打断「第三档」开头对『上面把结果二分成……』的回指。

落点 B —— 升级流程编号表的第 1 条(新增 9 行,原 1/2/3 顺延为 2/3/4)

before:Whenever a dev returns needs_decision … 之后的编号表第 1 条直接是「裁决落在它所属
的 issue 上」。

after:新增第 1 条「先刷新卡片的前提 —— 落卡与复升级都适用」,把刷新写成落卡前的清单
步骤而不是提醒:每条前提都是有保质期的读数(main 一天 ~18 合并,跨仓事实按小时变),落卡前
与旧卡重新推到维护者面前前各复核一遍,失效的就地改写或撤卡;隔夜没动过的卡默认按「前提未经
验证」处理,而不是按「还在等答复」处理。出处:cloud#1148 的 A/B 卡在写下前 ~50 分钟就已失效
(它等的上游 PR 已经合了),cloud#812 一张卡带三条过时前提。

为什么顺延而不是追加:刷新是落卡之前的动作,排在「卡放哪里」「卡怎么写」之后就不再是
纪律。已核对全仓无任何文本引用这三条的序号(仅有的两处 step 8 的模式 / step 8 的锚点规则
是按语义引用,不受影响)。

2. skills/objectstack-pm-dispatch/SKILL.md(发布件,英文泛化)

该文件存在对应结构面:step 8 同样有 escalation bar → Named non-escalation classes 列表 →
When something does pass the bar: 编号表。故按 #5451 route B 加泛化版:

• Named non-escalation classes 列表新增两项(插在收尾那条 A developer agent's needs_decision … falls into the classes above 之前,使那条催收句仍然覆盖全表):
  A declaration silently dropped on a new arm, when a sibling arm already has a ruling(含同段
  边界:carries over 的是 ruling together with its rationale,母单理由被实测为分支特有时
  不适用)与 Two implementations of one operation(治理侧默认幸存,declared = enforced 收尾)。
• 编号表新增第 1 条 Refresh the card's premises first — before writing it, and again before re-escalating it.,原 1/2/3 顺延为 2/3/4。

泛化处理:⛔ 不带本仓 issue 号;cloud#896 类具体案例改写为机制描述(治理面 = authorization
gates / user consent / de-duplication / audit trail);#5739 的具体理由抽象成
「a 'refusing this would reject usage that already works' argument」这一论证形状;
~18 merges/日 抽象为「an active main branch takes on the order of a dozen or more merges a day」。
⛔ 全文仍 0 处 role(check:role-word 绿,该文件不在 baseline 内,新增一次即红)。

frame-sync 证明(⛔ 未触碰三轴决策框架)

改前改后各跑一次,输出逐字节相同(diff 无差异):

✓ check-skill-frame-sync self-test: 12 cases pass.
✓ check-skill-frame-sync: 4 copies of the decision frame are structurally isomorphic across 3 files
  3 axes: business-need → long-term-soundness → ai-authoring-safety
  binding sentence present in all 4; 4 count mention(s) agree; 40 markdown files scanned for undeclared copies.

发布件的编号表第 2 条正是该门的 published-pm start 锚点所在(and analyze every option on the three fixed axes below.),顺延只改了行首数字、未动锚点文本;新增条款刻意不提该框架,避免撞上
门的 FINGERPRINTS / MENTION_PATTERNS(fixed axes / 条评估轴 / N-axis frame)。

check:skill-frame-freshness 亦绿(the decision frame in this tree is current with origin/main;
1/3 framework files are byte-identical to the ref 是本 PR 改了另两份文件的框架外散文所致,
该门明示 wording differences are not drift)。

门禁(全部在 git add 之后跑)

门	结果
check:skill-frame-sync ×2(改前/改后)	✓ 绿,两次输出逐字节相同
check:skill-frame-freshness	✓ 绿(12 self-test + 实检)
check:doc-authoring	✓ 绿(365 files clean)
check:role-word	✓ 绿(44 baselined file(s), no new occurrences)
check:nul-bytes	✓ 绿(5955 tracked text files, no raw ASCII control bytes)
pnpm lint(ESLint)	✓ 绿,无输出
check:skill-docs	✓ Skill docs in sync
check:skill-refs	✓ 9 generated files in sync with packages/spec
check:skill-examples	✓ 208 prose examples type-check against @objectstack/spec(需先 build spec)

范围与 changeset

纯文档改动,两份 SKILL.md,不发布任何包、无用户可见运行时变化,故无 changeset(挂
skip-changeset)。⛔ 未新增任何代码块(纪律条款不带示例),⛔ 未触碰 content/docs/releases/、
测试套件、其他 skill;与同文件族的 #6236(Dispatch backends 一节)落点不相交,本支从当前
origin/main(e4a03d2)切出。

---

Generated by Claude Code

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

1 Skipped Deployment

Project	Deployment	Actions	Updated (UTC)
objectstack	Ignored		Aug 7, 2026 1:01pm