Skip to content

pm-dispatch: 调度策略四项(维护者 2026-08-13)—— 被依赖卡提权标签、bug 提权、紧急卡 fable 直接分诊、跨车道简单依赖直接接手 #8433

Description

@hotlong

维护者在 skills 席聊中提出四项调度策略意见并指示与 #8428 一起处理(2026-08-13,原话逐字,未翻译):

被依赖的卡片是不是应该通过label标注提高优先级。项目经理处理任务清单时,bug 是不是应该提高优先级。

对于比较紧急的卡片,是否应该使用 fable 5 子agent直接分诊;如果当前任务依赖其他赛道的任务,如果判断简单,是否可以直接接手而不必持续等待。

和我刚才几个意见一起。

四项的 PM 解释(skills 席落地口径;维护者可在 PR 评审时逐条否决)

① 被依赖卡提权标签。 新标签 pm:blocking = 「本 open 卡有 open 的下游依赖者」。⛔ 不手工维护 —— 从卡身 Blocked-by: 引用的反向索引机械推导(分诊简报已为决策箱指标现算这个索引,写标签只是把算出的结果缓存到列表页可见的地方);分诊轮 sweep 时写入/摘除,依赖者全关即摘。消费查询:排序规则(下条)+ 列表页扫描。种子入 scripts/pm/ensure-pm-labels.sh(该文件的既有不变量:每个种子标签必须有具名消费查询)。

② bug 提权 + 队列全序。 车道队列取卡顺序成文(现状是 FIFO/自由裁量):priority:p0 > pm:blocking > type Bug > 其余按卡龄。理由:p0 是维护者显式裁定;blocking 卡住别的车道的吞吐,一张挡多张;bug 是已坏的不变量,先于增强。

③ 紧急卡 fable 直接分诊。 紧急卡(维护者点名、或 p0 嫌疑)⇒ 座位可立即起一个 claude-fable-5 分诊子代理,不等分诊 Routine 的班次节奏。授权面 = 分诊(定级/路由/标签/分诊评论既有格式),⛔ 不写码不认领。产出落卡上,与 Routine 分诊同格式同效力。

④ 跨车道简单依赖直接接手。 本车道卡被他车道卡挡住、且该阻塞项判断简单(机械、规格清楚、S 级)⇒ 被挡座位可直接接手做掉,⛔ 不持续等待。纪律不减:在他车道卡上走完整认领(assign + 会话 ID + 分支评论)、尊重该车道热文件串行队、完工后卡上留收单注记。边界:凡带设计判断/语义权衡的,仍归属地车道 —— 本条只覆盖「等一周 vs 做十分钟」的形状。

落地位置与约束

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions