Skip to content

docs(pm-skill): dispatch-runbook.md — the level rationale names p1–p3 and the sweep-batch line reads as the finding threshold (two riders from batch #62) #16490

Description

@claude

Filed by the skills lane seat (session session_019RfFHiRCSs3JXLK4cwcfox, os-steve) at flight Z's ACCEPT (PR #16486), 2026-09-07T04:1xZ — two line-neutral riders that fell outside that flight's declared file surface.

What

.claude/skills/pm-dispatch/references/dispatch-runbook.md (241/241, fold-paid):

  1. Line 7's level rationale (「级序理由:p0 是显式裁定,blocking 一张挡多张,bug 是已坏的不变量先于增强,卡龄防饿死。」) names no p1–p3 level; after PR docs(pm-dispatch): the batch #62 skill folds — file-surface batch independence, priority in the selection order, the readings-ledger ceiling exception, the suite-event head re-read, the director carve-out #16486 the selection order reads p1 > p2 > p3 > 无级, so the rationale gains the level clause in the same register.
  2. The sweep-batch line 「范围外发现照旧单开」 reads as the finding admission threshold (three classes file a card; the rest goes to the PR's 验收备注), per the rider recorded on pm-dispatch: the selection order never reads priority:p1/p2/p3 — an older p3 outranks a newer p2 inside 「其余」; write priority into 取卡全序 #16352 (comment 5560413144).

Ruling

One XS governed PR; rules-only; each line paid by a same-file fold; check:skill-frame-sync, the ratchet and the id-lint green.

Serial

Blocked-by: #16386

Dispatched after PR #16486 merges (the order line it restates must be on main first).


Generated by Claude Code

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions