Repository navigation
Commit 733f42d
Fixes #19457
Clause-②: no — charter text plus one label-vocabulary row. The diff adds
no Zod key, no closed-set member, no exported symbol and no runtime
registration. `node scripts/pm/check-widening-tells.mjs --declaration no
--diff` was run over this branch's full three-dot diff and exits 0.
## The ruling this PR carries
Batch #202 item 1, letter B. The maintainer's authorizing words,
verbatim, in order, quoted unchanged from the card (chat, 2026-09-20
between 23:18Z and 23:45Z):
1. 「我随便看了几个任务,这些都是辅助类的吧,我感觉开发agent被大量的浪费在这种任务下。在北极星的标准下,这些应该开发吗?」
2. 「我们是创业项目,应该花精力处理类似的这些任务吗?」
3. 「B(荐)A + 清理存量」
4. 「p2 的 47 张转 pm:on-hold 带机器条件 有价值吗?卡片只要open就要一直被扫描。」
5. 「重点是分诊,分诊为什么没有关闭这些卡片」
6. 「你建议的规矩就三条,是否应该立卡派发」 / 「按照你的建议继续。」
7. 「对于工具卡,分诊是不是应该有一个单独的标签打上,比如 tooling」
8. 「立章程卡并把 90 张的关闭交分诊席,你会派发处理章程卡吧,然后合并之后通知分诊?」
And the ruling addendum recorded on the card as comment 5754225479,
which edit 6 below executes, verbatim and untranslated:
9. 「受管合并审计 以后不需要了,浪费时间。」
And the ceiling ruling, recorded on the card as comment 5754521737,
which round 4 executes (the first clause is a different card, the second
is this one):
10. 「205 否,天花板抬到 819」
## The five edits
All five land in `.claude/skills/pm-dispatch/SKILL.md`. The one rule
that also has a line in `references/core-rules.md` is changed there in
the same PR, per the charter's own 「一条规则在本文与核心条款一处改动,另一处同 PR 同改」.
**1. The dev queue is product-only.** The tooling clause is deleted from
the `pm:queue` definition in both files:
- SKILL.md 〈分诊座位职责〉: 「`pm:queue` = 有具名落点或复现的具体缺陷,或范围明确的工具/门禁修复,无可问之事」
becomes 「`pm:queue` = 有具名落点或复现的具体缺陷,无可问之事;⛔ 工具/门禁修复不由此进」.
- `references/core-rules.md` 〈分诊座位职责〉:
「有落点或可复现的缺陷、范围明确的工具修复与实现未被裁错的说明书脱节进 `pm:queue`」 becomes
「有落点或可复现的缺陷、实现未被裁错的说明书脱节进 `pm:queue`;工具卡另须带解锁行」.
The condition a tooling card may sit in `pm:queue` under is added beside
it: 「`tooling` 入 `pm:queue` 仅当首行带 `Unblocks: #N`(open 产品卡)或点名所护的已发布面」.
The execution seat's candidate query gains the exclusion in place, on
the 候选 line in 〈候选与批次〉: 「⛔ 排除两行皆无的 `tooling` 卡」.
**2. Triage closes at first grading.** In 〈分诊座位职责〉, on top of what
#19459 landed on `main` while this branch was open:
- The grading reference now reads North Star 「优先级」1–3 条 (main had 1、2).
「1–3」 rather than 「1、2、3」 is measured, not stylistic: the latter puts
that line at 121 bytes against the ratchet's 120-byte cap.
- 「「无则关」= 首触即关 not_planned,带理由与入队两条件,⛔ 不定 p3、不 hold;下行同此」 — it hangs off
main's own 「无则关」 clause rather than restating it, and carries only what
main lacks: `not_planned`, the reason, the two reopen conditions, and
the prohibition.
- North Star rule 3 restated as a **closing** rule: 「产品仓 P0/P1
开着时,无解锁对象的 p2/p3 `tooling` 卡同样关」, inheriting the prohibition through
「下行同此」.
Class (b) is narrowed beside the three filing classes: 「门禁头注、self-test
文案与 `check-*` 处方句 ⛔ 非已声明契约;(b) 须用户或已发布包读得到」.
**3. A broken gate is deleted, not repaired.** Seeded on the existing
「失效修法按序取:先删容许出错的构造…」 line in 〈平台读数纪律〉, two lines follow it:
- 「门禁两次误报(假红、实测假绿、处方句点名不存在路径)⇒ 删肢或删门禁,PR 引两次测量」
- 「只有护产品落地或用户可见契约的门禁才立修复卡;门禁上「稳定 > 功能」= 更少零件」
**4. At most one tooling dev in flight, fleet-wide.** In 〈候选与批次〉, beside
the 并行度 rule: 「舰队至多一张 `tooling` 卡带 `pm:dispatched`,第二张等;带 `Unblocks:`
者继承产品级不计数」.
**5. `tooling` is a first-touch triage label with named readers.** The
authoritative label glossary is the 〈状态模型〉 table in SKILL.md, whose
bullet list carries the rule 「一个标签存在当且仅当有具名读者」. Definition, first-touch
application and all four readers land in the one glossary row:
`| tooling | 修复落在门禁/脚本/workflow/技能/席位协议/PM 工具面而非产品包;分诊首触打,与 domain:*
同笔;四具名读者 = 候选查询排除、首触即关、舰队一张在飞、普查半态行 |`
A table row is exempt from the 120-byte cap and metered by the file's
widest-row pin instead, so carrying the readers there costs one line
fewer than a separate bullet: the row is 227 bytes against this file's
342-byte pin.
Reader (iv) — the half-state row — is **named only**.
`scripts/pm/check-half-states.mjs` builds every H row from a per-row
predicate, a message builder and a registration, so it is not the
one-line addition the card made that conditional on; per the card it
stays named in the glossary and is left to the next patrol edit.
### The label OBJECT, which rides this PR
Round 1 reported this as a finding; it is fixed here instead of filed.
`scripts/pm/ensure-pm-labels.sh` — the file the charter names as the
authority on a label's readers — did not name `tooling` at all. Measured
in objectstack while writing this, with the label live on 44 queue
cards, the object carries GitHub's default colour `ededed` and a
**null** description. That is the exact drift the script's own header
describes, and the header also says why it cannot heal by itself:
`--reconcile` aligns only the labels that file names, so no rerun in
either mode ever reaches it.
The row is added in the five-repo loop, beside `finding`, on the rule
stated next to `priority:p0`: a label belongs in that loop when the
sweep that reads it is repo-parameterized and the duty that sets it is a
five-repo triage duty. Both hold. Its description is 100 characters, at
the hard cap — `pnpm check:pm-label-desc-cap` is green and names
`tooling` as the longest of the 28.
## Edit 6 — the director's governed-merge audit is retired
Item 9 above. It is a net **deletion**, and the only edit in this PR
that removes a duty rather than adding a rule.
- `references/lanes/director.md` loses 〈职责四:受管合并审计〉 entire — the heading
and its six bullets, 9 lines with the blank — and the 四职 reference in
its opening block becomes 三职. The file goes **72 to 63** lines.
- SKILL.md loses the two lines that RAN the audit (the `--since`
invocation and the lane-early-warning / director-window split), drops
the audit list from the round-report contents line, and its two
duty-roster mentions become 三职. The guard-index row keeps the SCRIPT and
loses only 轮报载体, which the deletion makes false.
- `references/core-rules.md` drops the audit from the round-report line
and from the director's duty roster, both in place, net 0 lines.
Kept deliberately, on the test that a line about the CI gate or the
script's existence is not the retired seat duty: the `domain:skills`
lane row naming the script as the governance-execution file; the
guard-index row itself; `landing-operations.md`'s pre-ready `--pr N`
run; `lanes/skills.md`'s `--test` run; `state-machine.md`'s
generator-artifact `--test` rule; and both `platform-readings.md`
behaviour readings. `scripts/pm/check-governed-merges.mjs` and its CI
self-test are untouched — they are not the duty.
Round 3 left one mention standing and reported it; **round 4 takes it**,
on the seat's word and under the same directive:
`references/lanes/skills.md` loses 「轮报的受管合并审计清单带 `--since` 四仓实跑,⛔
不凭记忆汇总」, the same retired audit ordered for a different seat's round
report. That file goes **33 to 32** lines. A residual scan for the duty
across `.claude/skills/pm-dispatch/**` and `.claude/agents/**` — pattern
受管合并审计, governed 合并审计, 合并审计, 四职, 职责四 — now returns **zero hits**, and
the surviving `check-governed-merges` references are only the CI-gate
and script-behaviour ones listed above.
## Merged `main`
`main` moved three charter commits under this branch after its merge
base: be488ce (#19449), 287eb4c (#19214) and 22ca89f (#19459).
The last rewrites exactly the grading line this card edits, so `git
merge origin/main` produced one conflict, in
`.claude/skills/pm-dispatch/SKILL.md`. It is a merge commit, not a
rebase, and nothing was force-pushed.
The resolution keeps **both** sides: main's four-segment `Path:`
spelling and its two new lines (定义项 / 清单项) verbatim, and this card's
three additions beside them as described under edit 2. The merge commit
carries only the resolution; the fold and the label row are a separate
commit on top, so a reviewer can read what main brought apart from what
this change produces.
## Verification the card asks for
```
$ git grep -n '范围明确的工具' -- .claude/
$ echo "EXIT=$?"
EXIT=1 # 0 hits on this branch
$ git grep -cn 'pm:queue' -- .claude/skills/pm-dispatch/SKILL.md
.claude/skills/pm-dispatch/SKILL.md:23
$ echo "EXIT=$?"
EXIT=0 # the control is non-zero: the instrument reaches the file
```
## Gates
Derived on this head with `node scripts/pm/dispatch-gates.mjs --commands
--repo objectstack-ai/objectstack` — **41 families**: 21 at first, 36
once the label row brought the shell-script families in, and 41 now that
round 4 edits the ratchet script itself. Every one was run with its exit
code captured before any pipe, and the reconciliation reads `41 derived,
41 run, 0 NOT-MEASURED, 0 UNRUN`, a derived zero rather than a claimed
one because every line carries its code. **All 41 are green.**
`pnpm --filter @objectstack/lint run check:doc-formula-expressions`
exits **0** once `@objectstack/formula` and `@objectstack/lint` are
built; on a torn-down worktree it exits **3**, which that gate spells
out as PREREQUISITE NOT MET with nothing measured — not a finding.
Also run green, outside the derived set: `check:pm-widening-tells`
(self-test and against this diff), `check:pm-settings-deny-roster`,
`check:pm-clause2-carriers`, `check:pm-label-write`,
`scripts/check-skills-token-ratchet.mjs`,
`check:skill-identifier-liveness`, `check:skill-frame-freshness`,
`check:skill-compatibility`.
### The ceiling, now ruled
Rounds 1 to 3 left `check:pm-skill-ratchet` red at 819 against 813 and
did not touch `CEILINGS`, because raising one is on the charter's own
manual floor. The maintainer has now ruled it — item 10 above — so round
4 executes it and the gate is green:
```
✓ check-skill-line-ratchet: .claude/skills/pm-dispatch/SKILL.md is 819 lines
(ceiling 819; headroom 0).
```
The `CEILINGS` entry for `.claude/skills/pm-dispatch/SKILL.md` goes 813
to 819, with the maintainer's sentence quoted above it in the shape of
the two ORDINARY ruled raises already on that entry: what the six lines
buy, why they could not be paid in place, and the note that SKILL.md is
not a `CROSS_FILE_MOVES` destination so no `ruledRaises` record applies.
⛔ No other entry in that map moves.
Measured, per file, against `origin/main`:
| file | main | this branch | ceiling | verdict |
|:--|--:|--:|--:|:--|
| `.claude/skills/pm-dispatch/SKILL.md` | 813 | 819 | **819** (ruled) |
green, headroom 0 |
| `.claude/skills/pm-dispatch/references/core-rules.md` | 151 | 151 |
151 | green, headroom 0 |
| `.claude/skills/pm-dispatch/references/lanes/director.md` | 72 | 63 |
72 | green, headroom 9 |
| `.claude/skills/pm-dispatch/references/lanes/skills.md` | 33 | 32 | 33
| green, headroom 1 |
| `scripts/pm/ensure-pm-labels.sh` | — | — | — | not ceilinged |
The six lines the ruling buys are what is left after three rounds of
paying in place — the cost went 9 at round 1, to 8 after the merge, to 6
after edit 6: folding the four readers into the length-exempt glossary
row bought one line back, and edit 6 deleting the two lines that ran the
audit bought two more. The widest-table-row pin is unaffected —
SKILL.md's pin is 342 bytes and the new glossary row is 227. Every new
prose line is at or under the 120-byte cap.
**Neither shrunk file has its ceiling lowered, and that is a
measurement, not an omission.** The gate prints `director.md is 63 lines
(ceiling 72; headroom 9)` and `lanes/skills.md is 32 lines (ceiling 33;
headroom 1)`, both with a **✓** — it asks for neither entry to be moved,
exactly as it does not for `dogfood-verification/SKILL.md`, which stands
at headroom 9 and is green. Lowering either is a legitimate ratchet-down
whenever someone wants it; it is not owed here.
Six lines is the measured cost of the six ruled edits after paying
everything payable in place, and it is what item 10 rules. Most of the
rule changes cost **no** line at all: the `pm:queue` definition, the 候选
candidate query, the grading reference, the core-rules mirror, the four
readers now riding the glossary row, and every one of edit 6's in-place
rewrites. The remaining six are one ruled rule each and there is nothing
left to merge them into: **every ceilinged file in that map stands at
headroom 0**, so no reference file can absorb them either, and a
declared cross-file move is zero-sum by construction — the destination's
raise may not exceed the source's net decrease — so it cannot fund new
content.
Raising a ceiling is on the charter's own manual floor —
「人工地板项(发版、天花板、契约扩大)仍需明确字句」 — which is why rounds 1 to 3 carried the red
rather than clearing it. Item 10 is that explicit sentence, so the raise
is now an execution rather than a judgement:
`['.claude/skills/pm-dispatch/SKILL.md', 813]` becomes `819`, quoted
above the entry, exactly as the two precedents already in that map were
taken. A cross-file move funded by director.md's decrease was described
to the seat and **refused**: the mechanism is a move, deletion at the
source pays and restatement does not, and nothing here moves — it would
have passed the gate's arithmetic while recording something that did not
happen.
## Landing
The register of record is the `GOVERNED_SURFACES` table in
`scripts/pm/check-governed-merges.mjs`. Measured on this tree,
`governedPathsIn` answers the single row `claude-tree` (`.claude/**`)
and `governedTierFor` answers **`S`** for this diff — so by the register
this is a **Tier S** landing, not Tier H as the card and the dispatch
both describe it. `scripts/pm/**` is not on the register and does not
change that. It changes nothing about what happens next: the
maintainer's item 8 reserves this particular merge to his own hand
(「你会派发处理章程卡吧,然后合并之后通知分诊?」), and the ratchet red above must be cleared
first either way. No seat flips this ready, queues it or arms
auto-merge.
This diff publishes nothing from any released package — `.claude/**` and
`scripts/pm/**` only, and `scripts/pm/**` is a PM-loop tool that ships
in no tarball — so `Check Changeset` needs `skip-changeset`. The seat
applies labels; this PR does not.
Related: #19340 is the sibling filing/merging directive and is **not
addressed here** (its items 1 2 3 4 5 8 landed separately as
be488ce); #19458 carries the 90-card stock closure and is **not
addressed here** either.
## 维护者速读(草稿)
**改了什么** ——
开发队列从此只收产品卡。工具卡(门禁、脚本、技能、席位协议)要么点名它挡住的那张产品卡,要么点名它保护的已发布面,否则分诊第一次看到就关掉,不再降级成
p3 挂着。另外三条配套:坏门禁默认删不默认修;全舰队同时最多只有一个开发 agent 在做工具卡;`tooling`
成为分诊首触就打的标签,有四个具名读者,并且这次把这个标签本身也在标签词表脚本里声明了(它现在在 GitHub
上是灰色、没有说明的野标签)。第六条是你说的:总监席的「受管合并审计」整职删掉,章程里所有让席位去跑这个审计的行一并删(技能席那一行也删了),脚本和
CI 自检不动。
**为什么改** —— 现在队列里 215 张有 111 张是工具类(52%),而产品 P0 只有 3 张、P1 有 29
张。分诊没有关掉它们不是失职,是章程写着「范围明确的工具修复」就该进队列。规矩不改,下一批 90 张还会长出来。
**风险与代价(含回滚)** —— 风险是误伤:真正挡住产品的仪器卡如果忘了写 `Unblocks:`
行,会被当成工具卡关掉。对冲是两个重开条件都写在关单评论里,重开免费。回滚是一次 revert,这个 PR 只改两个 markdown
文件加一个 shell 脚本里的一行标签,没有产品代码、没有 workflow。
**席位意见** ——
**你要做的** —— 一件:合并这个 PR(受管面,item 8 说了由你亲手合)。天花板的事已经按你那句「天花板抬到
819」执行完,棘轮现在是绿的(819/819),41 个门禁全绿。
Authored by the dispatched os-dev round of
https://claude.ai/code/session_012GcsUbuqFGBibkEDMRC1eE — round 1 opened
this PR; round 2 merged `main`, folded the readers into the glossary row
and added the label row; round 3 landed edit 6; round 4 executed the
ceiling ruling and removed the last audit line. The footer under this
line is the platform own block: a REST body EDIT appends one, which is
why this body carries none of its own.
---
_Generated by [Claude Code](https://claude.ai/code)_
---------
Co-authored-by: Claude <noreply@anthropic.com>
1 parent 2cac363 commit 733f42d
6 files changed
Lines changed: 65 additions & 24 deletions
File tree
- .claude/skills/pm-dispatch
- references
- lanes
- scripts/pm
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
54 | 54 | | |
55 | 55 | | |
56 | 56 | | |
57 | | - | |
| 57 | + | |
58 | 58 | | |
59 | 59 | | |
60 | 60 | | |
| |||
114 | 114 | | |
115 | 115 | | |
116 | 116 | | |
| 117 | + | |
117 | 118 | | |
118 | 119 | | |
119 | 120 | | |
| |||
170 | 171 | | |
171 | 172 | | |
172 | 173 | | |
| 174 | + | |
| 175 | + | |
173 | 176 | | |
174 | 177 | | |
175 | 178 | | |
| |||
337 | 340 | | |
338 | 341 | | |
339 | 342 | | |
340 | | - | |
| 343 | + | |
| 344 | + | |
341 | 345 | | |
342 | 346 | | |
343 | 347 | | |
| |||
346 | 350 | | |
347 | 351 | | |
348 | 352 | | |
| 353 | + | |
349 | 354 | | |
350 | 355 | | |
351 | 356 | | |
| |||
360 | 365 | | |
361 | 366 | | |
362 | 367 | | |
363 | | - | |
| 368 | + | |
364 | 369 | | |
365 | 370 | | |
| 371 | + | |
| 372 | + | |
366 | 373 | | |
367 | 374 | | |
368 | 375 | | |
| |||
426 | 433 | | |
427 | 434 | | |
428 | 435 | | |
429 | | - | |
| 436 | + | |
430 | 437 | | |
431 | 438 | | |
432 | 439 | | |
| |||
438 | 445 | | |
439 | 446 | | |
440 | 447 | | |
| 448 | + | |
441 | 449 | | |
442 | 450 | | |
443 | 451 | | |
| |||
671 | 679 | | |
672 | 680 | | |
673 | 681 | | |
674 | | - | |
675 | | - | |
676 | | - | |
| 682 | + | |
677 | 683 | | |
678 | 684 | | |
679 | 685 | | |
| |||
764 | 770 | | |
765 | 771 | | |
766 | 772 | | |
767 | | - | |
| 773 | + | |
768 | 774 | | |
769 | 775 | | |
770 | 776 | | |
| |||
786 | 792 | | |
787 | 793 | | |
788 | 794 | | |
789 | | - | |
| 795 | + | |
790 | 796 | | |
791 | 797 | | |
792 | 798 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
82 | 82 | | |
83 | 83 | | |
84 | 84 | | |
85 | | - | |
| 85 | + | |
86 | 86 | | |
87 | 87 | | |
88 | 88 | | |
| |||
125 | 125 | | |
126 | 126 | | |
127 | 127 | | |
128 | | - | |
| 128 | + | |
129 | 129 | | |
130 | 130 | | |
131 | 131 | | |
| |||
144 | 144 | | |
145 | 145 | | |
146 | 146 | | |
147 | | - | |
| 147 | + | |
148 | 148 | | |
149 | 149 | | |
150 | 150 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
14 | 14 | | |
15 | 15 | | |
16 | 16 | | |
17 | | - | |
| 17 | + | |
18 | 18 | | |
19 | 19 | | |
20 | 20 | | |
| |||
58 | 58 | | |
59 | 59 | | |
60 | 60 | | |
61 | | - | |
62 | | - | |
63 | | - | |
64 | | - | |
65 | | - | |
66 | | - | |
67 | | - | |
68 | | - | |
69 | | - | |
70 | 61 | | |
71 | 62 | | |
72 | 63 | | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
15 | 15 | | |
16 | 16 | | |
17 | 17 | | |
18 | | - | |
19 | 18 | | |
20 | 19 | | |
21 | 20 | | |
| |||
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
332 | 332 | | |
333 | 333 | | |
334 | 334 | | |
335 | | - | |
| 335 | + | |
| 336 | + | |
| 337 | + | |
| 338 | + | |
| 339 | + | |
| 340 | + | |
| 341 | + | |
| 342 | + | |
| 343 | + | |
| 344 | + | |
| 345 | + | |
| 346 | + | |
| 347 | + | |
| 348 | + | |
| 349 | + | |
| 350 | + | |
| 351 | + | |
| 352 | + | |
| 353 | + | |
| 354 | + | |
| 355 | + | |
| 356 | + | |
| 357 | + | |
| 358 | + | |
| 359 | + | |
| 360 | + | |
| 361 | + | |
336 | 362 | | |
337 | 363 | | |
338 | 364 | | |
| |||
0 commit comments