docs(pm-dispatch): 落地窗口给关键 PR 挂事件订阅(维护者拍板)

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

@@ -1645,6 +1645,20 @@ flip 定点**,到点核对门禁 job 结论(notes 10)、绿即转 ready + 挂 au
 全部由定点驱动、零漏接(#5885);定点文本按 notes 3 的配额交接纪律携带完整待执行
 状态(哪个 PR、什么判据),抗上下文丢失。⛔ 不要坐等 webhook,也不要忙轮询。
 
+**落地窗口给关键 PR 挂事件订阅(`subscribe_pr_activity`,维护者 2026-08-07
+拍板)。** 适用面:会话型座位、且 PR 已进入 PM 的落地窗口 —— ACCEPT 后,以及被
+压在多步落地序列里的单(补圈集、等上游 MERGED 的压后单)。这类单的 base 会在
+等待期间被 main 甩开,冲突转换与 CI 红正是 PM 可动作的事件;订阅把感知从
+「一个巡检周期的轮询滞后」缩到实时(出处:#6072 压后待放期间起冲突,维护者先于
+PM 看到 —— 感知通道缺口实测)。四条边界:
+- ⛔ 不订阅 dev 交报告前的 PR —— 报告前是 dev 的领地,双驾驶员互踩;
+- 订阅是**感知补充**,不替代 flip 定点(上一段一字不变:CI success webhook
+  依旧不可靠,转 ready 仍由定点驱动);
+- MERGED / 关闭即退订(`unsubscribe_pr_activity`);
+- 仅会话型座位可用 —— webhook 投进订阅它的那个会话,Routine 座位每 fire 新
+  会话、收不到,维持轮询姿态。暂停/交接时清点在挂的订阅并写进座位贴,⛔ 不留
+  孤儿订阅。
+
 车道 PM 因此**不再自挂 flaky 盯守定时器** —— 已入过队的 PR 被踢出后,认签名与原样重投
 是管家的活。管家的四分支照 #5810 的签名台账机械执行:**已知 flaky** ⇒ 原样重投;
 **已修签名再现** ⇒ ⛔ 不重投,按 notes 2 判为新问题、通知车道重新诊断;**基上缺一个