docs(pm-dispatch): md-content review fork and the standing 5-card batch flow

A skills-lane PR whose diff contains any .md file keeps the governed
draft/human-merge ending; a code-only skills-lane PR is self-reviewed by
the seat at the contract-review tier and landed directly. The 2026-08-26
decision-batch flow is written in as the standing adjudication process:
batches of five, business-angle explanation, concrete options, four-axis
analysis, one-line batch reply, atomic post-ruling execution.

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

Author: claude

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

@@ -760,10 +760,14 @@ os-zhuang 审核。我的手机github 应该会收到推送消息吧」;当日
 维护者确认「推送到了」;推送通道仅此一条,同日裁定:「只有需要我审核的pr 推给我。」)—— 「等人
 合」清单从此活在 GitHub 的 Review-requested 队列,合并自动消项。**能请审则请审;PR 作者身份即 os-zhuang 的席位,请审必失败**(GitHub 拒绝向 PR 作者请审,author-identity 422)—— 改为把 PR **assign 给 os-zhuang** 替代通知,并在轮次报告点名说明走了 assignee 兜底;④ 轮次报
 告单列「awaiting a human merge」(「等人来合」与「被忘了」在 GitHub 上长得一模一样)。混
-合 diff 一条命中就分叉,⛔ 不按比例判;要拆就让 dev 单独开 PR;已入队才读到本条 ⇒ 撤回只
-有
-转 draft。路径面干净的才转 ready → 入队(队列是唯一被认可的落地路径,⛔ 永不队列
-外 `--auto` 合并)。**入队资格 = PR 上每一个 check 全绿,⛔ 不是 required 子集** —— required 集是
+合 diff 一条命中就分叉,⛔ 不按比例判;要拆就让 dev 单独开 PR;已入队才读到本条 ⇒ 撤回
+只有转 draft。**skills 车道自有 PR 再按 diff 内容分流**(维护者 2026-08-26 裁定,原话:「skills 中的
+pr，只有包含md文件时需要推给我审核，其他代码文件你直接自己审核。」):diff 含任一 `.md` 文件 ⇒
+上述终局四件套照旧;纯代码面(`scripts/pm/` 工具、`.claude/` hooks/workflows/settings、`skills/**` 非
+md 产物)⇒ skills 席按契约复审档自审(清单不减)后直接落地(ready → 入队),⛔ 不推维护者;分
+流只及 skills 车道自有 PR,其它车道 governed 面照旧。路径面干净的才转 ready → 入队
+(队列是唯一被认可的落地路径,⛔ 永不队列外 `--auto` 合并)。**入队资格 = PR 上每一个 check
+全绿,⛔ 不是 required 子集** —— required 集是
 队列强制的地板,不是 PM 放行的门槛;非必查门的红要么是真缺陷要么是坏门,两者都归 PM 入
 队前处置(实测:一张 required 全绿、非必查类型门与一个测试分片红着的 PR 经队列落地,该仓
 main 红了约一小时,逐 PR 连环红到 fix-forward 才止)。本段只适用本循环派发的 dev PR;PM 自己的
@@ -958,10 +962,9 @@ grep <branch>`),复升级时逐条**跑**一遍,零命中/变形的就地改写
   陷上报。
 - **Governed 面由维护者人工合并,合并即审核记录**(三裁一脉:2026-08-08「adr 只能由维护者自己确
   认,人工合并,ai 不得擅自合并」;2026-08-11「所有 skills 的更新和adr 类似,需要人工审核」;
-  2026-08-18 对「人工合并即人工审核,事后审计代替事前门」整包:「同意。」)。面 = ACCEPT 路
-  径分叉
-  的统一定义,禁令三条与离队出口同见该节;事后防线 = 审计清单,维护者不认识的条目 = 席
-  位违规,立案回滚。
+  2026-08-18 对「人工合并即人工审核,事后审计代替事前门」整包:「同意。」)。面 = ACCEPT
+  路径分叉的统一定义;skills 车道纯代码 PR 的 md-content 分流、禁令三条与离队出口同见该节;
+  事后防线 = 审计清单,维护者不认识的条目 = 席位违规,立案回滚。
 - **决定属于维护者:永不代维护者回答产品/架构问题**(唯一例外:分诊职责里已裁的代裁车
   道,边界恰
   与其置信门重合,不得更宽);**永不派发 assignee 是别人的 issue;永不派发带 `needs-user-decision`

.claude/skills/pm-dispatch/references/decision-analysis.md

@@ -1,22 +1,23 @@
 # 决策分析写法 —— 四维从业务角度写
 
-出处(维护者 2026-08-20 裁定,逐字,未译):「四维分析应该从业务的角度写我才好判断」。范例
-实测一
-行:同一问题,实现视角的分析让维护者追问「给我从业务的角度具体解释」,业务视角版当场
-裁决 —— 一次
-追问 vs 当场可裁,就是本指引的全部理由。
+出处(维护者 2026-08-20 裁定,逐字,未译):「四维分析应该从业务的角度写我才好判断」。
 
 ## 适用面(边界)
 
 - 只约束 **`needs-user-decision` 卡与决策箱讨论**的四维分析;内部工具卡(dev 派发用)的四维照
   旧,不强加行业类比。四条轴本身不变,轴定义与绑定句在主文件「升级与决策」。
 - 只适用新记录,存量分析 ⛔ 不回改(new-records-only,与四维中文化同款先例)。
 
+## 常设决裁批流程(2026-08-26 裁;裁决原话与归席见主文件「升级与决策」)
+
+- 每批 ≤5 张,批序:在飞被阻塞 > 运营阻塞 > 用户可见 > 结构性;每卡 = 六项写法 + 四棱块;
+  回批一行式「1A 2B …」,「X, 但…」= 附带条件随执行落地;裁后四件原子执行不再请示,
+  一口气跑完;批间新入箱的卡滚入下一批,收件箱读数为零才收工。
+
 ## 落卡分析模板(主文件「落卡/升级流程」②的 references 细则;中文,2026-08-19 裁)
 
-段落骨架:背景 / 带 re-check 命令的前提 / 具体问题 / 选项 / 推荐 / 相关单与 PR;标签就是维护
-者的
-收件箱,答复后按四件录裁。正文六项写法要求:
+段落骨架:背景 / 带 re-check 命令的前提 / 具体问题 / 选项 / 推荐 / 相关单与 PR;录裁与状态
+转换归主文件「落卡/升级流程」③。正文六项写法要求:
 
 1. **一句话问题**:开头一句话说清冲突是什么,不带实现名词 —— 写「三家公司住一个数据库,管理员打
    开权限管理,三个页面全空」,不写「organization_id = NULL 的行是什么,两个互相矛盾的答案都已落地」。
@@ -27,8 +28,7 @@
 4. **四轴从业务立场论证**:每轴的论据是客户/产品/事故后果,机制只作括号补
    充;「防 AI 犯错」轴写清
    出错时**谁看到什么**(响亮拒绝 vs 静默泄露)。
-5. **推荐 + 回退 + 置信缺口**:荐一项、给回退项、明说本分析看不见什么;结尾给低摩擦裁决格式(「回
-   一个字母即可;或『C,但 X』= 自动落到 B」)。
+5. **推荐 + 回退 + 置信缺口**:荐一项、给回退项、明说本分析看不见什么;格式见批流程。
 6. **裁后执行段**:「裁后我会怎么执行(你不用管)」—— 让维护者只裁方向不背执行。
 
 ## 四棱卡面块固定形状(落卡即带,⛔ 不留待维护者到场再补)