skills(pm-dispatch): scope-narrowing follow-up — revert the decision-card assign half per the 2026-08-19 rulings (#9994)

* skills(pm-dispatch): notification handover — review-request + assign os-zhuang, retire decision digest

Per maintainer rulings 2026-08-19: waiting-on-maintainer states must be
GitHub-native pushable state. Governed-PR ACCEPT fork gains a step (request
review from os-zhuang on the draft PR); needs-user-decision flip assigns
os-zhuang and transcription unassigns (inbox = Assigned queue); the
per-round decision digest / batch-adjudication standing text is retired.
678/682 lines, paid by the retired digest text.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AeA3nU1B5Q2pgxqxgUrexd

* skills(pm-dispatch): scope-narrowing revert — decision cards stay chat-worked, only PRs push

Maintainer rulings 2026-08-19 (post-delivery, pre-merge): decision-card
assign/unassign of os-zhuang is reverted entirely (inbox is worked by
periodic maintainer-AI chat discussion, not pushes); the governed-PR
review-request step stays, grounded by the narrowing quote; the digest
retirement stays. 680/682 lines.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AeA3nU1B5Q2pgxqxgUrexd

* skills(pm-dispatch): re-apply the decision-card assign revert lost to the textual merge

The merge of origin/main auto-resolved three hunks to main's side (the
branch's edit-then-revert made them net-unchanged vs the old base). File
restored byte-identical to the amendment commit's version.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AeA3nU1B5Q2pgxqxgUrexd

---------

Co-authored-by: Claude <noreply@anthropic.com>

Author: os-warren

.claude/skills/pm-dispatch/SKILL.md

@@ -73,7 +73,7 @@ references);② 创建后手动 fire 一轮烟测,判据取**GitHub 上的产出
 | open + 队列标签 + **无 assignee** | 可派发 |
 | **assignee 已设** | 已认领/在飞 —— 不是你的就永不碰 |
 | `pm:dispatched` | 已派发(派发评论记轮次);与摘 `pm:queue` **同一次标签写入**成对落地 |
-| `needs-user-decision` | 决定**待做** —— 永不派发、除已裁代裁通道外永不代答;维护者的收件箱 = 其 **Assigned 队列**(维护者 2026-08-19 裁定含义:「在等维护者」必须是 GitHub 原生可推送状态,不是座位贴/生成视图里的一段文字):挂标的同一笔 assign `os-zhuang`,裁决誊录/代裁换态的同一笔摘指派 —— 此指派是收件箱路由不是认领,不入死认领回收 |
+| `needs-user-decision` | 决定**待做** —— 永不派发、除已裁代裁通道外永不代答;维护者的收件箱 |
 | `pm:on-hold` | 决定**已做**且答案是「不是现在」—— 不派发也不催;**仅当正文带机器可读行 `Restart-when: closed <owner/repo>#N`(由 `Blocked-by:` 的同一遍解锁扫描点火、同一正文单通道)或 `Restart-when: <一行可执行判据>` 时才合法**;hold 评论带日期、理由、出处(维护者裁或座位定级,⛔ 不设第二个标签区分);**放行双查(两查皆机械、零判断)**:① 只对**最近一次** `pm:on-hold`/`pm:blocked` 转换评论所载条件放行,⛔ 永不对线程里更早的 blocker —— 已放行过的条件是花掉的,再点火就把过期前提立成现行;② 该转换评论之后卡上有**更新的 merged PR** ⇒ 拒绝放行 —— 那是条件写下后卡已前进的信号(引用的事实可以为真而不再是现行条件) |
 | `pm:blocked` + 正文行 `Blocked-by: #N` | 等上游 —— 选择期跳过,#N 关闭时由解锁扫描放回。**工已完、PR 被外部门禁缺陷卡住的卡同用本态,⛔ 不设新标签**:`Blocked-by:` 指向门禁缺陷卡,正文另加机器可读行 `Unlock-action: re-check PR #M` —— 解锁扫描读到它就把解锁动作从「回队重派」换成「重查该 PR 的落地」(回队前提检查见到已完工的 open PR 即按落地工作处理,⛔ 永不给完工卡重派 dev);停放的 PR 正文必须点名门禁卡,让链路从任一端可读、不依赖会被整篇改写的座位贴 |
 | `pm:blocking` | 有 open 下游依赖者(分诊 sweep 自 `Blocked-by:` 索引推导的缓存,⛔ 不手工挂);进选择优先级全序 |
@@ -502,7 +502,8 @@ issue 上(不能合 ≠ 不复核;技能面 PR 的复核席须跑在契约复审
 (per-PR 事前门已退役,没有机器会替你挡):⛔ 永不翻 ready、永不入队、永不挂 auto-merge;③ 在
 draft PR 上 **request review `os-zhuang`**(维护者 2026-08-19:「还是应该在 pr 的审核流程,发给
 os-zhuang 审核。我的手机github 应该会收到推送消息吧」;当日实测 draft 可点名审核且推送到达手机,
-维护者确认「推送到了」)—— 「等人合」清单从此活在 GitHub 的 Review-requested 队列,合并自动消项;④ 轮次报
+维护者确认「推送到了」;推送通道仅此一条,同日裁定:「只有需要我审核的pr 推给我。」)—— 「等人
+合」清单从此活在 GitHub 的 Review-requested 队列,合并自动消项;④ 轮次报
 告单列「awaiting a human merge」(「等人来合」与「被忘了」在 GitHub 上长得一模一样)。混
 合 diff 一条命中就分叉,⛔ 不按比例判;要拆就让 dev 单独开 PR;已入队才读到本条 ⇒ 撤回只有
 转 draft。路径面干净的才转 ready → 入队(队列是唯一被认可的落地路径,⛔ 永不队列
@@ -590,10 +591,10 @@ os-zhuang 审核。我的手机github 应该会收到推送消息吧」;当日
 **落卡/升级流程**:① **先刷新卡片前提** —— 隔夜没动的卡默认按「前提未经验证」处理;**卡上每条前提
 行自带一条 re-check 命令**(`git log … -- <path>`、REST compare、带引号精确名 grep、`ls-remote |
 grep <branch>`),复升级时逐条**跑**一遍,零命中/变形的就地改写或撤卡。② 决策默认**锚在所属 issue**
-(分析发评论 —— 英文,模板见 references;挂 `needs-user-decision` + assign `os-zhuang` 同笔、退出活动队列),无自然锚才单开
+(分析发评论 —— 英文,模板见 references;挂 `needs-user-decision`、退出活动队列),无自然锚才单开
 `[Decision] <一句话>` 卡。③ **答复/代裁到手,裁决记录是一个原子动作,四件同笔**(维护者 2026-08-13)
 :鲜度门(录前重读晚于正文最后编辑的评论,有修正的先调和正文)/ 状态转换同笔(决策标签或 finding 定
-级换结果态、`os-zhuang` 指派同笔摘,永不留挂)/ `Blocked-by:` 活性现验(合并一半也算解除,耗尽行同笔删)/ 条件已判即判(输入已知的就地判掉);案例与机械两旗见 `references/dispatch-runbook.md`。
+级换结果态,永不留挂)/ `Blocked-by:` 活性现验(合并一半也算解除,耗尽行同笔删)/ 条件已判即判(输入已知的就地判掉);案例与机械两旗见 `references/dispatch-runbook.md`。
 **每个方案必须沿四条固定评估轴分析,这是决策分析的核心原则,不是可选项:**
 
 - **实际业务需求** — 它服务的是**真实存在的业务场景**,还是投机性能力面?判据要求**实测**(谁在
@@ -610,7 +611,8 @@ grep <branch>`),复升级时逐条**跑**一遍,零命中/变形的就地改写
 推荐意见必须基于这四条轴给出理由;四轴冲突时如实呈现权衡,交维护者拍板。**标准四棱卡面块是落卡与
 升级的必备件**(四棱维护者 2026-08-11 接受;标准块 2026-08-18 裁定「同意」—— 块标准化把提取从 LLM
 理解题降级成 grep;同裁定的摘要视图/批量决裁通道已退役 —— 维护者 2026-08-19:「之前定期生成的决策
-汇总 issue没什么用」,收件箱改走 Assigned 队列,见状态模型),每张 `needs-user-decision` 卡落卡即带、⛔ 不留待维护者到
+汇总 issue没什么用」;收件箱由维护者定期与 AI 讨论消化,⛔ 不 assign 推送 —— 同日裁定:「我感觉决策
+卡推给我太麻烦了,我需要和ai讨论才能判断,这个还是维持之前的样子。我会定期和ai讨论。」),每张 `needs-user-decision` 卡落卡即带、⛔ 不留待维护者到
 场再补。固定形状:首行**机器可寻固定标记** `<!-- os-decision-facets -->`(转义拼写写入,写后回读核
 验存活;提取按字面文本 grep,不依赖注释形状 —— sanitizer 纪律见平台读数);四棱各一行 —— ① platform
 long-term coherence(缩小还是扩大特例/契约增生);② measured business pull(今天谁撞上;零拉动默认