Skip to content

pm-dispatch SKILL:把「队列管家」座位写进协议 —— 入队与落地 B 的分工表、双向让行纪律、签名台账机制(#5810 座位已上岗,协议文本待追认) #5845

Description

@os-zhuang

维护者 2026-08-06 拍板设立三仓合并队列管家 Routine 座位(锚点 #5810,烟测已过、#4604 已登记行、分工变更公告已发)。运行态已生效,但 SKILL.md 还没有这个座位——新接手的车道 PM 从协议学不到新分工,这正是「协议文本与实态一致」要求(#5472 验收条款同款)的缺口。

要改的条款(文件面仅 .claude/skills/pm-dispatch/SKILL.md

  1. 「入队与落地 B」段:现行文本要求每个车道 PM 自己「跟到 MERGED、红了分签名、三选一处置」。改为分工表
  2. 双向让行纪律(新小节或并入 B 段):管家处置前读 PR 最近 30 分钟评论,车道在动即让行;双方每次动作都留审计评论互相可见。
  3. 签名台账机制:台账在 队列管家 Routine(三仓总管):合并队列健康专责化 —— flaky 签名分诊 / 原样重投 / 新签名拦截 / 跨仓 pin 链停滞观测(座位 Routine 化第二例,维护者 2026-08-06 拍板) #5810 正文(分仓 + 跨仓通用四张表),⛔ 仅人工可升级,管家只能提请;「已修签名再现 = 新问题」的 Operational note 2 硬规则由管家机械执行。
  4. 「座位 Routine 化」一节docs(pm-dispatch): 协调模型改版 —— 分诊/执行纵向拆分 + 一人一车道双射 + 登记表正文即真相 + 座位 Routine 化 (#5472) #5522 刚落地的)追加队列管家为第二例,注明其模型档位选择理由(查表为主、队列机械兜底正确性 → 无需最强模型)。
  5. Operational notes 6 补一条读数纪律(烟测轮实测):浅检出(shallow clone)上 git merge-base --is-ancestor 会给假「非祖先」、rev-list --count 被截断——跨仓 pin 核验先 fetch --deepen 或走 REST compare。

同文件施工提示

.claude/skills/pm-dispatch/SKILL.md 是热改动面(#5441/#5472 系列刚落地)——派发前照例查同文件在飞单,与其它 SKILL 修订合批优先。

Refs:#5810(座位锚点与判据)、#5472(协调模型)、#4604 座位表 2026-08-06 审计评论(分工变更公告)。

Activity

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

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions